All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Weil <sw@weilnetz.de>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: "Eric Blake" <eblake@redhat.com>,
	"Chegu Vinod" <chegu_vinod@hp.com>,
	"Andreas Färber" <afaerber@suse.de>,
	"QEMU Developers" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH] Fixes related to processing of qemu's -numa option
Date: Tue, 19 Jun 2012 22:51:27 +0200	[thread overview]
Message-ID: <4FE0E64F.8050304@weilnetz.de> (raw)
In-Reply-To: <20120619203502.GB5073@otherpad.lan.raisama.net>

qemu-devel was no longer cc'ed, let us add it again.

Cheers,
Stefan

Am 19.06.2012 22:35, schrieb Eduardo Habkost:
> On Tue, Jun 19, 2012 at 04:33:35AM -0700, Chegu Vinod wrote:
> [...]
>    
>>>>> +#include<sched.h>
>>>>>            
>>>> Did you check whether this and the macros you're using are available on
>>>> POSIX and mingw32? vl.c is a pretty central file.
>>>>          
>>> POSIX, yes.  mingw32, no.  Use of preprocessor conditionals is probably
>>> in order.
>>>        
> [...]
>    
>> I started looking at this yesterday and quickly realized that even if
>> I did what I think Eric suggested (see below)
>> we won't be solving the underlying issue of going beyond 64VCPUs
>>
>> #ifndef __MINGW32__
>>
>> //use the macros
>>
>> #else
>>
>> // do without the macros...i.e. use current way (which goes upto 64way after
>> //   fixing the typecasting issue)
>>
>> #endif
>>
>>
>> Looking for other suggestions (besides having to write our own flavor
>> of the the macros
>> from scratch).
>>      
> You can use the bitmap functions at bitmap.{h,c} instead of cpu_set_t.
>
>    

      parent reply	other threads:[~2012-06-19 20:51 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-17 20:12 [PATCH] Fixes related to processing of qemu's -numa option Chegu Vinod
2012-06-17 20:12 ` [Qemu-devel] " Chegu Vinod
2012-06-18 20:29 ` Eduardo Habkost
2012-06-18 20:29   ` [Qemu-devel] " Eduardo Habkost
2012-06-18 21:55   ` Chegu Vinod
2012-06-18 22:05 ` Andreas Färber
2012-06-18 22:05   ` [Qemu-devel] " Andreas Färber
2012-06-18 22:11   ` Eric Blake
2012-06-18 22:11     ` Eric Blake
2012-06-18 22:15     ` Chegu Vinod
2012-06-18 22:15       ` Chegu Vinod
     [not found]     ` <4FE0638F.9080200@hp.com>
     [not found]       ` <20120619203502.GB5073@otherpad.lan.raisama.net>
2012-06-19 20:51         ` Stefan Weil [this message]

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=4FE0E64F.8050304@weilnetz.de \
    --to=sw@weilnetz.de \
    --cc=afaerber@suse.de \
    --cc=chegu_vinod@hp.com \
    --cc=eblake@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=qemu-devel@nongnu.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.