January 2020 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] Re: A Kernel for Kata Containers
by Dario Faggioli 28 Jan '20

28 Jan '20

On Tue, 2020-01-28 at 10:08 +0100, Ralf Haferkamp wrote: > On Tuesday, 28 January 2020 09:02:00 CET Jiri Slaby wrote: > > > > On 28. 01. 20, 8:55, Dario Faggioli wrote: > > > So, here's the question: what should we do? > > > Do we "promote" kvmsmall? > > > > If you need severe changes, I wouldn't touch kvmsmall. > > I guess the current answer is: We don't know yet. For now we could > get > most things to work with kvmsmall. > Sure, but just the other day, on this very list, it was said that: "the -kvmsmall flavor was *not* designed for "occasional home user" or, actually, any user. Its sole purpose is to serve as a flavor which builds as quickly as possible so that developers could quickly test their core fixes in a VM (or bisect regressions). Originally, we didn't even plan to build and publish it in BuildService" https://lists.opensuse.org/opensuse-kernel/2020-01/msg00019.html Which I think is incompatible with the idea of using it as a Kata Containers kernel. As, I don't think we want to tell our (potential) future Kata users: <<here, use Kata on openSUSE with a kernel which shouldn't really be used for anything other than debugging>> :-P I mean, it's fine that we're using it right now, given the experimental stage of the whole thing, but I don't really see it fitting going forward (which is why I started the thread :-P). Regards -- Dario Faggioli, Ph.D http://about.me/dario.faggioli Virtualization Software Engineer SUSE Labs, SUSE https://www.suse.com/ ------------------------------------------------------------------- <<This happens because _I_ choose it to happen!>> (Raistlin Majere)

1 0

[opensuse-kernel] Re: A Kernel for Kata Containers
by Jiri Slaby 28 Jan '20

28 Jan '20

Hi, On 28. 01. 20, 8:55, Dario Faggioli wrote: > So, here's the question: what should we do? > Do we "promote" kvmsmall? If you need severe changes, I wouldn't touch kvmsmall. > Do we create a new kernel (i.e., a new branch in our kernels, IIUC)? Not new kernel or branch. Just new flavor as kvmsmall is. > Do we, I don't know, find a way to build and ship Kata's upstream > kernel? I don't see a reason for this. Are there some out-of-tree patches? If so, you need to build your own kernel. But you can still do that by linking kvmsmall and tune it with config.addon and/or patches.addon. thanks, -- js suse labs

3 3

[opensuse-kernel] kernel-kvmsmall missing uinput module.
by Stefan Seyfried 20 Jan '20

20 Jan '20

Hi kernel hackers, I tried the kernel-kvmsmall in a libvirt/KVM vm with current tumbleweed. Unfortunately, resizing the screen did not work. Usually I just have to call "xrandr -s 0" after resizing and the X server will adapt. Investigating Xorg.log differences, I found that spice-vdagent seemed to be not working. I then built and inserted the uinput module for this kernel, logged out and back in again and now resizing the VM window works again. Would it be possible to enable uinput for kernel-kvmsmall? Best regards, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

6 13

[opensuse-kernel] https://kernel.opensuse.org/ outdated
by Guillaume Gardet 20 Jan '20

20 Jan '20

Hi, https://kernel.opensuse.org/ is outdated and shows a state from December. Cheers, Guillaume IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] Some kmp fail to build for Leap 15.2 ARM
by Guillaume Gardet 07 Jan '20

07 Jan '20

Hi, Since mid-december, mali kmp fail to build on Leap 15.2 aarch64 with: ERROR: "mm_trace_rss_stat" [/home/abuild/rpmbuild/BUILD/driver/product/kernel/drivers/gpu/arm/midgard/mali_kbase.ko] undefined! JobHistory: https://build.opensuse.org/packages/mali-bifrost-kmp/job_history/devel:ARM:… We probably need to add: EXPORT_SYMBOL_GPL(mm_trace_rss_stat); In mm/memory.c But it is unclear why Tumbleweed (still at 5.3) and SLE15-SP2 are fine. Any idea what causes this difference? Cheers, Guillaume IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 6