https://bugzilla.suse.com/show_bug.cgi?id=1192457 https://bugzilla.suse.com/show_bug.cgi?id=1192457#c38 --- Comment #38 from Martin Wilck <martin.wilck@suse.com> --- (In reply to Takashi Iwai from comment #35)

(In reply to Martin Wilck from comment #32)

...

Is there anything that prevents us from re-enabling zstd now?

I think yes, at least for TW, we should try rolling things.

I'd very much hope for SP4, too, as expressed in my kernel ML posting. If we consider this change risky, we should enable it in _early_ beta in order to be able revert if necessary, not vice versa.

And, let's try a bit higher compression level. The original bug description here is about the increase of binaries, and the image creation workaround doesn't influence the actual sizes.

I suppose the level 10 could be a good compromise?

I have systematic results only for initramfs, where the differences are smaller, probably because the default compression level in dracut (SUSE) was "xz -0" whereas we've been using just "xz" for the kernel, which defaults "xz -6". -- You are receiving this mail because: You are the assignee for the bug.