From: Ronald G Minnich <rminnich@lanl.gov>
To: Hollis Blanchard <hollisb@us.ibm.com>
Cc: Jimi Xenidis <jimix@watson.ibm.com>,
Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>,
Andrei Petrov <andrei@xensource.com>,
xen-devel@lists.xensource.com
Subject: Re: 32/64-bit hypercall interface
Date: Fri, 30 Sep 2005 14:39:24 -0600 [thread overview]
Message-ID: <433DA27C.5060408@lanl.gov> (raw)
In-Reply-To: <200509301528.06152.hollisb@us.ibm.com>
Hollis Blanchard wrote:
> On Friday 30 September 2005 15:05, Ronald G Minnich wrote:
>
>>Jimi Xenidis wrote:
>>
>>> KF> When we previously had this, by defining packed structs, there were
>>> KF> plenty of screams that it wasn't ANSI compliant, and that
>>>performance KF> sucks on some architectures.
>>>
>>>Tou use a research term, "thats just ka-ka" :)
>>>Packed in no way solves the problem of selecting the appropriate types.
>>
>>no, it's not ka ka at all. I had huge troubles with plan 9 c and the way
>>that the linux structs were packed via the use of gcc struct packing. I
>>am really glad packed went away.
>
>
> I think you misunderstand: Jimi is also glad. Read again: the packed GCC
> attribute does not solve the problem.
>
That figures. I am really sorry it's monday.
thanks
ron
p.s. jimix, whereever you may be, I'm sorry.
next prev parent reply other threads:[~2005-09-30 20:39 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-29 13:56 32/64-bit hypercall interface Ian Pratt
2005-09-29 18:17 ` Hollis Blanchard
2005-09-29 20:12 ` Hollis Blanchard
2005-09-29 22:26 ` Keir Fraser
2005-09-29 22:43 ` Keir Fraser
2005-09-30 0:54 ` Andrei Petrov
2005-09-30 8:03 ` Keir Fraser
2005-09-30 15:38 ` Jimi Xenidis
2005-09-30 20:05 ` Ronald G Minnich
2005-09-30 20:28 ` Hollis Blanchard
2005-09-30 20:39 ` Ronald G Minnich [this message]
2005-09-30 15:39 ` Hollis Blanchard
2005-09-30 15:45 ` Keir Fraser
2005-09-30 16:34 ` Hollis Blanchard
2005-09-30 16:42 ` Keir Fraser
2005-09-30 17:03 ` Hollis Blanchard
2005-10-01 1:33 ` Jeremy Katz
2005-10-03 19:34 ` Kip Macy
2005-09-30 16:44 ` David
2005-09-30 16:44 ` Keir Fraser
2005-09-30 16:57 ` Hollis Blanchard
2005-09-30 16:55 ` Andrei Petrov
2005-10-03 18:18 ` Hollis Blanchard
-- strict thread matches above, loose matches on Subject: below --
2005-10-04 21:51 Nakajima, Jun
2005-10-04 22:47 ` Hollis Blanchard
2005-10-04 16:03 Nakajima, Jun
2005-10-04 16:45 ` Andi Kleen
2005-10-03 22:03 Ian Pratt
2005-10-04 18:05 ` Hollis Blanchard
2005-10-05 10:22 ` Keir Fraser
2005-10-03 21:24 Nakajima, Jun
2005-10-04 12:11 ` Andi Kleen
2005-10-04 16:15 ` Hollis Blanchard
2005-10-03 19:56 Ian Pratt
2005-10-03 20:04 ` Jeremy Katz
2005-10-03 21:11 ` Hollis Blanchard
2005-10-03 22:00 ` Keir Fraser
2005-10-04 16:27 ` Hollis Blanchard
2005-10-04 12:08 ` Andi Kleen
2005-10-03 19:11 Nakajima, Jun
2005-10-03 19:28 ` Hollis Blanchard
2005-10-02 21:21 Ian Pratt
2005-10-01 18:25 Nakajima, Jun
2005-10-03 16:11 ` Jeremy Katz
2005-09-28 21:36 Hollis Blanchard
2005-09-29 9:00 ` Keir Fraser
2005-09-29 12:41 ` Jimi Xenidis
2005-09-29 13:13 ` Keir Fraser
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=433DA27C.5060408@lanl.gov \
--to=rminnich@lanl.gov \
--cc=andrei@xensource.com \
--cc=hollisb@us.ibm.com \
--cc=jimix@watson.ibm.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.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.