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)
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
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
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
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