Jun 08 11:14:10 * vvu shares drinks with everyone...received the BSc diplima Jun 08 11:19:18 * anujdeshpande sets PARTYMODE flag to 1, also congratulates vvu Jun 08 11:31:54 vvu: congrats!! Jun 08 11:39:20 danke! Jun 08 11:39:52 i gave the keys from my college room and i am homless...at least homeless with a bsc Jun 08 11:40:17 vvu: just buy a bahncard 100 Jun 08 11:40:23 then you can live anywhere Jun 08 11:41:24 i have my flight tomorrow to .ro Jun 08 11:41:56 had 3 tickets at lufthansa and one of my graduation guests could not make it and lufthansa did not want to change my flight from tomorrow to today Jun 08 11:42:06 parents left today, me leaving tomorrow Jun 08 14:22:03 vvu: Heartiest Congratulations! Jun 08 14:22:13 * Abhishek_ picks up the glass and looks for vvu Jun 08 14:33:10 congrats vvu! Jun 08 19:11:30 rcn-ee: What does "cannot find pctldev for /ocp intc, deferring probe mean" ? Jun 08 19:12:17 Abhishek_, it's "deferred".... it just means a hardware dependicy wasn't avaiable at that time slot, so it'll try again later Jun 08 19:12:33 rcn-ee: And I don't get backlight on the LCD ... Jun 08 19:13:18 which kernel? uname -r Jun 08 19:13:31 4.1.0 rc6 debian Jun 08 19:13:46 4.1.0-rc6-bone6 Jun 08 19:14:15 well, it works for my boards/lcd's... what's your dts look like? Jun 08 19:14:37 rcn-ee: I saw the dts's you use gpio-backlight, I'm trying pwm backlight Jun 08 19:15:01 as of last week, not anymore... they are all pwm-backlight.. Jun 08 19:16:04 I remember seeing them gpio-backlight? Jun 08 19:16:48 https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-BONE-LCD4-01-00A1.dts#L172 Jun 08 19:18:27 the ones in dtb-rebuilder are still gpio-backlight Jun 08 19:19:23 rcn-ee: This was the error message: "could not find pctldev for node /ocp/interrupt-controller@48200000, deferring probe" Jun 08 19:19:50 https://github.com/RobertCNelson/dtb-rebuilder/blob/4.1.x/src/arm/am335x-cape-bbb-exp-c.dtsi#L133 Jun 08 19:21:38 Abhishek_, "deferring" =/= error... it seemly stating it's "waiting" for xyz... Jun 08 19:35:51 rcn-ee: trying to compile a new device tree for my cape using dtb-rebuilder, will let you know the results Jun 08 19:40:18 * shubhangi wonders as to why she still uses irccloud when proxy issues no longer exists. Great tool though. Thanks to abhishek :) Jun 08 19:41:43 * Abhishek_ still uses IRCCloud as well Jun 08 19:43:49 shubhangi: did Suman reply to your last queries (the one which you cc'd to the group)? Jun 08 19:44:21 Abhishek_: i have a function pruss_write(memory_type, wordoffset, data_buf, buf_size ) working well. shall i write something for the pru to send an ACK signal after reading it so that subsequent writes to pru has to wait for this ACK. Jun 08 19:44:28 Abhishek_: not yet Jun 08 19:45:21 or overwrite without ensuring read from pru is left upto the user Jun 08 19:45:30 shubhangi: Have you pushed that function to GitHub? Jun 08 19:45:35 no Jun 08 19:45:52 tomorrow Jun 08 19:46:35 finishing read right now .. one issue needs to be resolved .. reading sysfs from userspace is also causing show function to be triggered :( Jun 08 19:46:46 you writing into the PRU memories (DRAM & shared)? Jun 08 19:46:50 sorry writing to sysfs Jun 08 19:47:02 DRAM0/1 and SHR RAM Jun 08 19:47:09 DDR is pending Jun 08 19:47:15 shubhangi: isn't that how reading from sysfs is meant to be? Jun 08 19:47:36 Abhishek_: writing to sysfs is triggering show function Jun 08 19:47:51 both show and store ... only store is supposed to be trigerred Jun 08 19:48:20 hmm, yes, what is the code that writes into the sysfs file? Jun 08 19:48:37 C .. fopen .. fwrite -> fclose Jun 08 19:49:16 i'll get it right .. was the last thing that came up when i last set work aside Jun 08 19:49:25 working on it now Jun 08 19:49:31 no, don't use f-prefixed functions to access sysfs files Jun 08 19:49:38 then ? Jun 08 19:49:47 use open(), read() and write() Jun 08 19:49:55 directly Jun 08 19:50:06 okay .. i thought that too .. i guess fopen reads the file in the first place Jun 08 19:50:14 thats wht causing the issue Jun 08 19:50:32 ok .. trying it out .. thanks :) Jun 08 19:50:35 shubhangi: That's because f-prefixed calls buffer the file Jun 08 19:51:28 okay Jun 08 19:55:23 jkridner: you going to Shenzhen next week? Jun 08 21:18:17 rcn-ee: successfully built a custom dtb for my LCD. However the display comes up quite late, about 5 seconds in. Is there a way to get it during early boot? Jun 08 21:18:57 (does it have to do something with the "quiet" kernel cmdline?) Jun 08 21:19:40 no, it's part of being a module... for overlays to work, i needed tilcd/pwm-backlight to be a module.. Jun 08 21:19:56 if you hard code everything in the *.dtb you can move those back to built-in.. Jun 08 21:20:02 monolithic kernel + DT loaded by bootloader will solve that Jun 08 21:22:15 rcn-ee: That's what I did just now, in my custom DTB I overclock i2c2 (cape EEPROM bus) to 400kHz, and then pwm backlight and panel timings for my display Jun 08 21:22:33 and hardware setup Jun 08 21:23:50 rcn-ee: to build the beaglebone kernel should I just clone http://github.com/beagleboard/kernel or set up my own tree using Linus' sources and patches? Jun 08 21:24:18 "This repo is now deprecated" <- i think we need a louder font... Jun 08 21:24:40 https://github.com/beagleboard/linux/tree/4.1 Jun 08 21:28:15 ah I got confused between "kernel" and "linux" repos Jun 08 21:28:44 rcn-ee: make the default Makefile target delete the tree Jun 08 21:30:14 that would be too mean... some users setup scripts to use that repo. ;) Jun 08 21:30:50 rcn-ee: If I were to install the ti-sgx modules from apt-get, would I be able to get GPU acceleration during normal desktop usage? Jun 08 21:31:05 it would be loud Jun 08 21:31:11 define "normal".. ;) Jun 08 21:31:15 normal x86 ? Jun 08 21:31:27 normal 80's dos.... Jun 08 21:33:26 so you get accelerated desqview in dosbox on the BBB with that? Jun 08 21:33:55 I mean, when I get a display of the Linux desktop after boot. Jun 08 21:34:15 and then I move the mouse around; is that GPU accelerated? Jun 08 21:34:20 nope... Jun 08 21:34:26 "framebuffer" only... Jun 08 21:34:35 it'll draw on top of x.... Jun 08 21:34:38 literly on top... Jun 08 21:35:07 rcn-ee: is that ti-sgx working well enough to abuse the opengles stuff as a small parallel computer? Jun 08 21:35:44 that's probally the only 'useful' thing. ;) Jun 08 21:36:03 but with imgtec's compiler, i double it's acurate. ;) Jun 08 21:36:16 accuracy isn't that critical Jun 08 21:36:22 need soemthing faster then neon Jun 08 21:37:20 looks up gl es2's list.. Jun 08 21:37:51 think I have seen that Jun 08 21:38:02 it is no opencl Jun 08 21:38:05 https://www.khronos.org/registry/gles/specs/2.0/es_full_spec_2.0.25.pdf Jun 08 21:38:14 yeah, very early.. i'm thinkg what you could abuse.. Jun 08 21:38:27 and certain things won't fire off IIRC due to some of the optimization/elimination it does Jun 08 21:38:53 face detection is painly slow (<1fps @ 640x480) Jun 08 21:39:23 if it can bump up the frame rate byreturning an approximation that needs to be verfied with NEON, it should still be helpful (for sparse data) Jun 08 21:39:41 I ran guvcview over my new panel, managed some 12fps for 480x272 Jun 08 21:39:45 well, there is a readpixels option in egls 2... so you could read back, just not as efficent as es gl 3/opencv.. Jun 08 21:40:25 but there is fbo's... Jun 08 21:41:25 Abhishek_, the blob wouldn't accerlate that.. Jun 08 21:42:14 that's what I was wondering, what would that blob actually do then? Jun 08 21:42:44 years ago, before we figured out how crappy the sgx was... We found, xorg with fb was faster xorg with sgx 2d/3d acceleration... Jun 08 21:42:54 thus it was known as sgx de-accelerator... Jun 08 21:46:35 Abhishek_, https://ssvb.github.io/2012/05/04/xorg-drivers-and-software-rendering.html scroll down to IGEPv2.. Jun 08 21:49:25 lol Jun 08 21:54:43 know of any application that I could use to test multitouch on the panel? Jun 08 22:36:35 where'd you get the display? Jun 08 22:37:07 * nerdboy would like one Jun 08 22:37:21 too much sensor focus... **** ENDING LOGGING AT Tue Jun 09 02:59:58 2015