All of lore.kernel.org
 help / color / mirror / Atom feed
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
> 

  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.