Re: Issue with native protocol

Hi, On Thu, Jul 29, 2021 at 9:44 AM Erick Ramirez wrote: > When you restart C*, you should have an entry in the logs which look like > this that indicates it defaults to v4: > > INFO [main] 2021-07-28 20:45:31,178 StorageService.java:650 - Native > protocol supported versions: 3/v3, 4/v4,

Re: [osv-dev] [PATCH] aarch64: mask interrupt and disable timer in the handler

r the description > from the guide above, it is correct to mask the interrupt and/or disable > the timer in the timer interrupt handler. This is also what Linux does - > > https://github.com/torvalds/linux/blob/edd7ab76847442e299af64a761febd180d71f98d/drivers/clocksource/arm_arch_timer.c#

Re: [PATCH] riscv: fix bugon.cocci warnings

CC: Guo Ren > Reported-by: kernel test robot > Signed-off-by: kernel test robot > Signed-off-by: Julia Lawall Reviewed-by: Pekka Enberg

Re: [osv-dev] Contributing to osv.io

Hi Waldek, On Thu, Feb 18, 2021 at 1:45 AM Waldek Kozaczuk wrote: > You mean osv from cloudious-systems to osv-io, or vice versa? Or create a > new organization? How easy is it to move the repos? Moving repositories is easy between organizations and Github preserves old URLs too. I would move

Re: [osv-dev] Contributing to osv.io

Hi, On Fri, Feb 12, 2021 at 12:08 AM Matthew Kenigsberg < matthewkenigsb...@gmail.com> wrote: > Couldn't find that repo, I was looking in cloudius-systems 臘‍♂️ > Slightly off-topic: I think it would be good to (eventually) consolidate the Github organizations. Perhaps move "osv.git" (and

Re: [PATCH] riscv: Fixup CONFIG_GENERIC_TIME_VSYSCALL

meofday won't work. > > Signed-off-by: Guo Ren > Cc: Atish Patra > Cc: Palmer Dabbelt > Cc: Vincent Chen Reviewed-by: Pekka Enberg

Re: [PATCH] riscv: mm: abort uaccess retries upon fatal signal

arm.com/ > Signed-off-by: Guo Ren > Cc: Mark Rutland > Cc: Pekka Enberg > Cc: Palmer Dabbelt Reviewed-by: Pekka Enberg

Re: [PATCH v2 0/2] Let illegal access to user-space memory die

) helper > -Split one long line code into two Please also make no_context() use the new helper. Other than that: Reviewed-by: Pekka Enberg

Re: [osv-dev] [PATCH] Reject executables with non-matching machine type

Hi Samuel, On Mon, Nov 30, 2020 at 9:16 PM Samuel Laberge wrote: > I totally agree that would be simpler, I was just trying to match the > other conditionals around that one. But if it's better as != then I'd be > happy to change it! Up to you, really, but yeah "!=" is my preference. - Pekka

Re: [osv-dev] [PATCH] Reject executables with non-matching machine type

On Sun, Nov 29, 2020 at 11:22 AM Samuel Laberge wrote: > Whenever an ELF file is loaded, its machine identifier is now > compared to the kernel's. If they differ, the executable is > rejected. > > Fixes #1104 > > Signed-off-by: Samuel Laberge > Reviewed-by: Pekka

Re: [PATCH] riscv/mm: Prevent kernel module access user-space memory without uaccess routines

On Mon, Nov 30, 2020 at 7:33 AM Eric Lin wrote: > > In the page fault handler, an access to user-space memory > without get/put_user() or copy_from/to_user() routines is > not resolved properly. Like arm and other architectures, > we need to let it die earlier in page fault handler. Fix looks

Re: [osv-dev] Looking to Get Started

Hi Samuel, On Tue, Nov 3, 2020 at 2:27 AM Samuel Laberge wrote: > Hi all! > > I'm a CS student at the University of Texas at Austin and am really > interested in the OSv project. For one of my classes I need to contribute > to an open source project related to virtualization and I've been very

Re: [PATCH v3] riscv: fix pfn_to_virt err in do_page_fault().

On Mon, Oct 26, 2020 at 08:26:54PM +0800, liush wrote: > From: Liu Shaohua > > The argument to pfn_to_virt() should be pfn not the value of CSR_SATP. > > Reviewed-by: Palmer Dabbelt > Reviewed-by: Anup Patel > Signed-off-by: liush Reviewed-by: Pekka Enberg > ---

Re: [PATCH -next] riscv/mm/fault: fix old-style-declaration warning

Hi, On Wed, Sep 9, 2020 at 2:20 PM Wei Yongjun wrote: > > gcc report build warning as follows: > > arch/riscv/mm/fault.c:81:1: warning: > 'inline' is not at beginning of declaration [-Wold-style-declaration] >81 | static void inline vmalloc_fault(struct pt_regs *regs, int code, > unsigned

Re: [PATCH v4 0/3] Get cache information from userland

For the series: Reviewed-by: Pekka Enberg - Pekka

Re: [PATCH v3 1/3] riscv: Set more data to cacheinfo

Hi, On Mon, Aug 31, 2020 at 9:15 AM Zong Li wrote: > If the sets is one, it means that the cache is fully associative, then > we don't need to fill the ways number, just keep way number as zero, > so here we want to find the fully associative case first and make the > if expression fail at the

Re: [PATCH v3 3/3] riscv: Add cache information in AUX vector

On Fri, Aug 28, 2020 at 10:09 AM Zong Li wrote: > +uintptr_t get_cache_geometry(u32 level, enum cache_type type) > +{ > + struct cacheinfo *this_leaf = get_cacheinfo(level, type); > + uintptr_t ret = (this_leaf->ways_of_associativity << 16 | > +

Re: [PATCH v3 1/3] riscv: Set more data to cacheinfo

Hi, On Fri, Aug 28, 2020 at 10:09 AM Zong Li wrote: > > Set cacheinfo.{size,sets,line_size} for each cache node, then we can > get these information from userland through auxiliary vector. > > Signed-off-by: Zong Li > --- > arch/riscv/kernel/cacheinfo.c | 59 ++-

Re: [PATCH v2 17/23] riscv: use asm-generic/mmu_context.h for no-op implementations

On Wed, Aug 26, 2020 at 5:54 PM Nicholas Piggin wrote: > > Cc: Paul Walmsley > Cc: Palmer Dabbelt > Cc: Albert Ou > Cc: linux-ri...@lists.infradead.org > Acked-by: Palmer Dabbelt > Signed-off-by: Nicholas Piggin Reviewed-by: Pekka Enberg

[RFC PATCH] x86/mm/fault: Inline page fault paths to reduce kernel text size

From: Pekka Enberg The commit 92181f190b649f7ef2b79cbf5c00f26ccc66da2a ("x86: optimise x86's do_page_fault (C entry point for the page fault path)") from 2009 shows significant stack savings when infrequent page fault handling paths are moved out of line with the "noinline" a

Re: [PATCH v2 0/3] mm/slub: Fix count_partial() problem

ative approach for this patch would be to somehow make the lock in count_partial() more granular, but I don't know how feasible that actually is. Anyway, I am OK with this approach: Reviewed-by: Pekka Enberg You still need to convince Christoph, though, because he had objections over this approach. - Pekka

Re: [PATCH 1/2] mm/slub: Introduce two counters for the partial objects

Hi Christopher, On Tue, Aug 11, 2020 at 3:52 PM Christopher Lameter wrote: > > On Fri, 7 Aug 2020, Pekka Enberg wrote: > > > Why do you consider this to be a fast path? This is all partial list > > accounting when we allocate/deallocate a slab, no? Just like > > ___s

Re: [PATCH] mm: sort freelist by rank number

Hi KyongHo and David, On 07.08.20 09:08, Pekka Enberg wrote: > > > I think having more knowledge of DRAM controller details in the OS > > > would be potentially beneficial for better page allocation policy, so > > > maybe try come up with something more ge

Re: [PATCH -next] x86/mpparse: remove duplicate include

On Wed, Aug 19, 2020 at 07:29:10PM +0800, Wang Hai wrote: > Remove asm/io_apic.h which is included more than once > > Reported-by: Hulk Robot > Signed-off-by: Wang Hai Reviewed-by: Pekka Enberg

Re: [PATCH -next] mm: slab: Remove duplicate include

On Tue, Aug 18, 2020 at 2:43 PM YueHaibing wrote: > > Remove duplicate header which is included twice. > > Signed-off-by: YueHaibing Reviewed-by: Pekka Enberg

Re: [PATCH] mm/slub: fix missing ALLOC_SLOWPATH stat when bulk alloc

On Tue, Aug 11, 2020 at 5:25 AM wrote: > > From: Abel Wu > > The ALLOC_SLOWPATH statistics is missing in bulk allocation now. > Fix it by doing statistics in alloc slow path. > > Signed-off-by: Abel Wu Reviewed-by: Pekka Enberg

Re: Odd-sized kmem_cache_alloc and slub_debug=Z

Hi Marco and Kees, On Fri, Aug 07, 2020 at 08:06PM +0300, Pekka Enberg wrote: > > Anything interesting in your .config? The fault does not reproduce > > with 5.8.0 + x86-64 defconfig. On Fri, Aug 7, 2020 at 8:18 PM Marco Elver wrote: > It's quite close to defconfig, just som

Re: [PATCH 1/2] mm/slub: Introduce two counters for the partial objects

Hi Christopher, On Fri, 7 Aug 2020, Pekka Enberg wrote: > > I think we can just default to the counters. After all, if I > > understood correctly, we're talking about up to 100 ms time period > > with IRQs disabled when count_partial() is called. As this is > > triggerable

Re: Odd-sized kmem_cache_alloc and slub_debug=Z

Hi Marco, On Fri, Aug 7, 2020 at 7:07 PM Marco Elver wrote: > I found that the below debug-code using kmem_cache_alloc(), when using > slub_debug=Z, results in the following crash: > > general protection fault, probably for non-canonical address > 0xcca41caea170: [#1] PREEMPT

Re: [PATCH 1/2] mm/slub: Introduce two counters for the partial objects

time period with IRQs disabled when count_partial() is called. As this is triggerable from user space, that's a performance bug whatever way you look at it. Whoever needs to eliminate these counters from fast-path, can wrap them in a CONFIG_MAKE_SLABINFO_EXTREMELY_SLOW option. So for this patch,

Re: [PATCH] mm: sort freelist by rank number

Hi Cho and David, On Mon, Aug 3, 2020 at 10:57 AM David Hildenbrand wrote: > > On 03.08.20 08:10, pullip@samsung.com wrote: > > From: Cho KyongHo > > > > LPDDR5 introduces rank switch delay. If three successive DRAM accesses > > happens and the first and the second ones access one rank and

Re: [osv-dev] Problems with socat

Hi Rick, On Thu, Jul 23, 2020 at 4:34 AM Rick Payne wrote: > > Thanks, but the question was more 'why does the OSv socketpair() only > support SOCK_STREAM, and not SOCK_DGRAM?'. I guess there has to be a > reason why that decision was made. > I doubt there's any technical reason. We likely

Re: [PATCH v2 1/2] riscv: Fix build warning for mm/init

esource_init' [-Wmissing-prototypes] > > Signed-off-by: Zong Li Reviewed-by: Pekka Enberg - Pekka

Re: [PATCH 2/2] riscv: fix build warning of mm/pageattr

On Thu, Jul 16, 2020 at 10:11 AM Pekka Enberg wrote: > > On Thu, Jul 16, 2020 at 9:16 AM Zong Li wrote: > > > > Add hearder for missing prototype. Also, static keyword should be at > > beginning of declaration. > > > > Signed-off-by: Zong Li > > Which p

Re: [PATCH 2/2] riscv: fix build warning of mm/pageattr

On Thu, Jul 16, 2020 at 9:16 AM Zong Li wrote: > > Add hearder for missing prototype. Also, static keyword should be at > beginning of declaration. > > Signed-off-by: Zong Li Which prototype is missing? - Pekka

Re: [osv-dev] Re: raw socket support ?

Hi, On Wed, Jul 15, 2020 at 6:13 PM Waldek Kozaczuk wrote: > Hi, > > Unfortunately, I have no idea what it would take to add raw sockets > support. Please be aware that we maintain another IPV6 branch - > https://github.com/cloudius-systems/osv/tree/ipv6 - which besides IPV6 > might have better

Re: [PATCH 17/26] mm/riscv: Use general page fault accounting

Hi Palmer, On Sat, Jul 11, 2020 at 10:43 PM Palmer Dabbelt wrote: > This still slightly changes the accounting numbers, but I don't think it does > so in a way that's meaningful enough to care about. SIGBUS is the only one > that might happen frequently enough to notice, I doubt anyone cares

Re: [PATCH 1/2] mm/slub: Introduce two counters for the partial objects

Hi! (Sorry for the delay, I missed your response.) On Fri, Jul 3, 2020 at 12:38 PM xunlei wrote: > > On 2020/7/2 PM 7:59, Pekka Enberg wrote: > > On Thu, Jul 2, 2020 at 11:32 AM Xunlei Pang > > wrote: > >> The node list_lock in count_partial() spend long time iter

Re: [PATCH v2] mm/page_alloc: skip setting nodemask when we are in interrupt

success. > > Signed-off-by: Muchun Song Reviewed-by: Pekka Enberg

Re: [PATCH V1 0/5] riscv: Add k/uprobe supported

t all. > > > So we give out a reject list and simulate list in decode-insn.c. On Sat, Jul 4, 2020 at 2:40 PM Pekka Enberg wrote: > > Can you elaborate on what you mean by this? Why would you need a > > single-step facility for kprobes? Is it for executing the instruction > &

Re: [PATCH V1 0/5] riscv: Add k/uprobe supported

On Sat, Jul 4, 2020 at 6:34 AM wrote: > The patchset includes kprobe/uprobe support and some related fixups. Nice! On Sat, Jul 4, 2020 at 6:34 AM wrote: > There is no single step exception in riscv ISA, so utilize ebreak to > simulate. Some pc related instructions couldn't be executed out of

Re: [osv-dev] [PATCH] aarch64: until MSI-X support becomes functional enable regular PCI interrupt

-net waiting to receive PCI interrupt from > the hypervisor. > Acked-by: Pekka Enberg Please also open a ticket on osv.git on lack of MSI-X in the AArch64 port. -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscr

Re: [PATCH RESEND] mm/page_alloc: skip setting nodemask when we are in interrupt

On 03.07.20 08:34, Pekka Enberg wrote: > > if (cpusets_enabled()) { > > *alloc_mask |= __GFP_HARDWALL; > > if (!in_interrupt() && !ac->nodemask) > > ac->nodemask = _current_

Re: [PATCH RESEND] mm/page_alloc: skip setting nodemask when we are in interrupt

On Fri, Jul 3, 2020 at 9:14 AM Muchun Song wrote: > > When we are in the interrupt context, it is irrelevant to the > current task context. If we use current task's mems_allowed, we > can fair to alloc pages in the fast path and fall back to slow > path memory allocation when the current

Re: [PATCH 1/2] mm/slub: Introduce two counters for the partial objects

On Thu, Jul 2, 2020 at 11:32 AM Xunlei Pang wrote: > The node list_lock in count_partial() spend long time iterating > in case of large amount of partial page lists, which can cause > thunder herd effect to the list_lock contention, e.g. it cause > business response-time jitters when accessing

Re: [PATCH v3] mm, slab: Check GFP_SLAB_BUG_MASK before alloc_pages in kmalloc_order

eck out of slab & slub, and call it from > kmalloc_order() as well. In order to make the code clear, the warning > message is put in one place. > > Signed-off-by: Long Li Reviewed-by: Pekka Enberg

Re: [PATCH 17/26] mm/riscv: Use general page fault accounting

ting some days ago: http://lists.infradead.org/pipermail/linux-riscv/2020-June/000775.html However, your fix is obviously even better. For the generic and riscv parts: Reviewed-by: Pekka Enberg - Pekka

Re: [PATCH 0/8] mm: cleanup usage of

ctions where > appropriate. Very nice cleanup series to the page table code! FWIW: Reviewed-by: Pekka Enberg

Re: [PATCH 0/8] mm: cleanup usage of

ctions where > appropriate. Very nice cleanup series to the page table code! FWIW: Reviewed-by: Pekka Enberg

Re: [PATCH 0/8] mm: cleanup usage of

ctions where > appropriate. Very nice cleanup series to the page table code! FWIW: Reviewed-by: Pekka Enberg ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc

Re: [osv-dev] Building customized kernel

Hi Dor, On Thu, Jun 11, 2020 at 8:21 AM Dor Laor wrote: > Waldek, can you please describe what's your motivation in shrinking > the size of the kernel? Compared for example to modern RAM and also > to the JVM that many times will be there, the current size is already > 'small enough', isn't it?

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

On Fri, May 22, 2020 at 12:26 AM Dor Laor wrote: > Kudos Waldek! > Indeed, nice work! - Pekka -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [osv-dev] "Iso-UniK: lightweight multi-process unikernel through memory protection keys" based on OSv

Hi Waldek, On Thu, May 14, 2020 at 6:04 PM Waldek Kozaczuk wrote: > https://link.springer.com/article/10.1186/s42400-020-00051-9 > The same approach of using Intel Memory Protection Keys (MPK) feature was also suggested in a SPMA'20 workshop paper "The Case for Intra-Unikernel Isolation" (

Re: What does "PER PARTITION LIMIT" means in cql query in cassandra?

Hi Chuck, On Thu, May 7, 2020 at 10:14 AM Check Peck wrote: > I have a scylla table as shown below: > (Please note that this is the Apache Cassandra users mailing list. Of course, the feature is the same, so let me answer it here.) > > cqlsh:sampleks> describe table test; > > >

Re: Issues, understanding how CQL works

Hi Marc, On Tue, Apr 21, 2020 at 4:20 PM Marc Richter wrote: > The database is already of round about 260 GB in size. > I now need to know what is the most recent entry in it; the correct > column to learn this would be "insertdate". > > In SQL I would do something like this: > > SELECT

Re: Memory usage more than heap memory

Hi Himanshu, On Sat, Apr 11, 2020 at 8:47 PM HImanshu Sharma wrote: > I am not worried about page cache. I want to monitor memory pressure, I want > to check that if heap+non heap usage goes above certain level then I can take > certain action. But due to this page cache thing, I am not sure

Re: [osv-dev] Integrating OpenJDK with OSv to make Java boot and run faster for FaaS

On Thu, Mar 19, 2020 at 4:05 PM Pekka Enberg wrote: > > Hi, > > On Thu, Mar 19, 2020 at 3:30 PM Yuanqi Li wrote: > > Recently we've been looking for new directions. One of the ideas is to > > merge JVM and kernel together, so that kernel can expose more system >

Re: [osv-dev] Integrating OpenJDK with OSv to make Java boot and run faster for FaaS

Hi, On Thu, Mar 19, 2020 at 3:30 PM Yuanqi Li wrote: > Recently we've been looking for new directions. One of the ideas is to merge > JVM and kernel together, so that kernel can expose more system information > (e.g., memory usage and layout, scheduling, network stack) to JVM. Some >

Re: [osv-dev] [PATCH] java: move balloon code out of kernel into java-base

(Add osv-dev back to CC...) On Sun, Jan 19, 2020 at 11:16 PM Pekka Enberg wrote: > > On Sun, Jan 19, 2020 at 8:34 AM Waldemar Kozaczuk > wrote: > > > > The main motivation of this patch is to eliminate compile time > > dependencies in kernel on JDK headers. It ach

Re: [osv-dev] [PATCH] Signed-off-by: BassMatt

://github.com/cloudius-systems/osv/issues/1056 Looks good, thanks! Acked-by: Pekka Enberg I assume this is you: https://github.com/BassMatt Please fix the sign-off to be: Signed-off-by: Real Name as per contributions guide: https://github.com/cloudius-systems/osv/blob/master/CONTRIBUTIN

[ANNOUNCE] Gemini - an automated random test suite for Scylla and Apache Cassandra

Hi, We are happy to announce Gemini, an automated random testing suite for Scylla and Apache Cassandra clusters: https://github.com/scylladb/gemini We are using the tool internally to test Scylla, but there's nothing Scylla-specific about it. The tool is written in Go and uses the gocql driver

Re: [osv-dev] [PATCH] Fix a file-path typo in the primary README

On Tue, Dec 10, 2019 at 6:59 AM Mason Davis wrote: > The path is slightly incorrect and can cause issues if someone where to > copy and paste this code. > > Signed-off-by: Mason Davis > Reviewed-by: Pekka Enberg -- You received this message because you are subscribed to th

Re: [osv-dev] [PATCH] Manage Dependency with Go Modules and Update APIs to Latest

n.md, use Go 1.11+ to build/manage Capstan on > Module Mode > > See [Go Modules Blogs](https://blog.golang.org/using-go-modules) to > learn more > > Signed-off-by: kayhaw > Waldek, I did not review the details, but the overall approach makes sense: Acked-by: Pekka Enberg -- You

Re: [osv-dev] Booting Bare Metal

On Thu, Dec 5, 2019 at 6:56 AM Waldek Kozaczuk wrote: > PS. Do you see anything printed on the console? > Nope. I think I should have serial console enabled too to print to host stdout, but I honestly didn't spend any time debugging this. - Pekka -- You received this message because you are

Re: [osv-dev] Booting Bare Metal

On Tue, Dec 3, 2019 at 5:31 PM Pekka Enberg wrote: > Hi Matthew, > > On Tue, Dec 3, 2019 at 2:42 PM Matthew Weekley > wrote: > >> Hello, >> >> Sorry, I should’ve been more specific! That is what I am doing. Would it >> be more help if I gave you the scrip

Re: [osv-dev] Booting Bare Metal

Hi Matthew, On Tue, Dec 3, 2019 at 2:42 PM Matthew Weekley wrote: > Hello, > > Sorry, I should’ve been more specific! That is what I am doing. Would it > be more help if I gave you the script I am running and my grub.cfg...When I > reboot my system and pick that partition in BIOS, then it

[jira] [Commented] (CASSANDRA-15075) SELECT JSON generates invalid JSON for the duration type

[ https://issues.apache.org/jira/browse/CASSANDRA-15075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16983679#comment-16983679 ] Pekka Enberg commented on CASSANDRA-15075: -- Looks good to me! -Pekka > SELECT J

[jira] [Comment Edited] (CASSANDRA-15075) SELECT JSON generates invalid JSON for the duration type

[ https://issues.apache.org/jira/browse/CASSANDRA-15075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16983679#comment-16983679 ] Pekka Enberg edited comment on CASSANDRA-15075 at 11/27/19 4:16 PM

Re: [osv-dev] Booting Bare Metal

On Tue, Nov 26, 2019 at 4:50 PM Matthew Weekley wrote: > My current grub is > > menuentry “OSv” { > multiboot /boots/service/release.x64/vmlinuz.bin > ^^^ this needs to "linux", instead of "multiboot". > boot > } > > This returns “no multiboot header found. You need to load the kernel

Re: [osv-dev] Booting Bare Metal

On Tue, Nov 26, 2019 at 4:14 PM wrote: > I've never used vmlinuz to boot, but I see files that pertain to vmlinuz. > Any suggestions for how to boot bare metal using vmlinuz? Currently looking > for solutions now. Thanks! > Use GRUB, for example. See the previous links to "grub-mkrescue" how to

Re: [osv-dev] Booting Bare Metal

On Tue, Nov 26, 2019 at 3:30 PM wrote: > I just looked and I do not have any of those files anywhere on my system > (did the find command). > Aah, my tree was not up-to-date. Looks like Waldek removed Multiboot support: commit 2a34f9f2acb582b8351c3ca7cac0ac2ad18dfe2a Author: Waldemar Kozaczuk

Re: [osv-dev] Unikernels as highly isolated processes and an idea to implement limited fork/execve in OSv

Hi Waldek, On Tue, Nov 26, 2019 at 12:44 AM Waldek Kozaczuk wrote: > Sometimes it might be more useful to think of unikernels as highly > isolated processes instead of microVMs with a specialised guest OS. See > Nabla processes - >

Re: [osv-dev] Re: Capstan Build Fail and Fix

Hi, On Mon, Nov 25, 2019 at 6:59 PM Waldek Kozaczuk wrote: > I am not golang expert either. Maybe others, original authors of capstan > on the list can chime in. I will look into myself. If there is a lot of > work we might just explicitly stick with v1. Either way, it would be good > to

Re: [osv-dev] Re: [COMMIT osv-apps master] webassembly: add 3 WASM examples - lua, sqlite and nginx - to run on wasmer

Hi, On Mon, Nov 25, 2019 at 6:41 PM Waldek Kozaczuk wrote: > I do not know exactly how wasmer works, but I think on the first run of a > given wasm file it transforms it into machine code and then stores in the > cache for the faster start next time. With ZFS images the 2nd time will be >

Re: [osv-dev] CI Implementation/Contribution

Hi Matthew, On Wed, Nov 20, 2019 at 7:29 AM Matthew Pabst wrote: > A couple of peers and I from the University of Texas at Austin are > interested in contributing to OSv, and we thought a good place to start > would be implementing some basic CI infrastructure ( >

[jira] [Commented] (CASSANDRA-15075) SELECT JSON generates invalid JSON for the duration type

[ https://issues.apache.org/jira/browse/CASSANDRA-15075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16971572#comment-16971572 ] Pekka Enberg commented on CASSANDRA-15075: -- Hi Marcus, I no longer have the development

Re: [osv-dev] Projects for Students at the University of Texas in Austin

Hi, On Thu, Oct 24, 2019 at 11:41 PM Jie Hao Liao wrote: > For whom may this concern, > > I'm Jay, one of the students at the University of Texas in Austin majoring > in Computer Science. This fall 2019 semester I'm taking a Virtualization > course for

Re: [PATCH] mm: Fix kobject memleak in SLUB

-by: Pekka Enberg

Re: [osv-dev] How to compose a vbox platform image with new capstan

Hi, I don't think Capstan supports building VirtualBox images, but you can use the "qemu-img convert -O vdi" command to convert a QCOW2 (QEMU's format) image to a VirtualBox image. - Pekka On Tue, Apr 16, 2019 at 9:03 AM Roberto Battistoni wrote: > Hi guys! > > Any advice? Please I am very

Re: [PATCH 0/1] mm: Remove the SLAB allocator

Hi, On 4/11/19 10:55 AM, Michal Hocko wrote: Please please have it more rigorous then what happened when SLUB was forced to become a default This is the hard part. Even if you are able to show that SLUB is as fast as SLAB for all the benchmarks you run, there's bound to be that one workload

Re: [osv-dev] Capstan

Hi, On Wed, Apr 3, 2019 at 4:24 PM Waldek Kozaczuk wrote: > In near future I am planning to add a capability to pull artifacts from > github repo. I am planning to create pull request for that. > > Can I count on someone to review my pull requests? Any volunteers? > No promises, but you can

[jira] [Created] (CASSANDRA-15075) SELECT JSON generates invalid JSON for the duration type

Pekka Enberg created CASSANDRA-15075: Summary: SELECT JSON generates invalid JSON for the duration type Key: CASSANDRA-15075 URL: https://issues.apache.org/jira/browse/CASSANDRA-15075 Project

Re: [PATCH v4] kmemleak: survive in a low-memory situation

hackiness into the existing code for now. On Thu, Mar 28, 2019 at 08:05:31AM +0200, Pekka Enberg wrote: Unfortunately I am not that brave soul, but I'm wondering what the complication here is? It shouldn't be too hard to teach calculate_sizes() in SLUB about a new SLAB_KMEMLEAK flag that reserves

Re: [osv-dev] OSv vs Docker vs Linux networking performance comparison

Hi Waldek, On Thu, Mar 28, 2019 at 12:49 AM Waldek Kozaczuk wrote: > Some questions about the evaluation setup and measurements: >>> >>> - Did you establish a baseline with bare metal configuration? >>> >> How would I create baseline with with bare metal configuration for 1, 2, > 4 CPUs? With

Re: [PATCH v4] kmemleak: survive in a low-memory situation

Hi, On 27/03/2019 2.59, Qian Cai wrote: Unless there is a brave soul to reimplement the kmemleak to embed it's metadata into the tracked memory itself in a foreseeable future, this provides a good balance between enabling kmemleak in a low-memory situation and not introducing too much hackiness

Re: [osv-dev] Capstan

Hello, On Thu, Mar 28, 2019 at 3:20 AM Waldek Kozaczuk wrote: > All, > > Please let me know if you think it is NOT a good idea to merge back > capstan repo back to cloudius-systems/capstan. Otherwise I propose we do so. > > I have never done such a merge on github. If anybody has any

Re: [osv-dev] OSv vs Docker vs Linux networking performance comparison

On Wed, Mar 27, 2019 at 10:48 AM Pekka Enberg wrote: > Hi Waldek! > > On Wed, Mar 27, 2019 at 12:29 AM Waldek Kozaczuk > wrote: > >> Last week I spent some time investigating OSv performance and comparing >> it to Docker and Linux guests. >> > > Nice! >

Re: [osv-dev] OSv vs Docker vs Linux networking performance comparison

Hi Waldek! On Wed, Mar 27, 2019 at 12:29 AM Waldek Kozaczuk wrote: > Last week I spent some time investigating OSv performance and comparing it > to Docker and Linux guests. > Nice! On Wed, Mar 27, 2019 at 12:29 AM Waldek Kozaczuk wrote: > The test setup looked like this: > > *Host:* > >

Re: [osv-dev] Updating http://osv.io/

On Mon, Mar 25, 2019 at 10:37 AM Nadav Har'El wrote: > > On Mon, Mar 25, 2019 at 8:38 AM Tzach Livyatan wrote: > >> >> On Mon, Mar 25, 2019 at 8:17 AM Dor Laor wrote: >> >>> Waldek, I added you to the blog as admin, a Firecracked blog will be >>> awesome. >>> I failed to locate the main site

Re: [osv-dev] Re: Unikernel performance review paper inquiry

Hi, On Thu, Mar 14, 2019 at 5:11 AM Waldek Kozaczuk wrote: > I wonder if anyone has had chance to read this paper. I would like to see > what others think about reasons OSv thread scheduler does not scale well > with number of vCPUs. > I am not sure that the scheduler is to blame here. It is

Re: [osv-dev] [COMMIT osv master] elf: support PT_GNU_PROPERTY segment type

On Fri, Mar 8, 2019 at 10:42 AM Commit Bot wrote: > From: Nadav Har'El > Committer: Nadav Har'El > Branch: master > > elf: support PT_GNU_PROPERTY segment type > > Recently, binutils added yet another segment type, called > "PT_GNU_PROPERTY": > >

Re: [osv-dev] OSv fully and officially supported on Firecracker !!!

On Wed, Mar 6, 2019 at 6:24 AM Waldek Kozaczuk wrote: > With couple of last patches applied yesterday we finally made OSv properly > and fully run on Firecracker. This includes ability to run arbitrary images > (zfs, rofs or ramfs) with networking and SMP supported as well. > Nice work, Waldek!

Re: [osv-dev] Does OSv have its own scheduler?

Hello, On Sun, Feb 17, 2019 at 11:45 PM Joe Duarte wrote: > Hi all -- Does OSv have its own scheduler, or does it rely on the Xen > scheduler? > > I guess this might be similar to asking if OSv has threads. I have no > idea. I'm not sure what being a unikernel is supposed to imply for threads.

Re: [PATCH] slub: untag object before slab end

below, so untag the object before checking for a NULL object there. Reviewed-by: Pekka Enberg

Re: [osv-dev] Re: [RFC] Remaining work to support OSv on firecracker

On Mon, Feb 11, 2019 at 10:54 AM Nadav Har'El wrote: > Maybe you can even add to run.py a firecracker hypersor options, so if > someone just installs this hypervisor he can use run.py? > That's a very good idea! - Pekka -- You received this message because you are subscribed to the Google

Re: [PATCH] mm/slab: Increase width of first /proc/slabinfo column

Hi, On 01/02/2019 4.34, Christopher Lameter wrote: On Fri, 1 Feb 2019, Tobin C. Harding wrote: Currently when displaying /proc/slabinfo if any cache names are too long then the output columns are not aligned. We could do something fancy to get the maximum length of any cache name in the

Re: [PATCH 0/3] slub: Do trivial comments fixes

the series: Reviewed-by: Pekka Enberg

Re: [PATCH] mm: Prevent mapping slab pages to userspace

On 25/01/2019 19.38, Matthew Wilcox wrote: It's never appropriate to map a page allocated by SLAB into userspace. A buggy device driver might try this, or an attacker might be able to find a way to make it happen. Signed-off-by: Matthew Wilcox Acked-by: Pekka Enberg A WARN_ON_ONCE() would

Re: [PATCH] Refactor virtio layer to support modern PCI and mmio devices

On Wed, Jan 16, 2019 at 6:02 PM Nadav Har'El wrote: > > On Wed, Jan 16, 2019 at 5:53 PM Waldek Kozaczuk > wrote: > >> On Wednesday, January 16, 2019 at 1:29:13 AM UTC-5, Pekka Enberg wrote: >>> >>> But for the overall approach: >>> >> ???

Re: [PATCH] Refactor virtio layer to support modern PCI and mmio devices

e introduction of virtio_modern_pci_device in a follow up patch. But for the overall approach: Acked-by: Pekka Enberg - Pekka -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails

  1   2   3   4   5   6   7   8   9   10   >