/srv/irclogs.ubuntu.com/2015/02/26/#ubuntu-kernel.txt

cmaginaa commit that was pulled into the recent trusty sru via lp1419838 broke booting on arm64. the fix is already upstream and in the ubuntu/linux tree as commit: d6ad36913083d683aad4e02e53580c995f1a6ede what is the process for getting that in as soon as possible?16:56
apwbjf, henrix ^16:57
henrixand kamal :)16:57
* henrix goes look at the bug16:57
henrixah, it's a stable update16:59
cmaginayeah, sorry, guess i should have left off the lp part so mup grabbed it16:59
henrixcmagina: a new SRU cycle will start next week16:59
apwbug #141983817:00
ubot5bug 1419838 in linux (Ubuntu) "Trusty update to v3.13.11-ckt15 stable release" [Undecided,Confirmed] https://launchpad.net/bugs/141983817:00
cmaginahenrix: today is the last day for commits, correct?17:00
henrixcmagina: if we have that fix in, it will take ~3 weeks to be released.  is that soon enough?17:00
cmaginahenrix: well, it currently breaks all arm64 boards that install the updates kernel17:00
cmaginathey won't boot17:00
henrixyeah, a nasty one :-/17:01
henrixbjf: ?17:01
apwcmagina, do these board have a button to boot a previous krenel or are they bricks after this17:02
cmaginaapw: not easily, they all use uboot. so requires a rescue environment17:02
cmaginaso, pxeboot a working kernel and fix it there type deal17:03
apwcmagina, and that id in updates or proposed17:04
apwis17:04
henrixapw: updates17:04
henrixi was just checking that :)17:04
henrixso, it has been already released17:04
cmaginayeah, we missed it in our testing17:04
cmaginaour infrastructure has been getting moved around17:06
apwas in we didn't do any i assume ?17:06
cmaginayeah, the tests that verified the proposed kernels was disabled17:07
cmaginawere17:07
cmaginafun of moving labs17:07
henrixcmagina: do we have a bug # for that already?  let's wait for bjf and see what he thinks17:09
cmaginahenrix: i will submit one17:09
henrixcmagina: thanks17:09
apwcmagina, and only trusty yes ?17:10
* bjf reading17:10
kamalfyi, the offending commit was ported to 3.16 also17:10
cmaginaapw: i have not tried utopic yet, its on my list17:11
apwdid we get the fix above as well ?17:11
kamalah, I see the fix got applied to 3.1617:12
kamal... but hasn't yet appeared in utopic.17:13
henrixkamal: yeah, both commits are in 3.16 stable, but none has hit utopic yet17:14
bjfhenrix, apw, cmagina are we only talking about Trusty at this point?17:14
kamalhenrix, lucky!!17:15
cmaginabjf: thus far, i need to test utopic17:15
apwbjf, i think kamal is just saying that utopic has been spared17:15
henrixkamal: :)17:15
kamalbjf, yes, this looks like it should only affect trusty at this time17:15
kamalthough cmagina is welcome to test it anyway17:15
kamalbjf, the fix commit is trivial.  I'll apply it to 3.13-stable immediately:17:17
kamald6ad369 clocksource: arch_timer: Only use the virtual counter (CNTVCT) on arm6417:17
bjfkamal, henrix, cmagina, apw, i think we need to get this fixed and get that fix out asap 17:18
bjfkamal, henrix, cmagina, apw, put simply, we spin trusty with just this fix17:19
kamalbjf, I'm okay with that17:19
kamalcmagina is filing a bug (right now?) ... we'll need that bug number.17:19
cmaginakamal: yes, i'll get that now17:20
bjfkamal, henrix, cmagina, apw, however, we need to get the testing of these sorted out so we don't end up here again17:20
henrixwould this also affect lts-backport-trusty?  since it's arm64, i guess not...17:21
henrixcmagina: ^17:21
henrixbjf: ^17:21
apwthere is arm64 arch in trusty 17:22
apwbut not in precise, so 17:23
apwi assume that means spinnin ghte lts-backport is pointless for this17:23
henrixcool17:23
cmaginakamal: bug 142604317:24
ubot5bug 1426043 in linux (Ubuntu) "kernel 3.13.0-46.75 fails to boot on arm64" [Undecided,New] https://launchpad.net/bugs/142604317:24
kamalcmagina, thanks much17:24
bjfapw, cmagina do we know if we use any of this HW for buildds ?17:26
cmaginabjf: i do not believe so. we did donate a board as a porter17:28
cmaginadannf: did we donate any of our arm64 hardware as buildd's?17:29
dannfbjf: yes, but they don't run ubuntu's kernel17:29
bjfdannf, we are not running our own kernels on our buildds ?17:33
dannfbjf: nope - and no technical reason ttbofmk. i send gentle pokes about that every month or so17:35
bjfdannf, do you know where the kernels come from that they are using?17:36
dannfbjf: yes - prebuilt binaries from apm17:36
dannffrom their bsp (which worked before ours did)17:37
dannfto switch, they'll require a firmware update and initializing flash-kernel - i'm guessing that's just a man-effort issue17:39
kamalbjf, apw: I just sent a [Trusty SRU PATCH] request for this ^^ to kernel-team@  ...  awaiting some ack's.17:40
kamalSubject:[Trusty SRU PATCH] clocksource: arch_timer: Only use the virtual counter (CNTVCT) on arm6417:40
cmaginakamal: what would the fixed kernel version be if thats possible to know at this point? that way i can get the word out to not reboot unless running that kernel17:49
kamalcmagina, it will be 3.13.0-46.7617:50
cmaginakamal: thanks17:51
mssbrgis virgin/linux-stable an exact mirror of mainline? what is the diff b/t virgin/linux-stable and virgin/linux?19:39
kamalmssbrg, virgin/linux.git is a mirror of mainline.  virgin/linux-stable.git is a mirror of the kernel.org stable repo (it includes all their stable branches, e.g. linux-3.19.y)20:07
kamalcmagina, still around?  could we get you to verify that our freshly baked kernel fixes the ARM64 boot problem?23:06
bjfdannf, ^ you available?23:13
dannfbjf: yeah - working on it. making sure i can reproduce w/ the old before trying the new23:40
dannfkamal: ^23:40
bjfdannf, thanks!23:43

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!