All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard <judicator3@gmail.com>
To: Anthony Liguori <anthony@codemonkey.ws>, xen-devel@lists.sourceforge.net
Subject: Re: console driver - How domain0 processes console messages ?
Date: Sun, 20 Feb 2005 22:04:26 -0500	[thread overview]
Message-ID: <a146ff9b05022019042f98b13b@mail.gmail.com> (raw)
In-Reply-To: <4213F2C0.5000706@codemonkey.ws>

Hi,

On Wed, 16 Feb 2005 19:26:24 -0600, Anthony Liguori
<anthony@codemonkey.ws> wrote:
> The easiest thing to do though would probably be to launch vm-create
> (part of vm-tools) with the -i option (interactive) and just step
> through it with gdb.
> 
> The message flow isn't terribly obvious just by looking at the code
> however it should be quite understandable in gdb.
> 
> Let me know when you get to implementing support for virtual devices (if
> you do).  I've got all sorts of xcs/xu debugging stuff that I'm going to
> eventually clean-up and submit.  They're pretty granular for most of the
> important messages (dumping out every field in all the messages).
> 
> Good luck :-)

Thanks Anthony.
Your debugging tools will be very helpful. 
I actually got the console driver to output correctly on mini-os.
However, I can only ouput a limited amount of data. After some time my
communication ring gets filled up and I cannot send anything. I've
tracked down my problem. The reason is because my mini-os does not
handle interrupts (or events) very well.

The backend driver in Domain0 sends an event to mini-os each time it
processes a message from the communication ring. Mini-os should
receive that event and update its communication ring pointers.
However, the entry.S file in mini-os is pretty outdated and mini-os
does not behave correctly after receiving its 1st interrupt. I've been
looking at XenoLinux's entry.S file and trying to adapt the one in
mini-os but I don't quite undestand what is going on in there and I
have not been successful so far.

Richard


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

  reply	other threads:[~2005-02-21  3:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-16  6:10 console driver - How domain0 processes console messages ? Richard
2005-02-16  7:54 ` Andrew Warfield
2005-02-16  8:38   ` Richard
2005-02-16  9:35     ` Andrew Warfield
2005-02-17  1:26       ` Anthony Liguori
2005-02-21  3:04         ` Richard [this message]
2005-02-16  8:38   ` aq
     [not found]     ` <eacc82a405021600562ed346d2@mail.gmail.com>
2005-02-16  8:57       ` Andrew Warfield

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=a146ff9b05022019042f98b13b@mail.gmail.com \
    --to=judicator3@gmail.com \
    --cc=anthony@codemonkey.ws \
    --cc=xen-devel@lists.sourceforge.net \
    /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.