/srv/irclogs.ubuntu.com/2016/09/16/#ubuntu-kernel.txt

_ami_apw: calling generic_handle_irq() explicitly on GPIO does the job which i wanted. 07:52
_ami_:)07:54
apw_ami_, cool08:20
_ami_apw: obviously this is the way. emulation of hardware irq to software irq to linux. gutted to not understand this at first place. :/08:30
tjaaltondoes the meta package get an update for sru only when the kernel is migrated to -updates?09:27
apwtjaalton, the meta-package migrates with the kernel as it moves -proposed to -updates09:29
tjaaltonsure but does it get bumped for the abi only once or with every kernel abi change?09:30
tjaaltonone guy claims that xenial-proposed didn't have an update for linux-generic..09:30
tjaaltonyeah it's there09:31
tjaaltonshould've just checked myself :)09:31
apwtjaalton, -meta gets updated for any ABI change in linux, and copies out to -proposed with the kernel as a matched pair always09:32
tjaaltonyeah, thanks09:33
tjaaltonfor confirming09:33
apwnp09:33
rtgelmo, 'apt-get install linux-generic-lts-yakkety' works a little better now that things are done building12:39
elmortg: thanks, will try12:41
apwrtg, that reminds me you commiteed that "use src_pkg_name in udebs" thing to yakkety ...12:48
apwrtg, that can't be on the main branch else it breaks the derivative kernels, that is an lts-foo only patch, and so has be carried on those explicitly12:48
rtgapw, hmm, I guess none of the derivatives build udebs this far. Perhaps we could modify the patch so that it works on mainline ?12:50
rtgthus far*12:50
apwwe'd only notice when d-i is built as it is only in the name of the linking package to that12:50
apwit won't break the linux-raspi2 for instance, just any d-i respin we did for that12:50
apwrtg, and yes, prolly the right thing to do is make that do some kind of if on src_pkg_name and if it is linux-lts-* then use that, else linux12:51
apwon the master branch, but in the past we have just carried it on the linux-lts-X branch and been happy12:51
rtgapw, I think this regression appeared when we adopted the modern d-i layout for kernel-wedge. This is the first I've encountered this particular udeb generation bug.12:53
apwrtg, the src_pkg_name thing, or the one i just fixed12:54
apwthe one i just fixed was introduced by me in the rejig 12:54
apwthe src_pkg_name thing has been done to all the trees up to now as far as i know12:54
apwits nothing to do with the bit which kernel-wedge plays with12:54
apwrtg, in lts-wily for instance that change is squashed into "UBUNTU: [Packaging] Wily LTS backport"12:57
rtgapw, look at Precise, commit 2fcd9ea38097d1d27837b7a407d3f264e2cf4c7c. Looks like henrix ran into the same problem independently.12:59
rtgapw, nm, I was on the wrong branch12:59
apwrtg, we had a variety of messes with that, one has the default the other way and alllll the derivates have the reversing patch13:00
apwbut it is only lts-foo that cannot use the approved linux-<thing>-flavour form because it annoyingly duplicates the flavour names13:00
apwso it is logical for that exceptional branch to carry the exception, or as we said earlier to bodge it in master using the name prefix13:01
rtgapw, I'll work on bodging it so we don't have to remember to port it to every LTS kernel going forward.13:14
apwrtg, fine with me13:14
GhostLyricsWe bought a new machine, installed 16.04 and our software setup and now our hardware RAID controller refuses to work after ~3-4 days of uptime with kernel messages similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=70335613:31
ubot5`Debian bug 703356 in src:linux "megasas: Failed to alloc kernel SGL buffer for IOCTL (ref.#688198)" [Important,Open]13:31
GhostLyricsSo, what do I do? Wait and hope for this to be fixed? Downgrade to 14.04.X since I don't see if my RAID is healthy when running 16.04?13:32
GhostLyricsnot the best question or wording, I know, but that bug has been open for 3 years 13:33
=== JanC is now known as Guest68752
=== JanC_ is now known as JanC

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