**** BEGIN LOGGING AT Wed Jul 09 02:59:58 2014 Jul 09 05:05:49 hello, Jul 09 05:06:34 please help me, i m having problem regarding installation of opencv python package in beaglebone black angstrom Jul 09 05:07:21 when i tries to import cv2 it gives erroe as "ImportError: No module named cv" Jul 09 05:08:42 but import numpy is working correctly Jul 09 05:10:34 please help Jul 09 05:14:40 @dieterg do you have any idea regarding this problem Jul 09 06:32:21 Hi, I'm trying out the 3.12.20 linux kernel from TI booting with devicetree and one problem I see is that all GPIO pins that I set as output and High in u-boot loses their state when the Kernel is loaded. I didn't have this issue when using kernel 3.2. Anyone else that have this problem or found a solution? Jul 09 06:43:10 ladu: and you set up those pins properly in the device tree? Jul 09 08:06:08 hey how is "moduls.dep.bin Jul 09 08:06:24 file generated Jul 09 08:11:47 tbr: I'm not sure what "set up those pins properly" includes, Then only thing that I did was setting pin-mux pinctrl-single,pins <0x144 (PIN_OUTPUT | MUX_MODE7)>; Jul 09 08:36:02 did you set a pul up/down value? I haven't dealt with device tree, but it would make a difference in the old style muxing Jul 09 08:36:13 pull even Jul 09 08:37:16 spike_1 still fighting with usb gadet stuff? **** BEGIN LOGGING AT Wed Jul 09 08:42:18 2014 Jul 09 08:53:53 woglinde: nope done that part.... Jul 09 08:54:31 trying to modify certain modules and recompile it... Jul 09 08:56:02 spike_1 good you get it working Jul 09 08:58:14 i have removed/added certain modules but not getting the modules.dep/modules.dep.bin file recompile Jul 09 08:58:26 woglinde: any links... Jul 09 09:01:37 did you tried depmod -a on the target? Jul 09 09:11:25 woglinde:yup i got it recompiled ....thnks Jul 09 09:15:35 thurgood_: will a pull up be enough to consider the pin as output high? Jul 09 09:18:12 Then pin is connected to a external pull-down 2k2 R. And then to a Reset pin for an external IC. So I don't want to release that Pin when booting the kernel after I has been setup by the bootloader. Jul 09 09:19:31 just determines if it pulls high (1) or low (0) by default Jul 09 09:32:12 hello everyone. I'm trying to use PWM with the latest Debian build but /sys/class/pwm is empy...Do I have to load a module or something? Jul 09 09:48:31 maxime2: and edit your DT correctly Jul 09 09:57:17 what makes the BB-BONELT-HDMI be enabled by default on boot? it's not specifically listed in uEnv.txt Jul 09 09:57:35 the BB-BONELT-HDMI overlay I mean Jul 09 10:19:24 Hi Jul 09 10:19:59 I installed Debian on BBB. Any pointers on how to get ADC working? Jul 09 11:07:02 Hello, I'm trying to flash my BBB rev C with debian 7.5 available in /last-images and in a certain point of installation all LEDs stay turned on and after a few seconds the board shuts down. I am using an external power suply (500mA) and now I don't know if the installation finished correctely or of there were any errors. When I boot the aparently new installed system, it works, but some things seems not to be working, I have some errors of language Jul 09 11:07:02 missing files, etc. Then I tried to reflash it with the same microSD card , finishing in the same way, but when I reboot I have the same system flashed formerly, with the same packages I installed and some files I created in /root as well. I suspect the flashing process didn't finished correcly. I followed the steps described in adafruit website "Flashing the BeagleBone Black" Jul 09 11:16:38 leandrosansilva: get a proper power supply or power the board from your PC USB connection Jul 09 11:17:43 tbr: o_O? Jul 09 11:17:56 tbr, I am using an external power suply. I don't understand a lot about electric things, but the guy who prepared it (the power suply) said supports 1A Jul 09 11:18:19 tbr: you mean unstable PSU ? Jul 09 11:18:24 5V, so it's according to the requirements Jul 09 11:19:04 leandrosansilva: so what is it? first you said 500mA now you claim 1A? Jul 09 11:19:36 maquefel: if it's a 500mA supply then the board likely has a power surge and dies due to voltage drop Jul 09 11:20:19 and if it's a cheap chinese 1A supply, then I wouldn't trust it, at all. Jul 09 11:20:53 as I said, I don't understand a lot about electric things :-) , and his power suply is a biti customized (from another project we have here). I'm going to ask him to prepare another power suply Jul 09 11:21:07 perhaps the problem is on it Jul 09 11:21:11 just flash it with only usb connected, mkay? Jul 09 11:21:30 that forces the board into a low-power mode and /should/ work Jul 09 11:21:31 ok, I'll try again. thx :-) Jul 09 11:21:42 I got it Jul 09 11:22:22 tbr: make sense Jul 09 11:22:34 leandrosansilva: buy debug cable Jul 09 11:23:28 serial console access is always useful :) Jul 09 11:23:55 it is critical for serius work Jul 09 11:24:19 if you don't have access to bootloader...... Jul 09 11:24:35 then sit on default armstrong Jul 09 11:28:48 where does this armstrong thing come from? Jul 09 11:29:13 ti ? Jul 09 11:29:20 nope Jul 09 11:29:45 i dont mean the distro, but that people "misspell" angström Jul 09 11:30:06 you should have heard about angström in elementary school Jul 09 11:30:18 hail nazi! Jul 09 11:30:19 =) Jul 09 11:30:31 maquefel: be carefull, that is highly insulting Jul 09 11:30:33 sorry but you should discuss your school with someone else Jul 09 11:30:36 maquefel: not funny. youhave been warned. Jul 09 11:30:39 maquefel: and i dont take insults lightly Jul 09 11:30:39 and this is offtopic Jul 09 11:31:09 maquefel: yes, but why do you call angström armstrong Jul 09 11:31:27 incorrect transaltion Jul 09 11:31:33 leads to such thing Jul 09 11:31:39 *translation Jul 09 11:32:03 translation? names are not translated ^^' Jul 09 11:32:14 well Jul 09 11:32:21 translitated ? =) Jul 09 11:32:30 transcripted? Jul 09 11:32:40 mispelled Jul 09 11:32:45 that's the word you are looking for Jul 09 11:32:47 nope Jul 09 11:33:01 do you now any other lang apart of english? Jul 09 11:33:28 i speak 5 languages fluently, and of another 3 or 4 a couple of words Jul 09 11:34:07 then how would write the name in for example in all other? Jul 09 11:34:12 lang you now Jul 09 11:34:14 the same? Jul 09 11:34:24 not all lang have latin chars Jul 09 11:34:31 maquefel: KotH: can we please stop that here, and now? Jul 09 11:34:43 maquefel: no need to convince us of anthing you know/think Jul 09 11:35:00 KotH: and no need to hold against it. Jul 09 11:35:25 Letothe2nd: i just wonder why people call angström armstrong... and so far nobody could give me a good answer Jul 09 11:35:54 KotH: i know what you mean, but in the end thats a pet peeve for you-know-who Jul 09 11:36:06 *nod* Jul 09 11:36:23 * thurgood_ blames lance armstrong Jul 09 11:36:34 * KotH has a doubt Jul 09 11:38:30 one last statement: so when you read the transliterated version it sounds like strong arm Jul 09 11:38:46 hello everyone Jul 09 11:38:56 grüzi Jul 09 11:42:27 KotH: I think I failed to thank you for you help, the last time I was here. Thank you. Jul 09 11:42:49 maquefel: I'm still doing some experiments to check the viability of a system I'm developing with BBB. I'm facing some performance issues with BBB, so I'm trying other linux versions to check if they are related to the operating system or hardware Jul 09 11:44:05 as the angstrom which comes with my boards is a bit old, I'm now trying debian to check if there's some performance improvement Jul 09 11:44:06 leandrosansilva: perfomance issues? Jul 09 11:44:28 needs faster bitbang and faster memcpy! Jul 09 11:44:33 lol Jul 09 11:44:41 leandrosansilva: the official debian image eats 1.5gb :D Jul 09 11:44:49 so what? Jul 09 11:44:53 all read LFS Jul 09 11:44:56 Hey guys, anyone know the status of using the PRU under FreeBSD? I've seen a couple of things online regarding it (a set of slides from a convention where it's mentioned) but not much otherwise. Jul 09 11:45:10 carbonizer: np Jul 09 11:45:15 yes, my system communicates with some sensors and offers a http interface, which was taking a long time to process simple requests Jul 09 11:45:17 umm no, did you ask the freebsd guys? Jul 09 11:45:21 why no one is intersted in qnx? Jul 09 11:45:57 leandrosansilva: then you might want to focus on performance optimization of that web interface. Jul 09 11:46:02 tbr: I was about to make a post on the FreeBSD-ARM list, but I figured I check here first... Jul 09 11:46:03 and yes, I also realized debian image eats 1.5GB of internal storage. As my system doesn't have a graphical interface, I'll remove all graphical related thigs Jul 09 11:46:27 timb: we have someone asking about *bsd once or twice a year... Jul 09 11:46:30 timb: we rarely get BSD people here, hence me pointing that way Jul 09 11:46:35 leandrosansilva: http://www.linuxfromscratch.org/ Jul 09 11:46:36 timb: noone i know uses *bsd here Jul 09 11:47:03 *Nods* Yeah, I figured. Worth a shot anyway. =) Jul 09 11:47:10 there was that entertaining lady trying to port Darwin to the BBB Jul 09 11:47:20 leandrosansilva first I would profile where the cpu times is consumed Jul 09 11:47:20 oh.. yes. what happpend to her? Jul 09 11:47:38 poking aroung blindly will not help Jul 09 11:47:56 I'm doubting it's supported yet, as there's still a lot left to do (the system currently only boots with a WITNESS enabled kernel, so performance is, uh, yeah...) Jul 09 11:47:59 * tbr puts bets on a bloated apache with maybe some java server ;) Jul 09 11:48:08 Haha, Darwin on the BBB eh? Jul 09 11:48:12 tbr, first I suspected the problem was with the runtime I using (I know, C# is not the best for embedded devices, but it was not my decicion unfortunately), but then I checked a simple http server written in pure C and the performance was the sam Jul 09 11:48:18 timb: what is a WITNESS enabled kernel? Jul 09 11:48:42 tbr we use java in an embedded device Jul 09 11:48:55 It's basically full debugging KotH. Jul 09 11:48:57 * KotH always knew that woglinde has a BDSM fetish Jul 09 11:49:06 All threads trapped, etc. Jul 09 11:49:12 timb: ah.. Jul 09 11:49:15 koth haha we even use it with gstreamer Jul 09 11:49:16 woglinde: yeah, I was more thinking alongside those ginormous java enterprise things Jul 09 11:49:28 woglinde: ZOMG! you are sick! ;-> Jul 09 11:49:35 *g* Jul 09 11:49:42 we do it since some years Jul 09 11:49:43 leandrosansilva: random distros wont help you Jul 09 11:49:47 and it works Jul 09 11:49:51 C# is becoming more popular in the embedded world. See: Netduino Jul 09 11:49:53 as said, find out what the bottleneck is Jul 09 11:50:11 timb c we even use a csharp programm on this device with mono Jul 09 11:50:15 timb: and that one is popular? Jul 09 11:50:17 I am trying to boot a bbb via nfs. The root on the boot server is a mount of a debian bbb image (please tell me if this is an unwise choice). fsck is failing, and the system does not proceed to run level 2. I understand that is because you don't need fsck for nfs and there is fsck.nfs to address this issue. Where I'm stuck is I can't figure out how to get the boot sequence to use fsck.nfs. None of the /etc/rc* scr Jul 09 11:50:17 ipts seem to call fsck directly. It seems as though it might be related to fstab, but I don't know what to set there to get the disired result. Jul 09 11:50:20 timb: node.js is damn popuplar, yet popularity does not mean it's a good choice Jul 09 11:50:25 koth nice nor? Jul 09 11:50:41 carbonizer: pastebin a boot log Jul 09 11:50:47 also pastebin your uboot config Jul 09 11:50:51 woglinde: nice? Jul 09 11:50:55 av500: yes, I'd better check those bottlenecks. thx Jul 09 11:50:59 koth yes java mono and qt Jul 09 11:51:00 imagine that we cannot see your screen Jul 09 11:51:07 and python Jul 09 11:51:15 carbonizer: disable fsck in fstab, if you are using nfs Jul 09 11:51:16 Node is an interpreted language (well, without doing JIT, blah blah). C# is compiled to machine code ultimately. Jul 09 11:51:27 On an embedded processor that is. Jul 09 11:51:54 KotH: by changing the trailing 1 to a 0? Jul 09 11:51:55 woglinde: whatever floats your boat and gets your work done Jul 09 11:52:07 carbonizer: yes Jul 09 11:52:18 why is it in fstab at all? Jul 09 11:52:25 av500: hysterical reasons Jul 09 11:52:31 lol Jul 09 11:52:45 when I used nfs, I just told the kernel via cmdline Jul 09 11:52:50 I didnt edit fstab Jul 09 11:52:59 av500: Well, a board exists for it and there's a community around it. It's more popular than not existing at all. ;) Jul 09 11:53:04 av500: back then, in ancient times? Jul 09 11:53:15 Letothe2nd: before dinosaures Jul 09 11:53:20 av500: debian wants to fsck everything, and it could be that it is not prepared for / being on nfs Jul 09 11:53:21 And if it gets more software people to learn about hardware I'm all for it. Jul 09 11:53:28 av500: lennart'isms and such Jul 09 11:53:42 av500: hrhr Jul 09 11:54:02 timb: is the SW open source? Jul 09 11:54:10 just curious Jul 09 11:54:20 KotH debian honors fstab syntax Jul 09 11:54:27 so tell it not fsck it Jul 09 11:54:29 woglinde: yes Jul 09 11:54:32 woglinde: yes Jul 09 11:54:47 maybee systemd not? Jul 09 11:54:48 haha Jul 09 11:54:50 No idea, I think it is. I don't use it personally. Jul 09 11:55:02 just add 0 0 to the end of fstab nfs entry Jul 09 11:55:13 and you don't need fstab for nfs boot Jul 09 11:55:33 yes, seems it si Jul 09 11:55:48 I can't imagine it's not, since it's basically a C# compiler for AVR with all the requisite Arduino libraries around it. Jul 09 11:56:19 av500: As I understand it, fstab indicates the devices you wish to mount and options mounting. You are saying this an old idea? Jul 09 11:56:25 no Jul 09 11:57:04 maquefel: er... no Jul 09 11:57:15 maquefel: modern linux systems barf if there is no fstab Jul 09 11:57:18 how does you read fstab on the rootfs before mounting rootfs? Jul 09 11:57:23 do* Jul 09 11:57:28 KotH: o_O Jul 09 11:57:35 KotH: what do you mean by modern? Jul 09 11:57:43 maquefel: less than 10y old Jul 09 11:58:05 KotH: you mean kernel version? busybox version or what? Jul 09 11:58:06 av500: you have the bootloader (aka UEFI) tell the kernel where it can find its rootfs Jul 09 11:58:24 maquefel: no, i mean non-embedded distros Jul 09 11:58:30 KotH: yes Jul 09 11:58:34 fair point. It is mounting in ro, then deciding what checks to do before deciding it is safe to go rw, right? Jul 09 11:58:37 so where does fstab come into play? Jul 09 11:58:55 av500: and if you use ACPI and DT it will work just out of the box without you doing anything... like magic! Jul 09 11:59:00 of course Jul 09 12:00:11 anyway, edit fstab and be done Jul 09 12:00:30 what the big guy with the av500 on his shirt said! Jul 09 12:02:14 Doesn't part of the boot sequence query fstab to determine how to handle transitioning the rootfs to rw and what other devices/partition to mount> Jul 09 12:02:20 ? Jul 09 12:02:26 on a debian, yes Jul 09 12:02:40 how exactly depends on whether you use initrd or not Jul 09 12:02:50 ah Jul 09 12:02:54 if you dont, you can just follow the normal boot script order Jul 09 12:03:24 first /etc/rcS.d is executed Jul 09 12:03:38 then /etc/rc2.d (unless you changed the default run level) Jul 09 12:03:43 KotH: you can pass init= to cmdline Jul 09 12:04:04 KotH: I think I understand that much... Jul 09 12:04:06 maquefel: no you dont Jul 09 12:04:28 carbonizer: then read the scripts :) Jul 09 12:04:38 I have been... Jul 09 12:04:40 carbonizer: it's really easy and gives you quite a bit of understanding how the system works Jul 09 12:05:34 I can see that some fsck setup is taking place, but I can't find where fsck is actually executed... Jul 09 12:05:47 pehaps there is an fstab command somewhere? Jul 09 12:05:54 carbonizer: S07checkfs.sh Jul 09 12:06:06 resp S06checkroot.sh for the / Jul 09 12:06:19 in /etc/rcS.d Jul 09 12:06:27 KotH: you can - read about kernel params Jul 09 12:06:48 KotH: pass init option for example to a script Jul 09 12:07:11 KotH: then call init Jul 09 12:08:32 * KotH pats maquefel on his head Jul 09 12:09:09 KotH: you are confusing people actually Jul 09 12:09:17 I am getting the code up for me to double-check. I definitely went through those files. As I said, I saw fsck config going on but not execution (by which I mean fsck never seemed to be you'd as a command just refered to in comments and variable). I will check again Jul 09 12:09:55 you'd=used Jul 09 12:10:15 well, those scripts are not exactly straight forward Jul 09 12:10:46 KotH: you even don't need mdev or udev Jul 09 12:10:50 they have evolved to their current state over the last 10-15 years, when people wanted to catch more and more corner cases and different machine configurations Jul 09 12:11:00 maquefel: *plonk* Jul 09 12:11:17 KotH: i agree - but on such limited hardware systems like bbb - some times it makes sense Jul 09 12:20:49 okay, I figured out my confusion... Jul 09 12:21:40 fsck is not run on its own, it is run as an argument to logsave Jul 09 12:22:31 line 215 in S06checkroot.sh Jul 09 12:23:14 so I failed to read my grep results closely enough Jul 09 13:03:54 changing fstab did the trick Jul 09 13:04:03 thank you so much Jul 09 13:04:12 your are welcome Jul 09 13:04:14 -r Jul 09 13:06:40 hey mrpackethead did you get my email ? Jul 09 13:07:30 Hey guys, how can I know if I transformed my BBB in a piece of garbage after a failed flashing try? (now with a new power suply) on every boot the user LEDs turn on and off in sequence, alternating their direction. Like led 1, led 2, led 3, led 4 and then led 3, led 2, led 1 and then again led 1, led 2, led 3... Even if I try to flash again (putting the microSD card and pressing boot button) the same happens. It doesn't boot anymore :-( Where can Jul 09 13:07:30 I find the description of BBB error codes? Jul 09 13:07:49 in the TRM? Jul 09 13:07:53 maybe Jul 09 13:09:36 leandrosansilva: are you watching debug traffic on UART0> Jul 09 13:09:41 ? Jul 09 13:09:48 i haven't found leds in TRM :( Jul 09 13:10:11 actually they are user ones so it depends on distrib and flashing script Jul 09 13:10:28 maquefel yes Jul 09 13:11:40 carbonizer: no, I'm not debugging it Jul 09 13:12:28 you can also buy a mini rs232 cape instead of cable Jul 09 13:12:52 through they could placed some jumpers for choosing uart Jul 09 13:17:34 leandrosansilva: if you get a TTL to usb cable for like $10, you can watch the information being printed to the console as the bbb boots Jul 09 13:20:52 I was confused I first flashed the BBB, not realizing that it was happening and that I had to leave it for a few minute (until all four leds were lit if I remember correctly). Despite me removing power before it was done. Restarting the process worked (it is just rsyncing most of the system files on the SD to the eMMC). Jul 09 13:21:06 ... confused when... Jul 09 13:21:29 ... happening automatically... Jul 09 13:23:24 carbonizer: and is there any page describing how to debug using serial? I'm saying that because although I don't have any ttl cable here there may be something I can improvise, due the fact I have some usb to serial adapters here Jul 09 13:23:46 someone correct me if I'm wrong, but due to how the flasher image works, I think it is hard to truly hose the board completely. Jul 09 13:24:39 leandrosansilva: just make sure it's 3.3v Jul 09 13:26:04 or use only output from board Jul 09 13:26:17 and don't connect input Jul 09 13:27:22 Hi, anybody here can help me with openocd... something about the initial am335x configuration after reset... Jul 09 13:27:43 leandrosansilva: just by opening the port in kermit etc, you'll get the print out. So the first step is non-interactive. Based on the error that is indicated, you might have to muck around in uboot Jul 09 13:28:29 leandrosansilva: ... that's when you might need to find tutorials or return here Jul 09 13:29:07 After reset, the cpu is in Thumb with MMU, D-CACHE and I-CACHE disabled... when I try to load a tiny program with gdb, I can't do single step... Jul 09 13:30:22 my guess is that the caches are incorrectly configured... most sites I found always i-cache enabled... Jul 09 13:30:55 but I didn't find an explanation about that... Jul 09 13:32:26 leandrosansilva: I think changing leds is a good sign because I think that is something uboot or something higher level is doing Jul 09 13:32:42 After changing the power suply and waiting a few minutes the leds blinking, I realized they indicated a normal flashing, so an the end the flashing was finished successfully and everything seems to be working fine. Thanks everyone for the support (and for being patient with a newbie :-)) Jul 09 13:33:36 leandrosansilva: looks like you fell into the same trap I did when I started ;-) Jul 09 13:34:13 carbonizer: yes, it's like a ritual do become an adult :-) Jul 09 13:34:37 carbonizer: thx a lot :-) Jul 09 13:34:49 I'm relieved now :-) Jul 09 13:35:03 leandrosansilva: I suggest still having the serial debugging around because you'll likely want it at some point Jul 09 13:36:16 yes, probably I'll need Jul 09 14:43:22 After having installed Debian (wheezy, 7.5) on BBB, I realized there's no mono (open source .net implementation runtime) package in the repositories, although there are mono related things, like libmono.*, mono-dbg, etc. Who should I contact to ask for help? Jul 09 14:43:37 there's no mono-runtime or mono-complete packages as well Jul 09 14:44:08 Hey, anyone use vdd 5V on the bbb? Jul 09 14:48:40 leandrosansilva apt-get update apt-cache search mono Jul 09 14:49:31 woglinde: yes, I tried that :-) I also tried to search for mono executable (and also cli) using apt-file, but it seems it's missing Jul 09 14:49:52 AA: what do you mean? feeding 5V into the board via the jack? Or feeding a 5V external device with the bbb? Jul 09 14:57:43 gosh people who ask questions and leave instantly deserve to be shot on sight Jul 09 14:57:54 leandrosansilva oh hm right I was ubuntu land Jul 09 14:57:59 +in Jul 09 15:03:47 leandrosansilva: perhaps there is another apt repository you could use? That likely means having to build from source which I imagine could take quite sometime for something like mon Jul 09 15:04:14 o Jul 09 15:07:42 leandrosansilva: it looks like it is "experimental" and the BBB image just has "stable" by default Jul 09 15:08:13 ... like it is IN "experiment"... Jul 09 15:13:15 leandrosansilva: now I see it might be in "testing" for wheezy Jul 09 15:51:08 mono runtimes are limited in Debian and from what I can tell probably not going to change anytime soon Jul 09 15:51:20 Node.js . . . is probably the reason why Jul 09 16:15:05 Do someone of you know where to get help or information about the xloader? Want to switch to BCH4 ... Jul 09 16:16:44 <_av500_> xloader is a thing of the past Jul 09 16:16:52 <_av500_> its the first stage of uboot now Jul 09 16:17:52 Yep, but latest source for my board is the arago xloader and uboot. Running on an OMAP3503 Jul 09 16:18:09 <_av500_> oh Jul 09 16:18:18 vintage computing Jul 09 16:18:23 <_av500_> yeah Jul 09 16:18:31 <_av500_> steve____: so what do you want to do? Jul 09 16:18:41 not every one is a frontrunner Jul 09 16:18:47 <_av500_> also, what hardware is this? Jul 09 16:19:00 <_av500_> well, xloader sources should be out there somewhere Jul 09 16:19:09 <_av500_> maybe even TI forgot where Jul 09 16:19:29 Sources can be found at arago project. Jul 09 16:19:34 <_av500_> ok Jul 09 16:20:51 Source I found, but I am confuses about BCH4 there. I do have 2 processors (pin compatible 3505 and AM3703 sitara) - and both calculate ECC with same xloader in a different way. Jul 09 16:21:34 This is totally strange as the migration manual doesn't mention a difference here. Jul 09 16:21:39 <_av500_> hmm Jul 09 16:21:44 <_av500_> no idea about that Jul 09 16:22:43 might want to ask your TI FAE/rep about that? Jul 09 16:23:03 maybe you know someone? TI FAE - ROFL ... Jul 09 16:23:59 I guess they will give up the business - such lausy support. On TI webside I asked for weeks about ECC ... Jul 09 16:24:24 I am quite desperate with that. Jul 09 16:24:36 wait .. that was TI and Support in the same sentance .. lol. Jul 09 16:24:57 <_av500_> steve____: sorry, no idea Jul 09 16:25:22 <_av500_> as yo know TI closed down large parts of OMAP business Jul 09 16:25:52 I guess they don't know what they coded few years ago. Yep and probably they fired the only one who knows about Jul 09 16:26:18 @av500 - me too Jul 09 16:26:50 <_av500_> steve____: http://dk.linkedin.com/in/sorenschristensen Jul 09 16:26:54 <_av500_> he might be able to help you Jul 09 16:27:04 <_av500_> he was TI and knows a lot about the whole boot thingy Jul 09 16:27:15 <_av500_> he consulted for us a few ys back Jul 09 16:27:25 <_av500_> but I guess he still costs money :) Jul 09 16:28:36 you know this guy? Jul 09 16:29:04 I'm probably stating the obvious, but there seem to be at least two different ways to do this BCH4 ECC. http://patchwork.ozlabs.org/patch/253588/ also U-Boot seems to mention that. Jul 09 16:29:08 <_av500_> steve____: as I said Jul 09 16:29:20 <_av500_> tbr: yes, there was HW ecc and SW Jul 09 16:29:26 <_av500_> and there was uboot vs kernel Jul 09 16:29:34 <_av500_> and a lot of confusion Jul 09 16:29:37 <_av500_> I forgot all about it Jul 09 16:30:08 Yes, I already live with the 2 ways of BCH4 - linux does it in a different way. It is not perfect but works for AM3703. Jul 09 16:30:23 But strange, it will not work for the old OMAP Jul 09 16:30:57 Seems to work only with 1bit HW (for xloader) and 1 bit SW for all the rest. Jul 09 16:32:31 I'll have a look at this patch. Newer flashes need more than just 1 bit error correction ... :( Jul 09 16:32:52 <_av500_> then you can alsways do SW I guess Jul 09 16:32:58 note, this was a random google search. Jul 09 16:33:14 your E2E posts also came up first Jul 09 16:33:18 <_av500_> steve____: you can also try to mail the patch author Jul 09 16:33:31 <_av500_> tbr: I alsways find my own pastebins too :) Jul 09 16:34:00 It is worth a try, but not much hope with this. Jul 09 16:34:20 btdtmto Jul 09 16:35:20 <_av500_> steve____: so you have no contact at ti? Jul 09 16:35:26 <_av500_> you just bought the chips? Jul 09 16:36:12 Even for buying new chips it is very diffcult to get in contact. Jul 09 16:37:27 <_av500_> yeah Jul 09 16:41:26 <_av500_> steve____: tut mir leid :( Jul 09 16:42:42 Thanks for empathy! Jul 09 16:43:19 Bye ... Jul 09 17:13:39 hello, there is somebody trying to use vala in debian wheezy on the BBB ? Jul 09 17:16:27 i'm trying to use I2c access with vala using Linux.I2c, but the c compiler say that he don't find i2c.h Jul 09 17:20:27 I think i2c.h is a kernel header Jul 09 17:21:57 i2c.h are really in the /include/linux/ but the c compiler not find it Jul 09 17:22:11 you need to specify the include path if so Jul 09 17:22:29 maybe you mean /usr/include/linux ? Jul 09 17:23:01 yes in c programming it's easy but in vala that use vapi file Jul 09 17:23:36 what do you exapect of i2c? Jul 09 17:23:52 you can't use it in your programs mostly Jul 09 17:24:05 i mean /include/linux/i2c.h Jul 09 17:24:48 only for writing kernel Jul 09 17:26:07 and i'm tryed to modify the path from i2c.h to linux/i2c.h in linux.vapi, but after i'm other error, he say --> undefined reference to `i2c_smbus_read_byte_data' Jul 09 17:27:44 or maybe there is another solution to access i2c but with good performance Jul 09 17:28:22 you have i2c Jul 09 17:28:25 already Jul 09 17:28:41 you need specific i2c device? Jul 09 17:29:43 you can't use i2c_smbus_read_byte_data Jul 09 17:29:48 from userspace Jul 09 17:30:26 i'm tryed before by command line with i2cget and i2c set, that work but it's not a best performance solution no ? Jul 09 17:31:33 do you know the best way to access i2c with a language like vala Jul 09 17:32:54 i2c - what? device, bus, adapter? Jul 09 17:33:14 from userspace you have read/write to device and some ioctl Jul 09 17:33:32 i will use i2c-1 for access to a imu like MPU9150 or MPU6050 Jul 09 17:33:33 all other depends on type of device and driver for it Jul 09 17:34:29 and i will command directly by adress to make my one vala lib for each device Jul 09 17:37:02 i have found a C program that use it for example --> i2c_smbus_write_byte_data( imupi_dev, MPU_9150_SMPRT_DIV, 0x00 ) Jul 09 17:37:39 are sure that this program is not kernel module? Jul 09 17:38:23 well in short Jul 09 17:38:26 you can't Jul 09 17:38:30 what.. Jul 09 17:38:39 i'm not trying it, but i thing that work, but i would like to make the same with vala language, but the problem is the Linux.I2c lib ( Linux.Termios work fine for the uart ) Jul 09 17:39:00 can't you just open() the /dev/i2c devices? Jul 09 17:39:18 then ioctl() kick them around and read() + write() Jul 09 17:41:00 yes maybe, but i must to read at 100Hz minimum, you think that could make it correctly with this method ? Jul 09 17:41:09 why anyone would want to use vala on beagle* is a mystery to me Jul 09 17:42:10 what are you talking to over i2c? Jul 09 17:42:21 because vala is a modern language powerfull and very most productive in tiem than C or C++ Jul 09 17:42:38 yes I can see how very productive it is for you :) Jul 09 17:43:41 lol Jul 09 17:44:48 how many times, "faster than c/c++" Jul 09 17:44:53 new c killer Jul 09 17:45:13 I'm buying Beaglebone black because he can run linux, and on linux i can use vala, and vala is my prefered language , if i can make nothing with it on Jul 09 17:46:16 the beaglebone , i 'll go to the other arm board, i'm spending 5 days for that and i don't like C,C++ Jul 09 17:48:25 hey guys.. im using 10.9.3 Mavericks and my Beaglebone black doesn't show up on the network.. Jul 09 17:50:21 yannick: i2c access underl inux isnt going to change between boards Jul 09 17:51:53 don't critic vala, vala could be a very powerfull language for your BeagleBone, very speeder than python, javascript and more easy to dev than C,C++ Jul 09 17:53:31 to demonstrate that i just need to could start, and the start for me is to access at i2c , after i can advance quickly. Jul 09 17:53:35 yannick, as you said.. the beaglebone black runs linux. so your problem with vala has very little to do with BBB. Jul 09 17:55:02 https://github.com/notnyt/beaglebone#i2c Jul 09 17:55:03 such ease Jul 09 17:55:39 so, for you the solution is just open() the /dev/i2c devices and ioctl() Jul 09 17:55:44 yes Jul 09 17:56:14 if I needed high frequency and exact timing for access, I would program the PRU to do it Jul 09 17:56:18 in assembler. Jul 09 17:56:22 :) Jul 09 17:56:43 mostly because that's the only language available for the PRU afaik Jul 09 17:56:52 i prefer asm than C ;-) Jul 09 17:57:07 i think someone was making a c based thing for pru Jul 09 17:57:09 but cant recall Jul 09 17:57:19 yannick: you must have more time than you know what to do with =] Jul 09 17:57:32 ok Vaizki , i will try your solution, many thanks Jul 09 17:58:11 but you ignored my question, what device are you talking to over i2c? Jul 09 17:59:30 MPU_9150 Jul 09 17:59:39 it has linux drivers i checked Jul 09 17:59:58 oh sorry i missed it. Jul 09 18:00:00 i would talking a IMU ( gyro, accel, magneto ) MPU9150 by the I2C-1 on the beaglebone pin 19 and 20 Jul 09 18:00:25 well if it has linx drivers just use iio :P Jul 09 18:00:53 but it's not only it, maybe for other ( GPS, Pressure, ... ) sensors Jul 09 18:01:25 well for the other stuff, you don't need 100Hz so just the file-based /dev/ api is ok Jul 09 18:01:28 ahh, how you use iio ? Jul 09 18:01:28 is there a new driver for BB Black for Mavericks? Jul 09 18:01:47 what? Jul 09 18:02:31 evertime i plug it in my 10.9.3 mac, a new network "telephony" shows up and will not establish connection Jul 09 18:02:33 you mean for gadget rndis and gadget serial? Jul 09 18:03:10 hmh Jul 09 18:04:19 or is it cdc on the bbb Jul 09 18:04:32 yup.. Jul 09 18:04:49 i plugged it to a different mac machine running the same OS and it works fine Jul 09 18:05:13 yea I never had to install anything on my macs Jul 09 18:05:19 same here.. Jul 09 18:05:34 yep mavericks on wife's laptop Jul 09 18:05:35 just works Jul 09 18:05:44 pico /etc/network/interfaces Jul 09 18:05:47 ops/ Jul 09 18:07:09 brimestone: I have had similar issues. I think there is something where the previous instance isn't deallocated when you unplug... Jul 09 18:07:32 i zap the pram, and reset smc and still nothing Jul 09 18:08:35 I plugged in the ethernet and used "ssh root@beaglebone.local" to connect Jul 09 18:09:07