[15:41] <kees> sforshee: any chance you can take the patch for LP: #1766052 ?
[15:41] <ubot5`> Launchpad bug 1766052 in linux (Ubuntu Bionic) "Incorrect blacklist of bcm2835_wdt" [Medium,Triaged] https://launchpad.net/bugs/1766052
[15:47] <sforshee> kees: we'll have to get acks, but the patche looks like it's missing a pipe
[15:48]  * kees covers his face
[15:48] <kees> I'll send a v2.
[15:49] <sforshee> thanks, I'll ack it when it comes
[15:49] <sforshee> replying to the original
[15:51] <kees> v2 sent
[16:29] <kamal> kees, sforshee: it feels icky to me, stuffing that raspi-specific exception into the generic 2-binary-arch.mk (and that it presupposes that no other platform would build bcm2835_wdt anyway (?))
[17:02] <sforshee> kamal: the driver depends on ARCH_BCM2835 so we're only talking about arm64
[17:02] <sforshee> and we don't really have a way to say "don't blacklist only if installing on raspi"
[17:03] <sforshee> at least none that I know of
[17:08] <kamal> sforshee, yeah, I don't see any already-existing better solution either, but IMHO, that "don't blacklist this specific driver" should be encoded in raspi2's abi somehow -- not just hardcoded in 2-binary-arch.mk
[17:09] <kamal> *in raspi2's abi dir somehow
[17:09] <sforshee> kamal: this is the generic arm64 kernel not the raspi2 derivative
[17:10] <sforshee> https://github.com/raspberrypi/linux/issues/2523
[17:21] <kees> kamal: One idea I had was to not blacklist watchdogs with hardware aliases, since they're _supposed_ to be autoloaded.
[17:22] <kees> but then, what's the point of the blacklist? I don't understand why that exists anyway...
[17:25] <kamal> kees, it was apparently implemented to fix some other broken hardware: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1432837
[17:25] <ubot5`> Ubuntu bug 1417580 in linux (Ubuntu) "duplicate for #1432837 HP Proliant Servers Advices for Ubuntu Linux (cmdline, panics, firmware options)" [Undecided,Invalid]
[17:34] <kees> kamal: hmmm, well, I think the global blacklist is a bit too wide. :)
[17:36] <kamal> kees, I agree!
[17:37] <kees> also, it looks like systemd's systemd-load-module regressed from the /etc/init.d/kmod handling of explicitly loaded modules
[17:37] <kees> i.e. I used to be able to put modules in /etc/modules and they would get loaded.
[17:37] <kees> under 18.04, they're checked against the blacklist.
[17:43] <kees> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1767172
[17:43] <ubot5`> Ubuntu bug 1767172 in systemd (Ubuntu) "Regression: /etc/modules checked against blacklist" [Undecided,New]
[21:51] <maccam94> I want to test a bugfix for perf, is there a handy command to rebuild just the linux-tools-<version>-generic package? (preferably with pbuilder/debuild) i have the source checked out already