[13:10] <rafaeldtinoco> why the ddebs for linux-image are 15Kb only ? anyone knows ?
[13:11] <rafaeldtinoco> I see ddebs.ubuntu.com/dists was moved to dists.old
[13:30] <xnox> rafaeldtinoco:  are you looking at the real ABI linux-image package; or just the meta which indeed is empty usually?
[13:30] <rafaeldtinoco> I was using info from Packages to generate BTF files for HWE kernels
[13:30] <rafaeldtinoco> https://github.com/aquasecurity/btfhub/tree/main/ubuntu/20.04/x86_64
[13:31] <rafaeldtinoco> because Ubuntu Bionic and Focal don't enable BTF by default
[13:31] <rafaeldtinoco> script stopped working recently that is all I see #)
[13:32] <rafaeldtinoco> BTW updating dwarves for Bionic and Focal will allow you to enable embedded BTF into HWE kernels for both. That would save eBPF vendors a lot of trouble ^.
[13:33] <rafaeldtinoco> wget http://ddebs.ubuntu.com/dists/bionic-updates/main/binary-amd64/Packages -O bionic-updates -> now package points to a 15Kb ddeb file
[13:34] <rafaeldtinoco> https://github.com/aquasecurity/btfhub#ubuntu (about eBPF support topic)
[14:25] <xnox> rafaeldtinoco:  i have backpowered dwarves to enable BTF by default
[14:25] <xnox> rafaeldtinoco:  but SRU team is not accepting it =(
[14:26] <xnox> rafaeldtinoco:  i'm not sure you are doing things right.
[14:26] <xnox> rafaeldtinoco:  linux-image..... blah blah contains no debug symbols. but depends on unsigned ddebs package. you need unsigned linux image ddeb for ddebs
[14:27] <xnox> Package: linux-image-unsigned-5.0.0-61-generic-dbgsym
[14:27] <rafaeldtinoco> ah ok.. then it makes more sense.. I recently changed that
[14:27] <xnox> Installed-Size: 5749733
[14:27] <rafaeldtinoco> because of a regex change. thanks xnox 
[14:27] <rafaeldtinoco> sorry for the noise then
[14:27] <rafaeldtinoco> and rbasak ^ if you could help reconsidering dwarves backport 
[14:28] <rafaeldtinoco> to enable BTF in HWE kernels for Bionic and Focal
[14:28] <rafaeldtinoco> that will open a new world to Ubuntu (regarding k8s and eBPF)
[14:28] <rafaeldtinoco> for already installed base at least =)
[14:28] <rafaeldtinoco> xnox: thx a lot
[14:42] <jdstrand> hi! fyi, I think that linux-firmware needs an update for i915 for hwe-5.11: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1889137/comments/12
[14:44] <jdstrand> tjaalton: hey, fyi since you did the last linux-firmware update for focal ^
[14:58] <tjaalton> jdstrand: right, those are harmless though
[14:59] <tjaalton> although the noise isn't nice
[15:19] <jdstrand> tjaalton: oh? it seemed scary since I use i915
[15:19] <jdstrand> but ok
[15:40] <tjaalton> jdstrand: guc isn't used at all before 5.15, and even there it's only enabled for gen11 and up (Ice Lake ->)
[15:41] <tjaalton> huc is used for h.264 encoding
[15:41] <tjaalton> required, I mean. and that's not a common use case
[15:43] <tjaalton> hmm no, HEVC/H.265
[16:24] <rbasak> rafaeldtinoco: the dwarves *SRU* is blocked on https://bugs.launchpad.net/ubuntu/+source/dwarves-dfsg/+bug/1912811/comments/7. Nothing else to reconsider I don't think?
[16:25] <rbasak> rafaeldtinoco: separately I'd like to discuss the backports pocket as a better destination, and it would be good to discuss that before accepting the SRU.
[16:25] <rafaeldtinoco> rbasak: I'll think on that commit through. Safest way would be to have 'pahole' binary statically compiled added to old dwarves perhaps.
[16:25] <rafaeldtinoco> without changing dwarves entirely for the rest of the OS.
[16:26] <rbasak> rafaeldtinoco: maybe it would be easier to push into backports though? Any reason that is not acceptable?
[16:26] <rafaeldtinoco> rbasak: compiling kernel with -backports ?
[16:26] <rafaeldtinoco> that was my -1 on that idea (before) =(
[16:26] <rafaeldtinoco> and I did see the -backports thread indeed
[16:26] <rbasak> Oh, the kernel has to build-depend on this?
[16:26] <rafaeldtinoco> I still have to get back to it though
[16:27] <rafaeldtinoco> rbasak: yep, the pahole binary is used to play with DWARVES/BTF on kernel generation (kernel build-deps on dwarves and it is old for HWE builds)
[16:27] <rbasak> Ah
[16:27] <rbasak> OK, so SRU then, but that means even more care needs taking!
[16:27] <jdstrand> tjaalton: ack, thanks!
[16:27] <rbasak> And, does it mean we need to SRU verify against a rebuilt kernel?
[16:27] <rafaeldtinoco> rbasak: are you super -1 on having a newer static pahole (being compiled together with old dwarves source) added to the binary pkg ?
[16:28] <rafaeldtinoco> the only change to final package would be a static binary added (that kernel could use if present)
[16:28] <rafaeldtinoco> and the delta would be to add the pahole binary generation logic
[16:28] <rbasak> rafaeldtinoco: definitely not -1 right now. I don't fully understand the situation so cannot have an opinion yet.
[16:28] <rafaeldtinoco> ok
[16:28] <rafaeldtinoco> Ill work on it and describe it fully in the bug.
[16:28] <rbasak> Thanks!
[16:28] <rbasak> If backports cannot work then I'm open to an SRU still.
[16:28] <rafaeldtinoco> and about -backports, will get back to the thread soonish. Sorry on the dealys
[16:29] <rafaeldtinoco> rbasak: that will enable BTF for Bionic and Focal
[16:29] <rafaeldtinoco> and that is a key competitive feature against centos/fedora/alma
[16:29] <rafaeldtinoco> fyio
[16:29] <rbasak> I just thought backports would be easier, but if that can't work, then it's certainly worth considering the SRU.
[16:29] <rafaeldtinoco> nice! tku!
[17:08] <xnox> rbasak:  backports no good, as it needs to be kernel's build-dep.
[17:08] <xnox> rbasak:  nothing but the kernel uses those packages, and kernels have stop using them, because they are too old.
[17:24] <rbasak> xnox: lots of good explanations to go in the bug please, thanks :)