=== Elimin8r is now known as Elimin8er === marlinc_ is now known as marlinc === FourDollars_ is now known as FourDollars === popey_ is now known as popey === Odd_Blok1 is now known as Odd_Bloke === henrix_ is now known as henrix === lool- is now known as lool [12:10] rtg: hi, I recovered all the commits from my original branch but now master-next fails to build (not my fault). Shall I base my branche on master? [12:10] *branch [12:11] depends on what is failing to compile I guess. Is it in your pile or mine ? [12:11] rtg: drivers/scsi/qla2xxx/tcm_qla2xxx.c:466:12: error: 'TARGET_SCF_USE_CPUID' undeclared (first use in this function) [12:11] that's not mine [12:11] tseliot, ok, thats mine. base on master-next and I'll figure it out. [12:12] man i really wanted that pile to get its own upload [12:12] rtg: ok, but I'm going to use master for testing, just to be sure [12:13] tseliot, thats fine. the stuff already on master-next is completely unrelated [12:13] rtg: ok, good [12:24] tseliot, fixed the compile failure [12:59] rtg: great, I'll rebase on that, thanks! [13:00] tseither one is fine [13:00] tseliot, either branch is fine [13:01] rtg: and by either you mean master-next and...? [13:01] tseliot, master or master-next [13:02] rtg: ok, I just wanted to be sure [13:06] master builds. Building master-next now [13:10] tseliot, I'm happy with master. just send the updated pull request. [13:28] rtg: a pull request of my master-based branch into master or into master-next? [13:29] tseliot, doesn't matter. whatever you currently have is fine [13:29] ok [13:30] there isn't enough difference between master and master-next at this point to mamke a difference [13:30] true [13:45] rtg: ok, pull request sent. The kernel works well here [13:45] tseliot, ack [14:03] jsalisbury: hey, fyi my comments in bug #1547619. I can summarize though, the new xenial kernel in the archive has the bug, and the url you gave in you last comment has kernels I previously tested [14:03] bug 1547619 in linux (Ubuntu Xenial) "Intermittent screen blinking with 4k external mini display port with 4.4 kernels" [Medium,In progress] https://launchpad.net/bugs/1547619 === jdstrand_ is now known as jdstrand [14:12] rtg: here is the upstream pull request that includes the only non-upstream patch in my branch https://lists.freedesktop.org/archives/dri-devel/2016-March/102119.html (just in case) [14:13] tseliot, ack, thanks [14:30] jdstrand, ack, let met make sure I uploaded the right kernel [14:34] jdstrand, I must have copied it to the wrong place. I'm just going to rebuild the kernel, so we're confident it's the right one. [14:36] thanks === rcj` is now known as rcj [15:02] jdstrand, I rebuilt that kernel and re-posted it: http://kernel.ubuntu.com/~jsalisbury/lp1547619 [15:15] hey fellas... anybody good with patching kernels? I have been trying to get this patch working for an hour probably with no luck. i downloaded it from sorceforge (reiser4) trying to patch 4.4 [15:33] jsalisbury: thanks [18:14] hi, you updated the megaraid driver in the 4.4 kernel right? [18:15] bug 1544679 [18:15] bug 1544679 in linux (Ubuntu Xenial) "Request to merge upstream fixes into 16.04 for megaraid driver" [Medium,Fix released] https://launchpad.net/bugs/1544679 [18:15] because my machine is not booting anymore due to some issue with it [18:16] someone interested in debugging? then I could go get a picture of the error ._. [20:18] jtaylor, yep, if its blowing up, anything you can get ... file a new bug against linux and reference the update above and include the piccy [20:18] jtaylor, and ... let us know the bug# here [20:25] apw: do you know if there have been updates to this driver since 4.2? [20:25] I haven't tested the 4.4 before the thing mentioned in the changelog [20:25] but 4.2 works [20:25] I'll file a bug [20:25] jtaylor, i do not, i just recall that bug going past ... [20:26] yes please, and note hte bug# here please, so we can get some attnetion on it, so we can determine if it is that update [20:26] we should be able to offer you an old 4.4 build from just before it [20:27] apw: I have been using the recently uploaded lts-xenial build [20:27] thats ok to file a bug from? [20:27] sure, its the same bits inside [20:28] file against linux or the lts source package? [20:28] file it against the lts if you are running that, in case it is an interaction with userspace that triggers it [20:28] and i can add a task for linux too as it is more likley general and affects both [20:29] the root is on the raid so it shouldn't be using userspace before it fails [20:29] ok starting to file it now [20:43] apw: bug 1552903 [20:43] bug 1552903 in linux-lts-xenial (Ubuntu) "fails to boot on megaraid" [Undecided,New] https://launchpad.net/bugs/1552903 [20:43] ups should have probably shrunk the image a little in size .. [20:47] jtaylor, thats fine, could you also grab a dmesg from the latest kernel which worked for you [20:47] and indicate that in the bug [20:47] sure [20:51] apw: done [20:55] jtaylor, passed it on to rtg as he did the update ... thanks for reporting [20:56] thanks, I'll can probably do some testing tomorrow or next week in evenings [21:03] jtaylor, I'll pass on your bug to the Canonical project manager that deals with these guys. The update request was in bug #1544679. [21:03] bug 1544679 in linux (Ubuntu Xenial) "Request to merge upstream fixes into 16.04 for megaraid driver" [Medium,Fix released] https://launchpad.net/bugs/1544679 === marga- is now known as marga [23:18] jsalisbury: hi