Hi,
Is there a good example that uses the virtio network interfaces direct? ie. an
application that uses ‘assign-net’ and talks directly to the network interface
code in OSv?
I’m looking for a sample I can learn from.
Cheers,
Rick
--
You received this message because you are subscribed to th
Hi,
> Not that I know of. It was a cool idea but most of the OSv applications are
> just standard, unmodified apps
> in Linux. If one writes a special app for OSv it's possible.
Ah, ok. I guess something like DPDK may be instructive in that respect.
> In the seastar project we actually wrote a
> On 13 Apr 2017, at 05:46, Nadav Har'El wrote:
>
> It's not exactly what Rick asked for (virtio), but maybe it's good enough.
The pfil_add_hook() functionality may be sufficient, thanks! I’ll give it a go.
Cheers,
Rick
--
You received this message because you are subscribed to the Google Gr
> On 18 Apr 2017, at 10:39, Rick Payne (Offshore) wrote:
>
> The pfil_add_hook() functionality may be sufficient, thanks! I’ll give it a
> go.
It’d be nice if there was a similar way to get packets as they arrive. The
pfil_add_hook() functionality only seems to get us IP
> On 23 Apr 2017, at 05:14, Nadav Har'El wrote:
>
> Pekka, another question we should ask ourselves is what is the plan with
> Capstan, and more importantly, the binary OSv releases. The OSv v0.24 version
> he used is two years old (!). If we're not going to produce any more
> pre-compiled re
> What I think is a better approach is to take separatey the OSv kernel with
> just cpiod.so and mkfs.so (i.e., take build/release/loader.img) and the
> files, and compose the image with the size you want and uploading the files
> you want to it. This is more-or-less what the Mikelangelo proje
Is there an equivalent to SO_BINDTODEVICE? I’m trying to get an implementation
of VRRP working and the first issue is that the sending socket requires to be
bound to the appropriate interface.
After that, I’ll probably run into issues relating to the virtual IP and mac
address - but the SO_BIN
> Unfortunately, it seems (I just noticed this now...) we don't support support
> SO_BINDTODEVICE.
> Our FreeBSD stack does have IP_RECVIF support but I think (?) this is not
> quite enough for SO_BINDTODEVICE, you probably (but I'm really not an expert
> on this) also need IP_SENDIF an that isn
> On 17 Aug 2017, at 06:43, Rick Payne (Offshore) wrote:
>
> Does carp run on Freebsd or is it just OpenBSD? That has to solve a similar
> issue, namely sending announcements to a multicast address on a particular
> interface. I’ll investigate that to see if there is a more b
> On 22 Aug 2017, at 01:33, Nadav Har'El wrote:
>
>
> I don't remember what libpcap uses on Linux. Please try :-)
Haven’t had a chance yet.
> If I remember correctly (I have't touched this stuff in two decades ;-)),
> libpcap was implemented on BSD using a "BPF" (Berkeley Packet Filter)
> b
> I saw that. I also noticed that multicast won’t work because the SIOCADDMULTI
> call does nothing in the hypervisor drivers (so the multicast mac addresses
> are never added to the filter tables for the interface concerned). I’m part
> way through the code to use the controlq to handle that f
> Thanks, I missed your original mail on this last year. I now opened an issue
> about this, with your suggested workaround:
> https://github.com/cloudius-systems/osv/issues/913
I saw, thanks.
> Given the vast number of compiler versions that people use, it's not
> surprising that once in a whi
> Out of memory: could not reclaim any further. Current memory: 5122256 Kb
>
> This suggests there was 5GB free while the allocation failed.
> This *can* be a fragmentation issue (e.g., you asked for a 1 GB allocation,
> but we couldn't free a 1GB consecutive area), but can also be a malloc() of
13 matches
Mail list logo