[osv-dev] Librarization/Modularization

2020-05-25 Thread Waldek Kozaczuk
Hi, I am going to be sending proper "Next Release Proposal" email later this week (or next) and "Librarization/Modularization" will be a key part of it. Currently, OSv kernel provides quite a significant subset of the functionality of some standard Linux libraries listed here -

Re: [osv-dev] Using PERCPU in application or module

2020-05-25 Thread Wonsup Yoon
Thank you for the response. Yes, dynamic_percpu is perfect for my purpose. However, I encountered another issue. If I use dynamic_percpu with preempt-lock (I think it is very common pattern), it abort due to assertion failed. It seems lazy binding prevents preemption lock. So, I had to add

[osv-dev] Re: [PATCH v2 4/4] virtio-fs: refactor driver / fs

2020-05-25 Thread Fotis Xenakis
> > Hi, > > I think both 3 and 4 parts of your patches look good. But I guess it would > not hurt if Nadav could scrutinize at them from C++ perspective as well. > > However, I am having a bit of trouble testing those. I do not think > anything is wrong with your patches but possibly something

Re: [osv-dev] OSv boots and runs simple hello world on Firecracker ARM edition ... on Raspberry PI 4

2020-05-25 Thread Nadav Har'El
On Thu, May 21, 2020 at 11:58 PM Waldek Kozaczuk wrote: > > *ubuntu@ubuntu-rasp4*:*~*$ uname -a > > Linux ubuntu-rasp4 5.3.0-1025-raspi2 #27-Ubuntu SMP Fri May 8 08:32:04 > UTC 2020 aarch64 aarch64 aarch64 GNU/Linux > > *ubuntu@ubuntu-rasp4*:*~*$ ./firecracker-v0.21.1-aarch64 --no-api --config >

Re: [osv-dev] [PATCH 2/3] lzloader: fix memset() implementation

2020-05-25 Thread Nadav Har'El
On Mon, May 25, 2020 at 7:31 AM Rick Payne wrote: > > I think this is also related to 913. Indeed! :-) I had a sense of deja-vu with this memset() loop, and dug up the patch I wrote back then and just updated it. > I'll try without my patch (which > we've been having to use since then). >