Displaying 20 results from an estimated 50000 matches similar to: "[PATCH] blktap: build fix uncovered with c/s 25149"
2007 Nov 30
0
[PATCH][TOOLS] blktap: remove unused headers
Hi!
Attached patch removes unused linux specific headers
and makes bswap.h ready for BSD support.
This is first step for BSD support in blktap. More to come.
No functional change.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz
2008 Jul 11
0
[PATCH][TOOLS] blktap: cleanup
Hi!
Attached patch makes functions w/o a prototype static
and removes redundant declaration of xs_fire_next_watch().
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden,
2007 Dec 04
0
[PATCH][TOOLS] blktap: cleanups
Hi!
Attached patch brings in
- build fixes for OpenBSD
- sprintf() -> snprintf()
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA
2008 Jul 11
0
[PATCH][TOOLS] blktap: cleanup take 2
Hi,
Attached patch moves OS dependent code from blktapctrl
into an OS dependent file.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden:
2010 Aug 13
4
[PATCH] xl: Make blktap support optional
Make blktap support optional.
Enable it by default on Linux, disable it on non-Linux.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen,
2007 Sep 11
1
[PATCH] Page scrubbing
Hi!
Make scrub_heap_pages() print from where to where
it scrubs pages.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
This patch uncovers a strange behaviour on 32bit.
On 64bit I get this:
(XEN) Scrubbing Free RAM 0xffff830000100000 -> 0xffff83003fff0000: ....done.
On 32bit I get this:
(XEN) Scrubbing Free RAM 0xffc00000 ->
0xdefb0000:
2008 Nov 10
5
[PATCH][IOEMU] build fix for BSD
Hi!
Attached patch makes git-ioemu compile on NetBSD.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
P.S.: I''m about sending the pieces to qemu-devel. The changes
in vl.c already went upstream in qemu''s svn c/s 5646.
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz
2012 Feb 22
2
[PATCH] xenstore: build fix
Build stubxenstore only when building stubdomain.
Fixes build failure on platforms w/o stubdomain support.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85689 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
2008 Aug 05
1
[PATCH][TOOLS] fs-back: build fix for BSD
Hi,
Attached patch fixes this build error:
fs-ops.c: In function ''dispatch_stat'':
fs-ops.c:285: warning: format ''%ld'' expects type ''long int'', but argument 4
has type ''time_t''
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
Originally I submitted this diff as part of c/s 18152 but got lost somehow.
--
AMD
2012 Mar 28
0
[PATCH] tools/memshr: fix build errors caused by Werror
# HG changeset patch
# User Olaf Hering <olaf@aepfle.de>
# Date 1332942876 -7200
# Node ID d0fe664fca8a7e7db8b46b2f6c267acc88fa9c78
# Parent 4bd752a4cdf323c41c50f8cd6286f566d67adeae
tools/memshr: fix build errors caused by Werror
-O2 -Wall -Werror triggers these warnings:
cc1: warnings being treated as errors
interface.c: In function ''memshr_daemon_initialize'':
2012 Mar 28
1
Re: tools/memshr: fix build errors caused by Werror
> # HG changeset patch
> # User Olaf Hering <olaf@aepfle.de>
> # Date 1332942876 -7200
> # Node ID d0fe664fca8a7e7db8b46b2f6c267acc88fa9c78
> # Parent 4bd752a4cdf323c41c50f8cd6286f566d67adeae
> tools/memshr: fix build errors caused by Werror
>
> -O2 -Wall -Werror triggers these warnings:
>
> cc1: warnings being treated as errors
> interface.c: In function
2007 Oct 24
0
[PATCH] xen: OpenBSD build fix
Hi!
Directly including a libc header does not work on OpenBSD because of
the -nostdinc option.
Attached patch fixes build problem for stdbool.h analogous to stdarg.h.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
2012 Aug 03
0
[xen-unstable test] 13540: regressions - FAIL
flight 13540 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/13540/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-oldkern 4 xen-build fail REGR. vs. 13536
build-i386 4 xen-build fail REGR. vs. 13536
Regressions which are regarded as
2012 Jan 04
2
Xen 4.1: x86/ucode: fix for AMD Fam15 CPUs
x86/ucode: fix for AMD Fam15 CPUs
Remove hardcoded maximum size a microcode patch can have. This is
dynamic now.
The microcode patch for family15h can be larger than 2048 bytes and
gets silently truncated.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
Backport from xen-unstable changeset 24411:ca5f588bd203 to Xen 4.1
--
---to satisfy European Law for business letters:
2009 Aug 11
0
[PATCH] ioemu: build fix: use TARGET_PAGE_SIZE
Hi!
Consistenly use TARGET_PAGE_SIZE in ioemu''s block-vbd.c.
Fixes build error on NetBSD.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Karl-Hammerschmidt-Str. 34, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Thomas M. McCoy, Giuliano Meroni
Sitz: Dornach, Gemeinde Aschheim, Landkreis
2012 Oct 05
0
[xen-4.2-testing test] 13925: regressions - FAIL
flight 13925 xen-4.2-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/13925/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-amd 9 guest-start.2 fail REGR. vs. 13922
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-sedf-pin 10 guest-saverestore fail
2008 Jun 30
2
c/s 17913: Breakage on *BSD
Hi!
Changeset 17913 breaks build on *BSD:
block-qcow.c:36:20: error: gcrypt.h: No such file or directory
cc1: warnings being treated as errors
block-qcow.c: In function ''gen_cksum'':
block-qcow.c:160: warning: implicit declaration of
function ''gcry_md_hash_buffer''
block-qcow.c:160: error: ''GCRY_MD_MD5'' undeclared (first use in this function)
2011 Jul 17
0
[xen-unstable test] 8091: regressions - FAIL
flight 8091 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/8091/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-i386-rhel6hvm-intel 12 guest-localmigrate/x10 fail REGR. vs. 8071
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-amd64-amd64-xl-pcipt-intel 9
2011 Dec 16
0
[xen-unstable test] 10504: regressions - FAIL
flight 10504 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/10504/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-amd64-xl-sedf 14 guest-localmigrate/x10 fail REGR. vs. 10491
test-amd64-i386-win 7 windows-install fail REGR. vs. 10491
test-amd64-amd64-xl-winxpsp3 7 windows-install fail REGR. vs. 10491
2007 Nov 27
0
[PATCH][XEN] fix string length check
Hi!
Attached patch passes correct length to vsnprintf().
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896