All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Meng Xu <xumengpanda@gmail.com>
Cc: George Dunlap <george.dunlap@eu.citrix.com>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	Dario Faggioli <dario.faggioli@citrix.com>,
	Linh Thi Xuan Phan <ptxlinh@gmail.com>
Subject: Re: Question about xentrace to trace s_time_t type of data
Date: Mon, 25 Aug 2014 12:39:35 -0400	[thread overview]
Message-ID: <20140825163935.GB18309@laptop.dumpdata.com> (raw)
In-Reply-To: <CAENZ-+=yh45yJZWb=MYy0go+KkNJCC=z=EDfaHMwrCzw6cXZDg@mail.gmail.com>

. snip..
> > > Thank you very much for your time!
> >
> > I have to be honest I hadn't actually dug in what was underneath
> > the macro. Just been using the macro and it had worked for me.
> >
> >
> ​Thank you for your time, anyway! :-)
> 
> I think the issue is when I tried to trace a type of data larger than
> 32bits, such as the type s_time_t, the trace_var() result  becomes
> uninterpretable. Maybe I should never simply pass a type of data larger
> than 32bit to trace macro, but  I don't know (and I hope to know) why.  :-(

Oh, probably because of not packing. I would split all your
data types to be within a 32-bit unsigned int member. You can use
bit shiffting to pack data.

I presume the macros "fix" this for me as they will warn me when I try
to use an 64-bit value and I've had always to play the << game to "fit"
an 64-bit value in (by using two 32-bit arguments).
> 
> ​Best,
> 
> Meng​
> 
> -----------
> Meng Xu
> PhD Student in Computer and Information Science
> University of Pennsylvania

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2014-08-25 16:39 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-24  3:24 Question about xentrace to trace s_time_t type of data Meng Xu
2014-08-25 13:31 ` Konrad Rzeszutek Wilk
2014-08-25 15:14   ` Meng Xu
2014-08-25 15:20     ` Konrad Rzeszutek Wilk
2014-08-25 16:22       ` Meng Xu
2014-08-25 16:39         ` Konrad Rzeszutek Wilk [this message]
2014-08-25 19:34           ` Meng Xu
2014-09-01 15:23   ` George Dunlap

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=20140825163935.GB18309@laptop.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=dario.faggioli@citrix.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=ptxlinh@gmail.com \
    --cc=xen-devel@lists.xenproject.org \
    --cc=xumengpanda@gmail.com \
    /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.