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