Does anybody have experience developing OSv using CLion from JetBrains?
Waldek
--
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 osv-dev+unsubscr...@googlegrou
Hi, I don't have access to any version of VMware so I can't test this
myself, but I can ask you guys questions:
On Fri, Feb 10, 2017 at 1:49 PM, wrote:
>
> Here is what worked for us:
>
> 1. Download the VMware workstation image from http://downloads.osv.io.s3.
> amazonaws.com/cloudius/osv/osv-v
unmask_evtchn() has side effect of setting evtchn_upcall_pending and
triggering interrupt from Xen if unmasked port is pending.
This works fine when unmasking new port, but in case of calling it from
IRQ handler can lead to race and lost interrupt.
do_irq() already handles pending interrupts, ther
Replace local declaration of unmask_evtchn() and evtchn_from_irq()
with inclusion of evtchn.h where they're declared.
Additionally declare evtchn_from_irq() in header,
as it's used in Xen core interrupt handler.
Include evtchn driver into common build, so that aarch64 code can link.
Signed-off-b
evtchn and gnttab drivers use these operations extensively.
Signed-off-by: Sergiy Kibrik
---
bsd/aarch64/machine/xen/synch_bitops.h | 59 +++
bsd/aarch64/machine/xen/xen-os.h | 132 +
2 files changed, 191 insertions(+)
create mode 100644 bsd/aa
xenvar.h and xenpmap.h can be used for aarch64 as well without modification.
Signed-off-by: Sergiy Kibrik
---
bsd/sys/machine/xen/xenpmap.h | 227 ++
bsd/sys/machine/xen/xenvar.h | 120 ++
bsd/x64/machine/xen/xenpmap.h | 227 --
Semantics of bsrq()/fls() differs on x64 and aarch64, e.g. following sample
inputs produce different results:
x64:aarch64:
bsrq(0x1) = 0 bsrq(0x1) = 63
bsrq(0x) = 63 bsrq(0x) = 0
bsrq(0x8000) = 63 bsrq(0
xen_shared_info & xen_vcpu_info are different on x64/aarch64, so couple of fixes
needed so that shared data is consistent with what hypervisor presumes.
Signed-off-by: Sergiy Kibrik
---
bsd/sys/xen/interface/arch-aarch64.h | 1 +
include/osv/xen.hh | 5 ++---
2 files changed, 3
hi OSv developers,
Let me present patches that allow OSv to work with Xen event channels on
aarch64 platform.
This series contains some clean up work -- to remove unused (and probably
unneeded) code,
and to re-use some generic parts of x64 code, but there're also rather intrusive
changes to core
Remove evtchn_do_upcall() and related code, which isn't used anywhere
else and probably never will be.
xen_irq::do_irq() already handles events in OSv-specific way, while
bsd code just contributes duplication and causes some confusion.
Signed-off-by: Sergiy Kibrik
---
bsd/aarch64/machine/intr_m
It contains definitions of non-existing (in OSv tree) routines, which had been
used in original BSD code and have absolutely no traces of use in OSv.
Signed-off-by: Sergiy Kibrik
---
bsd/sys/dev/xen/blkfront/blkfront.cc | 1 -
bsd/sys/dev/xen/netfront/netfront.cc | 1 -
bsd/x64/machine/xen/xen
On Mon, Feb 20, 2017 at 9:49 AM, Justin Cinkelj
wrote:
>
> BTW, looking at wiki (https://github.com/cloudius-systems/osv/wiki/Trace-
> analysis-using-trace.py I think), some examples are a bit outdated. Not
> very outdated, only a little - after copy-paste you have to read error
> message / try t
12 matches
Mail list logo