[10:29] <raidghost> TJ-: was my bug report correct made?
[10:31] <TJ-> raidghost: what's the bug number? I have private messages blocked so I didn't see it yesterday
[10:32]  * apw didn't know you could block PMs ... interesting
[10:33] <TJ-> apw:  /umode +g
[10:34] <TJ-> apw: you get a server message telling you a msg was blocked, and you can have a PM with that person by doing "/query <nick> hi" to open it from your side
[10:34] <apw> oh that is quite nice if you are getting slapped about
[10:35] <TJ-> raidghost: post the buglink, apw is someone I'd like to see it :)
[10:35] <TJ-> apw: being in support channels, without +g, everyone thinks they're special and can get 1-to-1 help
[10:37] <TJ-> apw: raidghost's issue is that there is a system with 12 DVB devices in and the kernel config is hard-coded to 8... the request is to increase that, I'm going to suggest 16 ... hopefully the bug number will be provided soon. The problem is 4 devices don't get initialised due to insufficient device numbers
[10:37] <apw> yeah i bet, most people do think they are special :)
[10:38] <TJ-> apw: in this case 3 physical adapters each with 4 DVB frontends
[10:38] <apw> i'm sparticus
[10:39] <apw> TJ-, that doesn't sound like an unreasonable request, if it isn't making multi-megabyte buffers for DVD cards you don't have at least
[10:39] <TJ-> It needs DVB_MAX_ADAPTERS=16 rather than =8
[10:39] <TJ-> apw: right... raidghost show is the bug link !
[10:40] <apw> the default is 16, so that should tell me something :)
[10:40] <apw> yeah and they changed the defualt quite recently
[10:41] <TJ-> sounds like a no-brainer as they say, then
[10:41] <apw> if someone gives me the buglink i will add some commentary
[10:41] <TJ-> raidghost: yooo-hoooo, anyone home!?!?
[10:41] <apw> i am more suppriused it isn't something could be changed later, very odd
[10:41] <TJ-> apw: me too, you can change the minor numbers but not the major
[10:42] <apw> mostly those kinds of configs now define the number which are made by defualt
[10:42] <TJ-> like you suggested, maybe it was a reserved bufferse compromise
[10:42] <apw> for old s/w which cannot cope with asking for new ones
[10:42] <apw> i don't see it doing that, so i think it is just 8 ... noone could have more than 8
[10:42] <TJ-> yeah, that's what I expected, but it is hard coded with no over-ride
[10:42] <raidghost> TJ-: of course anyone home :P
[10:42] <TJ-> raidghost: show us the buglink .. apw is raring to go :)
[10:43] <raidghost> https://bugs.launchpad.net/ubuntu/+source/linux-hwe/+bug/1752692
[10:43] <ubot5`> Ubuntu bug 1752692 in linux-hwe (Ubuntu) "Increase DVB_MAX_ADAPTERS from 8 to 16 in kernel config" [Undecided,New]
[10:43] <raidghost> not sure if its made the propper way. But i gave it a try
[10:47] <TJ-> raidghost: can you attach the system logs using "apport-collect 1752692"
[10:48] <raidghost> TJ-: Would that show everything? i know there has been some issues with mdraid and others. But now fixed.
[10:49] <TJ-> raidghost: it's the standard bug info collection tool, you could just attach the output of 'dmesg' ("dmseg > /tmp/dmesg.log") 
[10:55] <raidghost> give me a sec. had to isntall python-apport
[10:56] <raidghost> weird. Bad bot go away. didnt like my links :P
[10:58] <raidghost> i use my ubuntu username and password. 
[11:08] <raidghost> Something went wrong TJ- 
[11:11] <TJ-> raidghost: just log-in to Launchpad and attach the captured dmesg output manually
[11:12] <LocutusOfBorg> hello guys
[11:12] <LocutusOfBorg> vboxvideo.ko:
[11:12] <LocutusOfBorg> Running module version sanity check.
[11:12] <LocutusOfBorg> Error! Module version 5.2.8_Ubuntu for vboxvideo.ko
[11:12] <LocutusOfBorg> is not newer than what is already found in kernel 4.15.0-10-generic (5.2.8_Ubuntu).
[11:12] <LocutusOfBorg> You may override by specifying --force.
[11:12] <LocutusOfBorg> this makes *no* sense
[11:12] <raidghost> Tj: so just use add a comment or attachment. and write in description dmesg and just upload file?
[11:12] <LocutusOfBorg> sforshee, apw^^^ AFAIK vboxvideo is from staging, and *can't* return such version
[11:12] <apw> LocutusOfBorg, indeed, the dkms version checker is bonkers
[11:12] <LocutusOfBorg> I did modinfo and there is no 5.2.8
[11:12] <apw> it cannot cope with the idea that the module you have has no version field but the dkms one does
[11:12] <apw> it is a bug in dkms
[11:13] <LocutusOfBorg> ack, thanks for confirming
[11:13] <LocutusOfBorg> so "if version == NULL" pass?
[11:13] <apw> it more correctly should sya, these two use different versioning so i cannot make any kind of judgement
[11:13] <LocutusOfBorg> I would like to fix it
[11:13] <apw> LocutusOfBorg, if we are using the in kernle one from 4.15 upwards then you can tell the dkms package that
[11:13] <apw> that it is not appopriate for that system
[11:13] <apw> obsolete after, something like that
[11:15] <TJ-> raidghost: yes, log-in to LP, at the bottom of the bug page there's the "Add atachment or patch" link
[11:17] <raidghost> TJ-: Done
[11:18] <TJ-> raidghost: you'll see apw has already adopted the bug so it's in progress
[11:18] <raidghost> thats why it says invalid on some affects?
[11:19] <TJ-> raidghost: correct, he's assigned it to the correct projects/packages
[11:19] <raidghost> I wrote 4 cards, since gonna install the last card tonight. Hoe that doesnt kill the prosess
[11:20] <TJ-> raidghost: the new default in mainline is to set the value to 16, which would support 4 adapters with 4 heads each
[11:20] <raidghost> Great <3 What time aspect do you think it will take?
[11:21] <TJ-> raidghost: can't say, but watch the bug report. It's a pretty trivial change.
[11:22] <raidghost> Thanks alot for help both you and apw. And the rest of ubuntu <3
[11:23] <raidghost> breakfast time here in norway. See you later. 
[11:26] <LocutusOfBorg> apw, this is even worse, the vboxvideo from vbox-guest-dkms is not installed at all now
[11:39] <apw> right because it thinks the one we have is good
[11:51] <LocutusOfBorg> I found a fix
[11:52] <LocutusOfBorg> that 5.2.8 was leftover from previous modules verification, initializing it with 0 makes everything work
[11:53] <LocutusOfBorg> and the check with version not found is: 5.2.8 > 0 -> install
[11:54] <LocutusOfBorg> this is the patch:
[11:54] <LocutusOfBorg> vboxvideo.ko:
[11:54] <LocutusOfBorg> Running module version sanity check.
[11:54] <LocutusOfBorg> Error! Module version 5.2.8_Ubuntu for vboxvideo.ko
[11:54] <LocutusOfBorg> is not newer than what is already found in kernel 4.15.0-10-generic (5.2.8_Ubuntu).
[11:54] <LocutusOfBorg> You may override by specifying --force.
[11:54] <LocutusOfBorg> oops
[11:54] <LocutusOfBorg> get_module_verinfo() 
[11:55] <LocutusOfBorg> there is an "unset res", but seems to be not unsetting res[1] res[0] res[2]
[11:55] <LocutusOfBorg> so, I added res[0]=0 res[1]=0 res[2]=0
[11:55] <LocutusOfBorg> seems working
[12:15] <LocutusOfBorg> dkms uploaded
[12:15]  * LocutusOfBorg feels dirty
[12:25] <LocutusOfBorg> now apw with this dkms, the testsuite will pass, and fail once you merge 5.2.8 in the kernel
[12:26] <LocutusOfBorg> the usual stuff
[12:54] <apw> LocutusOfBorg, yep, great, thanks
[13:06] <LocutusOfBorg> 5.2.8-dfsg-2	virtualbox/5.2.8-dfsg-2 dkms/2.3-3ubuntu5	2018-03-02 12:50:07 UTC	0h 04m 03s	pass	log   artifacts  
[13:07] <apw> when a userprocess sleeps it asks the krenel to do something
[13:07] <apw> and then schedules away to run something else, which may be idle
[13:07] <apw> if the machine is not doing anything
[13:07] <apw> but it is not in userspace when it is not doing something
[13:07] <apw> which is how it multi-tasks
[17:29] <Martiini> I'd wanna compile my own kernel for my laptop
[18:49] <Martiini> https://kmuto.jp/debian/hcl/Lenovo has device info for kernel compile