[03:34] <india_lima> hey, I'm experiencing an issue that I think might be a kernel bug, and I just reproduced it using the latest upstream mainline kernel... Should I still file a ubuntu-kernel bug report?  Or just file one directly at bugzilla.kernel.org?
[09:37] <Guest_84854> allah is doing
[09:37] <Guest_84854> sun is not doing allah is doing
[09:37] <Guest_84854> moon is not doing allah is doing
[09:37] <Guest_84854> stars are not doing allah is doing
[09:38] <Guest_84854> planets are not doing allah is doing
[09:38] <Guest_84854> galaxies are not doing allah is doing
[09:38] <Guest_84854> oceans are not doing allah is doing
[09:38] <Guest_84854> mountains are not doing allah is doing
[09:38] <Guest_84854> trees are not doing allah is doing
[09:38] <Guest_84854> mom is not doing allah is doing
[09:38] <Guest_84854> dad is not doing allah is doing
[09:39] <Guest_84854> boss is not doing allah is doing
[09:39] <Guest_84854> job is not doing allah is doing
[09:39] <Guest_84854> dollar is not doing allah is doing
[09:39] <Guest_84854> degree is not doing allah is doing
[09:39] <Guest_84854> medicine is not doing allah is doing
[09:39] <Guest_84854> customers are not doing allah is doing
[09:40] <Guest_84854> you can not get a job without the permission of allah
[09:41] <Guest_84854> you can not get married without the permission of allah
[09:41] <Guest_84854> nobody can get angry at you without the permission of allah
[09:41] <Guest_84854> light is not doing allah is doing
[09:43] <Guest_84854> fan is not doing allah is doing
[09:43] <Guest_84854> businessess are not doing allah is doing
[09:43] <Guest_84854> america is not doing allah is doing
[09:43] <Guest_84854> fire can not burn without the permission of allah
[09:43] <Guest_84854> knife can not cut without the permission of allah
[09:43] <Guest_84854> rulers are not doing allah is doing
[09:43] <Guest_84854> governments are not doing allah is doing
[09:44] <Guest_84854> sleep is not doing allah is doing
[09:44] <Guest_84854> hunger is not doing allah is doing
[09:44] <Guest_84854> food does not take away the hunger allah takes away the hunger
[09:44] <ogra_> !ops
[09:44] <ogra_> oh, fun
[09:44] <ogra_> apw, ^^ why are you not on that list ? 
[09:45] <Guest_84854> water does not take away the thirst allah takes away the thirst
[09:46] <Guest_84854> seeing is not doing allah is doing
[09:46] <Guest_84854> hearing is not doing allah is doing
[09:46] <Guest_84854> seasons are not doing allah is doing
[09:46] <Guest_84854> weather is not doing allah is doing
[09:46] <Guest_84854> humans are not doing allah is doing
[09:47] <Guest_84854> animals are not doing allah is doing
[09:47] <Guest_84854> the best amongst you are those who learn and then teach quran
[09:47] <Guest_84854> one letter read from book of allah amounts to one good deed and allah multiplies one good deed ten times
[09:48] <Guest_84854> hearts get rusted as does iron with water to remove rust from heart recitation of quran and rememberance of death
[09:48] <Guest_84854> heart is likened to a mirror
[09:48] <Guest_84854> when a person commits one sin a black dot sustains the heart
[09:49] <Guest_84854> to accept islam say that i bear witness that there is no deity worthy of worship except allah and muhammad peace be upon him is his slave and messenger
[09:49] <Guest_84854> read book http://www.fazaileamaal.com
[09:50] <ogra_> phew ... over
[09:50] <henrix> yeah, now lets all open that link
[09:50] <henrix> :)
[09:50] <ogra_> haha
[09:51] <ogra_> well, we really need to update this ops list 
[09:51] <henrix> yeah, i thought apw was on it
[09:53]  * ricotz hopes for merged 4.4.20/21 for xenial
[09:56] <henrix> ricotz: nop, those 2 stable releases have not been applied to xenial git tree yet
[10:53] <ricotz> henrix, that was my point ;)
[10:55] <henrix> ricotz: well, there's a pull request in the ubuntu kernel mailing-list for 4.4.20.  so that one won't probably take too long to be in
[11:07] <ricotz> henrix, I see, should be useful to sync i915_bpo with 4.7.4
[11:07] <ricotz> tjaalton, hi, ^
[13:10] <rtg> dannf, linux 4.8.0-9.10 in ppa:canonical-kernel-team/unstable with your config changes.
[13:34] <danielthebague> Does anyone know if the ralink rt3290 wireless adapter will be supported in the next stable release?
[13:40] <rtg> danielthebague, it is reference in 4.8, so I would assume so. In that case support for that device will be released in 16.10
[15:02] <eipi10> i just installed ubuntu mini 14.04 and then lxde.  the OS is upgraded to 14.04.5, but the kernel is still 3.13-95.  earlier, I installed the same 14.04 ubuntu mini.iso but with Lubuntu-minimal desktop during the installation, and afterwards, while doing the standard updating/grading, the kernel bumped up to 4.2... Linux-generic is installed.  What am I missing?
[15:03] <eipi10> pls
[15:13] <apw> eipi10, the kernel stream is set by the base install, even when basefiles gets updated and so the nominal os version is uppped
[15:13] <apw> eipi10, you have to opt into the hwe kernels explicitly
[15:14] <eipi10> ah, hardware enabled
[15:15] <eipi10>  linux-hwe-generic
[15:15] <eipi10> ?
[15:15] <eipi10> yep..ok.  thanks!
[15:15] <rtg> eipi10, linux-generic-lts-xenial in your case I think
[15:16] <eipi10> thanks.
[15:17] <eipi10> btw, do you have an opinion as to opting for 14.04 instead of 16.04.  Is that ridiculous?
[15:17] <rtg> that depends on the user space features you want. 14.04 is still well supported.
[15:18] <eipi10> yeah...kinda of a dumb question considering you have no idea what's going on on this end.
[15:18] <eipi10> cheers
[15:19] <apw> generally you want the newest base which will well for you, to get the maximum longevity
[16:08] <Stillinthepub> Is there a wirelles driver for the ralink rt3290 in the latest stable kernel release
[17:01] <_ami_> i have been trying to write driver for  a usb based gpio i/o expander. i able  to create gpio at host side.. the only issue is to attach irq to these pins. i know i need to create irq_chip for the gpio_chip.
[17:03] <_ami_> i called gpiochip_irqchip_add() and on call to request_irq, i can see entry of new irq in /proc/interrupts.
[17:04] <_ami_> but the ISR in not getting called when event occurs
[17:04] <_ami_> what could be the reason?
[17:04] <apw> one assumes you need to program the expander chip with the interrupt information, i assume you have done tha
[17:07] <_ami_> apw: my hardware is based on avr (vusb)
[17:08] <_ami_> apw: i wrote a demo driver which emulates GPIOs : 
[17:09] <_ami_> https://github.com/amitesh-singh/ldd/blob/master/platform/gpio-irqchip/gpio-irqchip.c
[17:10] <_ami_> gpio accedd device: https://github.com/amitesh-singh/ldd/blob/master/platform/access-gpio-modern/access-gpio.c
[17:10] <_ami_> access*
[17:12] <_ami_> i just wonder why irq handler is not called whenever i do echo 1 > or o > value in /sys/class/gpio/gpio<N>/  ?
[17:13] <_ami_> on cat /proc/interrupts
[17:13] <_ami_>  36:          0          0          0          0  irq-gpio   0  platform-gpio-device
[17:14] <_ami_> but the IRQ functions nver get called on setting gpio state to 0 or 1
[17:15] <_ami_> do i need to raise or wake up irq whenever gpio is set?
[17:22] <_ami_> apw: is it a problem with irqchip object setup?
[17:23] <apw> oh then i would expect you to have to take explicit action when you handle the write yes
[17:26] <_ami_> apw: how to do it?
[17:27] <_ami_> its not softirq
[17:27] <_ami_> which api to use to raise irqhandler explicitly ?
[17:29] <apw> _ami_, can say i know sorry
[17:29] <_ami_> ok, np.  thanks
[18:15] <tjaalton> huh, how come linux-firmware isn't backported to older lts's as-is?
[18:20] <tjaalton> anyway, interesting that a dvb stick works fine on xenial but not on trusty with xenial kernel and xenial firmware
[18:20] <tjaalton> claims it can't find the fw
[18:29] <tjaalton> oh, that's only loaded when the device is actually being used, which my xenial box didn't do
[18:29] <tjaalton> and that fw is not in linux-firmware
[18:29] <tjaalton> dvb-demod-si2168-b40-01.fw
[18:29] <tjaalton> for pctv triplestick
[18:31] <elmo> rtg: http://paste.ubuntu.com/23183199/
[18:32] <rtg> elmo, whoa, that seems really broken. guess I'll go fix that.
[18:32] <rtg> I was kinda sure I _had_ tested that.
[18:35] <rtg> elmo, I should point out that you won't get a signed kernel until it gets into proposed (linux-signed-generic-lts-yakkety)
[18:35] <elmo> rtg: oh, err - so I'll need to turn off secure boot then?
[18:35] <rtg> yes
[18:36] <elmo> rtg: OK
[18:56] <rtg> elmo, doh! The LTS kernel is still building, so of course there is nothing to install. I uploaded a new version earlier today.
[19:32] <elmo> rtg: aha
[19:33] <elmo> rtg: will retry tomorrow then, thanks
[19:35] <rtg> elmo, though it does seem strange that the meta package published before all of the dependencies were done building.
[21:34] <apw> elmo, that is because the older metas are missing build depends on the binaries