From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Simon Martin <furryfuttock@gmail.com>
Cc: Dario Faggioli <dario.faggioli@citrix.com>, xen-devel@lists.xen.org
Subject: Re: Consuming PCI device in PV kernel
Date: Tue, 15 Jul 2014 10:56:02 -0400 [thread overview]
Message-ID: <20140715145602.GL3403@laptop.dumpdata.com> (raw)
In-Reply-To: <1803824698.20140715093756@gmail.com>
On Tue, Jul 15, 2014 at 09:37:56AM +0100, Simon Martin wrote:
> Hello Dario,
>
> > BTW, how's this going (if I can ask)? Any exciting news about this you
> > can share with the community? :-)
>
> Nothing exciting I'm afraid, just lots of donkey work. The
> micropv project (similar to the Xen mini-os but a LOT lighter with no
> dynamic memory, paging etc) is coming along nicely. Lots of
> improvements about talking to the hypervisor and xenstore and
> making it more implementation agnostic. The mirage-os guys seemed to
> be interested in this when I first mentioned it. No idea if they still
> are, it's been a while. Too many projects, too little time ;-)
>
> My PV OS is sitting quite nicely in the hypervisor and I have my
> context switch running nicely within the micropv. One problem I
> haven't been able to work around so far is implementing lazy FP
> context recovery, I do it on every context switch. This is crazy but I
> get FP exceptions if I don't. As I have larger fish to fry, this one
> is just flagged as something to come back to.
>
> I had to modify one of the existing Linux kernel drivers (gntalloc) to
> provide more functionality. I got it to a state in which it was
> accepted by Daniel De Graaf the original implementor. I now have to
> push it upstream the Linux kernel maintainers.
Please CC xen-devel@lists.xenproject.org, boris.ostrovsky@oracle.com,
david.vrabel@citrix.com, and me when you get a chance to post it.
Please do also run it first through scripts/checkpatch.pl
>
> As a general comment I find that the existing Xen documentation is
> fine for handling existing HVM/PV domain implementations, but you are
> on your own when it comes to implementing your own PV. If it wasn't
> for the good will of the people on this mailing list I would never
> have been able to get where I am now. I know that I am in a small
> niche here, and the existing documentation is fine for 99% of people
> who are using Xen. If this is something that should be documented then
> I would be willing to have a stab at writing some wiki pages if
> someone can clean up the things that I have misunderstood.
Would you be interested in expanding this Wiki a bit:
http://wiki.xen.org/wiki/X86_Paravirtualised_Memory_Management
or correcting it?
?
>
> Regards, and once again, a big thanks to everyone
Thank you for working on it and I am looking forward to your patches!
<cue evil maniacal laughter> Fresh patches! :-)
>
> --
> Best regards,
> Simon mailto:furryfuttock@gmail.com
>
next prev parent reply other threads:[~2014-07-15 14:56 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-03 11:13 Consuming PCI device in PV kernel Simon Martin
2014-07-03 18:09 ` Konrad Rzeszutek Wilk
2014-07-07 8:21 ` Simon Martin
2014-07-07 11:22 ` Simon Martin
2014-07-07 12:21 ` Realtime access to PCI NIC Simon Martin
2014-07-08 14:46 ` Ian Campbell
2014-07-10 7:47 ` Simon Martin
2014-07-08 15:01 ` Consuming PCI device in PV kernel Konrad Rzeszutek Wilk
2014-07-10 7:54 ` Simon Martin
2014-07-11 16:47 ` Dario Faggioli
2014-07-15 8:37 ` Simon Martin
2014-07-15 14:56 ` Konrad Rzeszutek Wilk [this message]
2014-07-18 14:37 ` Simon Martin
2014-07-18 19:09 ` Konrad Rzeszutek Wilk
2014-07-21 10:13 ` Simon Martin
2014-07-21 10:53 ` Ian Campbell
2014-07-25 12:56 ` Simon Martin
2014-07-25 13:10 ` Ian Campbell
2014-07-25 13:21 ` Simon Martin
2014-07-25 13:37 ` Ian Campbell
2014-07-25 13:50 ` Andrew Cooper
2014-07-25 14:20 ` Simon Martin
2014-07-25 14:25 ` Andrew Cooper
2014-07-25 14:30 ` Simon Martin
2014-07-25 14:33 ` Ian Campbell
2014-07-25 14:36 ` Simon Martin
2014-07-25 14:28 ` Simon Martin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140715145602.GL3403@laptop.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=dario.faggioli@citrix.com \
--cc=furryfuttock@gmail.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.