**** BEGIN LOGGING AT Thu May 25 03:00:03 2017
May 25 09:16:07 <Abhishek_> To get kernel debug (loglevel 7) messages show up in dmesg, what needs to be done apart from editing /proc/sys/kernel/printk?
May 25 09:22:04 <zeekhuge> Abhishek_: dmesg -n 7 ?
May 25 09:23:02 <maciejjo> zeekhuge: -n 8 to get debug level
May 25 09:23:14 <maciejjo> it must be one higher than desired level
May 25 09:23:33 <Abhishek_> doesn't seem to work here.
May 25 09:23:40 <Abhishek_> strange.
May 25 09:24:48 <zeekhuge> maciejjo: okay . got it.
May 25 09:25:12 <zeekhuge> maciejjo: ready to get start next monday ?
May 25 09:26:48 <maciejjo> yes, BBBs are ready, github repo set up, can't wait to start :)
May 25 09:27:03 <Abhishek_> cool
May 25 09:29:27 <zeekhuge> maciejjo: what kernel version will you be using ??
May 25 09:32:05 <maciejjo> usually I go with what ti-linux is based on, so 4.9
May 25 09:36:13 <maciejjo> zeekhuge, Abhishek_: are you both in IST timezone?
May 25 09:36:25 <Abhishek_> yes.
May 25 09:37:06 <maciejjo> not so bad, only 3h difference from me
May 25 09:56:45 <Abhishek_> Answering for myself, need to read Documentation/dynamic-debug-howto.txt
May 25 09:57:13 <Abhishek_> dmesg -n 8 is not enough to print dev_dbg messages.
May 25 09:58:09 <Abhishek_> they must be enabled first, on a per-module / per-file basis.
May 25 10:00:57 <maciejjo> oh, right.
May 25 10:02:55 <maciejjo> usually I do "file module.c +pflm" > /sys/kernel/debug/dynamic_debug/control to dump all messages from given module
May 25 10:04:29 <maciejjo> but it allows more fine grain control to enable specific lines or messages matching pattern, cool feature :)
May 25 15:03:32 <henrix_> hi, anybody here who is experienced with PRU interrupts?
May 25 16:26:46 <nerdboy> what are you trying to do?
May 25 16:28:54 <henrix_> I'm using the uio driver and try to receive McASP interrupts (system event 54 and 55) at the PRU. When I manually trigger one of the system events from ARM side (i.e. prussdrv_pru_send_event(54)) the event arrives as expected at the PRU. But interrupts from the McASP don't arrive
May 25 16:29:35 <henrix_> ...I verified on ARM side that the interrupts of the McASP are triggered
May 25 16:43:04 <nerdboy> is there something else needed to get events to McASP?
May 25 16:54:46 <henrix_> according to the TRM, there is nothing mentioned. I also had a look in the ARM INTC, but there is no information about that.
May 25 17:12:45 <ds2> what project is this that requires the PRU to service McASP?
May 25 18:12:35 <pmezydlo> m_w, jic23: my video is ready: https://www.youtube.com/watch?v=Fsj81PMSOC8&feature=youtu.be
May 25 18:25:46 <m_w> pmezydlo: thanks
May 25 18:29:03 <m_w> pmezydlo: looks like your board is now in Germany so it may show up earlier than expected
May 25 18:30:33 <ds2> m_w: do you know what project is henrix_ working on?
May 25 18:30:54 <m_w> ds2: he is a mentor this year
May 25 18:31:08 <ds2> m_w: for what project though?
May 25 18:31:16 <ds2> trying to make heads or tails of the PRU question
May 25 18:32:15 <m_w> helping with BeagleBone AVB Stack
May 25 18:32:35 <m_w> http://elinux.org/BeagleBoard/GSoC/2017_Projects#Project:_BeagleBone_AVB_Stack
May 25 18:34:32 <ds2> too early in the GSoC season to memorize the RN<->IRCNick mappings
May 25 18:37:17 <pmezydlo> m_w: yeah maybe tomorow or 2 days
May 25 18:39:44 <ds2> pmezydlo: do you plan to have uSD card image with the full FPGA toolchain at end of GSoC?
May 25 18:42:19 <pmezydlo> I'm not sure, now I'm preparing a binary file in my pc, if it is possible I want to build toolchain for BB
May 25 18:43:19 <ds2> it would be nice to be able to have some form of self modifying hardware
May 25 18:43:42 <ds2> or do we need to push for a skynet project next year for that? :D
May 25 18:43:56 <pmezydlo> yeah it should be first step for that
May 25 18:45:02 <ds2> pmezydlo: is there any other requirements besides the kernel FPGA manager?
May 25 18:45:55 <pmezydlo> ice40-spi driver and fpga-mgr are sufficient
May 25 18:46:17 <pmezydlo> ice40-spi has merged in 4.12
May 25 18:46:39 <ds2> nice
May 25 18:49:26 * nerdboy wondering why android branches are so full of selfish commits
May 25 18:49:45 <nerdboy> clk: mdss: Remove pll support for all targets except msm8996
May 25 18:50:06 <nerdboy> s/msm8996/mine/
May 25 18:51:37 <nerdboy> "if i had a long cluebat..."
May 25 19:04:19 <ds2> android is a F'ed piece of SW designed as a huge spyware with enough convoluted commits to hide its real intent
May 25 19:09:38 * nerdboy was just referring to kernel_msm not the rest of that stuff...
May 25 19:10:03 <nerdboy> plus it's for ubports so android is tucked away in LXC container
**** ENDING LOGGING AT Fri May 26 03:00:03 2017