From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Christoph Egger" Subject: Re: [PATCH][TOOLS] ioemu: Build fixes for BSD and bug fixes from BSD Date: Thu, 27 Sep 2007 16:35:41 +0200 Message-ID: <200709271635.41212.Christoph.Egger@amd.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Thursday 27 September 2007 16:19:42 Keir Fraser wrote: > On 27/9/07 12:35, "Christoph Egger" wrote: > > Attached patch makes ioemu build on *BSD. > > It also applies bug fixes from *BSD for Linux and *BSD :-) > > > > Signed-off-by: Christoph Egger > > > > P.S.: Could someone with contact to qemu people make this patch > > go upstream to qemu, please? > > Why the setenv PTHREAD_DIAGASSERT? There is very little pthread usage at > all in ioemu. In fact basically none. Oh, a debugging leftover. You may kill that. > And why do you need to fiddle with {get,set}rlimit()? Is ioemu stack usage > excessive? The resource limits on BSD are more limited than on Linux. Look: NetBSD: ulimit -a =2D---------------- time(cpu-seconds) unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 262144 stack(kbytes) 2048 lockedmem(kbytes) 1111329 memory(kbytes) 3333988 nofiles(descriptors) 64 processes 160 sbsize(bytes) unlimited =2D---------------- OpenBSD: ulimit -a =2D------------------- time(cpu-seconds) unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 524288 stack(kbytes) 4096 lockedmem(kbytes) 335258 memory(kbytes) 1004356 nofiles(descriptors) 128 processes 128 =2D--------------------- Linux: ulimit -a =2D---------------------- core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 20 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited =2D---------------------- =2D-=20 AMD Saxony, Dresden, Germany Operating System Research Center Legal Information: AMD Saxony Limited Liability Company & Co. KG Sitz (Gesch=E4ftsanschrift): Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland Registergericht Dresden: HRA 4896 vertretungsberechtigter Komplement=E4r: AMD Saxony LLC (Sitz Wilmington, Delaware, USA) Gesch=E4ftsf=FChrer der AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy