rumpkernel-users  

Messages by Thread

• • Re: First boot on Google Compute Engine Anil Madhavapeddy
  • Re: First boot on Google Compute Engine Justin Cormack
  • Re: First boot on Google Compute Engine Anil Madhavapeddy
  • Re: First boot on Google Compute Engine Martin Lucina
  • Re: First boot on Google Compute Engine Andrew Stuart
  • Re: First boot on Google Compute Engine Martin Lucina
  • Re: First boot on Google Compute Engine Antti Kantee
  • Rumprun on GCE works (Was: Re: First boot on Google Compute Engine) Antti Kantee
  • Re: Rumprun on GCE works (Was: Re: First boot on Google Compute Engine) Martin Lucina
• Rumprun serial console support implemented for x86 Martin Lucina
  • Re: Rumprun serial console support implemented for x86 Andrew Stuart
  • Re: Rumprun serial console support implemented for x86 Martin Lucina
  • Re: Rumprun serial console support implemented for x86 Andrew Stuart
  • Re: Rumprun serial console support implemented for x86 Martin Lucina
  • Re: Rumprun serial console support implemented for x86 Antti Kantee
  • Re: Rumprun serial console support implemented for x86 Martin Lucina
  • Re: Rumprun serial console support implemented for x86 Antti Kantee
  • Re: Rumprun serial console support implemented for x86 Martin Lucina
  • Re: Rumprun serial console support implemented for x86 Andrew Stuart
• Rust on Rumprun Sebastian Wicki
  • Re: Rust on Rumprun Antti Kantee
  • Re: Rust on Rumprun Antti Kantee
• multibake improvement with symbol collisions Antti Kantee
  • Re: multibake improvement with symbol collisions Antti Kantee
  • Re: multibake improvement with symbol collisions Martin Lucina
  • Re: multibake improvement with symbol collisions Antti Kantee
• Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Robert Millan
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Robert Millan
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Robert Millan
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Robert Millan
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Antti Kantee
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Robert Millan
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Samuel Thibault
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Olaf Buddenhagen
  • Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Samuel Thibault
• Errors when compiling zmap with rumprun Shengtuo Hu
  • Re: Errors when compiling zmap with rumprun Martin Lucina
  • Re: Errors when compiling zmap with rumprun Antti Kantee
  • Wiki FAQ links (Was: Re: Errors when compiling zmap with rumprun) Antti Kantee
• Xen Summit 2015 talk on deploying software with Rumprun Martin Lucina
• Issue with using drv-netif-dpdk Shengtuo Hu
• Re: Sound translator / PCI device handling Robert Millan
  • Re: Sound translator / PCI device handling Antti Kantee
  • Re: Sound translator / PCI device handling Olaf Buddenhagen
  • Re: Sound translator / PCI device handling Antti Kantee
• [PATCH] fix wrong name for HAVE_PTHREAD_SETNAME2 and HAVE_PTHREAD_SETNAME3 Hajime Tazaki
  • Re: [PATCH] fix wrong name for HAVE_PTHREAD_SETNAME2 and HAVE_PTHREAD_SETNAME3 Antti Kantee
• How to configure serial console Andrew Stuart
  • Re: How to configure serial console Martin Lucina
  • Re: How to configure serial console Andrew Stuart
  • Re: How to configure serial console Andrew Stuart
• Which rumpbake target for HVM? Andrew Stuart
  • Re: Which rumpbake target for HVM? Andrew Stuart
  • Re: Which rumpbake target for HVM? Justin Cormack
  • Re: Which rumpbake target for HVM? Martin Lucina
• Internal network configuration of hardware kernels Andrew Stuart
  • Re: Internal network configuration of hardware kernels Martin Lucina
• json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Antti Kantee
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Antti Kantee
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Antti Kantee
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
  • Re: json.cfg - would it make sense to put it as kernel argument Andrew Stuart
• Rump PPA Robert Millan
  • Re: Rump PPA Antti Kantee
  • Re: Rump PPA Robert Millan
  • Re: Rump PPA Antti Kantee
  • Re: Rump PPA Robert Millan
  • Re: Rump PPA Antti Kantee
  • Re: Rump PPA Robert Millan
  • Re: Rump PPA Antti Kantee
• Running on HVM Andrew Stuart
  • Re: Running on HVM Neeraj Sharma
  • Re: Running on HVM Andrew Stuart
  • Re: Running on HVM Neeraj Sharma
  • Re: Running on HVM Neeraj Sharma
• fixing the rumpbake-rumprun axis Antti Kantee
  • Re: fixing the rumpbake-rumprun axis Martin Lucina
  • Re: fixing the rumpbake-rumprun axis Antti Kantee
  • Re: fixing the rumpbake-rumprun axis Martin Lucina
  • Re: fixing the rumpbake-rumprun axis Antti Kantee
  • baked and totally cooked fs (was: fixing the rumpbake-rumprun axis) Antti Kantee
  • Re: baked and totally cooked fs (was: fixing the rumpbake-rumprun axis) Martin Lucina
  • Re: baked and totally cooked fs (was: fixing the rumpbake-rumprun axis) Andrew Stuart
  • Re: baked and totally cooked fs (was: fixing the rumpbake-rumprun axis) Martin Lucina
  • Re: baked and totally cooked fs Antti Kantee
  • Re: fixing the rumpbake-rumprun axis Andrew Stuart
  • Re: fixing the rumpbake-rumprun axis Justin Cormack
  • Re: fixing the rumpbake-rumprun axis Antti Kantee
  • Network interface names (was Re: fixing the rumpbake-rumprun axis) Martin Lucina
• drv netif dpdk compile problem [email protected]
• rumprun sysproxy off by default (finally) Antti Kantee
  • Re: rumprun sysproxy off by default (finally) Martin Lucina
  • Re: rumprun sysproxy off by default (finally) Antti Kantee
• Re: On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Antti Kantee
  • Re: On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Antti Kantee
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Ian Campbell
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Samuel Thibault
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Ian Campbell
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Samuel Thibault
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Antti Kantee
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Ian Campbell
  • Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15) Antti Kantee
• You can now run a cluster of Erlang/rumprun unikernel Neeraj Sharma
  • Re: You can now run a cluster of Erlang/rumprun unikernel Neeraj Sharma
  • Re: You can now run a cluster of Erlang/rumprun unikernel Antti Kantee
  • Re: You can now run a cluster of Erlang/rumprun unikernel Neeraj Sharma
• Flag to build the rumprun platform without libc Sebastian Wicki
  • Re: Flag to build the rumprun platform without libc Antti Kantee
  • Re: Flag to build the rumprun platform without libc Sebastian Wicki
  • Re: Flag to build the rumprun platform without libc Antti Kantee
  • Re: Flag to build the rumprun platform without libc Antti Kantee
• Thoughts on rumpkernel documentation / wiki organization / structure Neeraj Sharma
  • Re: Thoughts on rumpkernel documentation / wiki organization / structure Antti Kantee
  • Re: Thoughts on rumpkernel documentation / wiki organization / structure Neeraj Sharma
  • Re: Thoughts on rumpkernel documentation / wiki organization / structure Antti Kantee
  • Re: Thoughts on rumpkernel documentation / wiki organization / structure Martin Lucina
• [Discussion] Issue with Pseudolinkstubs (Pulling in main()) Vincent Schwarzer
  • Re: [Discussion] Issue with Pseudolinkstubs (Pulling in main()) Antti Kantee
  • Re: [Discussion] Issue with Pseudolinkstubs (Pulling in main()) Vincent Schwarzer
  • Re: [Discussion] Issue with Pseudolinkstubs (Pulling in main()) Antti Kantee
• Erlang on rumprun Neeraj Sharma
  • Re: Erlang on rumprun Antti Kantee
• [Discussion] Issue with Rumprun GCC Wrapper (-print-search-dirs flag ) Vincent Schwarzer
  • Re: [Discussion] Issue with Rumprun GCC Wrapper (-print-search-dirs flag ) Antti Kantee
  • Re: [Discussion] Issue with Rumprun GCC Wrapper (-print-search-dirs flag ) Antti Kantee
  • Re: [Discussion] Issue with Rumprun GCC Wrapper (-print-search-dirs flag ) Vincent Schwarzer
  • Re: [Discussion] Issue with Rumprun GCC Wrapper (-print-search-dirs flag ) Antti Kantee
• Make rumpbake more flexible Wei Liu
  • Re: Make rumpbake more flexible Martin Lucina
  • Re: Make rumpbake more flexible Wei Liu
  • Re: Make rumpbake more flexible Justin Cormack
  • rump{bake,run} configuration files (Re: Make rumpbake more flexible) Martin Lucina
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Wei Liu
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Wei Liu
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Wei Liu
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Wei Liu
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Martin Lucina
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Justin Cormack
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Martin Lucina
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Justin Cormack
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Krishna
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Justin Cormack
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Krishna
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Justin Cormack
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Krishna
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Justin Cormack
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Martin Lucina
  • Re: rump{bake,run} configuration files (Re: Make rumpbake more flexible) Antti Kantee
  • Re: Make rumpbake more flexible Antti Kantee
  • Re: Make rumpbake more flexible Wei Liu
  • Re: Make rumpbake more flexible Antti Kantee
  • Re: Make rumpbake more flexible Wei Liu
  • Re: Make rumpbake more flexible Antti Kantee
  • Re: Make rumpbake more flexible Antti Kantee
  • Re: Make rumpbake more flexible Wei Liu
  • Re: Make rumpbake more flexible Antti Kantee
• Amazon EC2 support now in Rumprun Antti Kantee
  • Re: Amazon EC2 support now in Rumprun Andrew Stuart
  • Re: Amazon EC2 support now in Rumprun Antti Kantee
  • Running rumprun unikernels on cloud hypervisors (was Re: Amazon EC2 support now in Rumprun) Martin Lucina
  • Re: Running rumprun unikernels on cloud hypervisors (was Re: Amazon EC2 support now in Rumprun) Andrew Stuart
  • Re: Running rumprun unikernels on cloud hypervisors (was Re: Amazon EC2 support now in Rumprun) Martin Lucina
• performance issue about drv-netif-dpdk & rump_server Yuan Liang YL Miao
  • Re: performance issue about drv-netif-dpdk & rump_server Antti Kantee
• Fwd: [MirageOS-devel] Jitsu v0.2.0 with Irmin, Rumprun support Anil Madhavapeddy
  • Re: Fwd: [MirageOS-devel] Jitsu v0.2.0 with Irmin, Rumprun support Antti Kantee
  • Re: Fwd: [MirageOS-devel] Jitsu v0.2.0 with Irmin, Rumprun support Magnus Skjegstad
  • Re: Fwd: [MirageOS-devel] Jitsu v0.2.0 with Irmin, Rumprun support Antti Kantee
  • Re: Fwd: [MirageOS-devel] Jitsu v0.2.0 with Irmin, Rumprun support Martin Lucina
• [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O Robert Millan
  • Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O Antti Kantee
  • licensing of intloop() from hurd/libddekit/interrupt.c Robert Millan
  • Re: licensing of intloop() from hurd/libddekit/interrupt.c Samuel Thibault
  • gnumach-dev: please include intr.h Robert Millan
  • Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O Olaf Buddenhagen
  • Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O Robert Millan
  • Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O Antti Kantee
  • Re: licensing of intloop() in libddekit/interrupt.c Robert Millan

• Earlier messages
• Later messages