search for: domprintf

...lzma_ret ret, const char *what) { - lzma_stream stream = LZMA_STREAM_INIT; - lzma_ret ret; lzma_action action = LZMA_RUN; unsigned char *out_buf; unsigned char *tmp_buf; @@ -201,14 +200,13 @@ static int xc_try_lzma_decode( if ( dom->kernel_size == 0) { - DOMPRINTF("LZMA: Input is 0 size"); + DOMPRINTF("%s: Input is 0 size", what); return -1; } - ret = lzma_alone_decoder(&stream, 128*1024*1024); if ( ret != LZMA_OK ) { - DOMPRINTF("LZMA: Failed to init stream decoder"); + DOMP...

..._bzimageloader.c >> @@ -161,6 +161,13 @@ static int xc_try_bzip2_decode( >> >> total = (((uint64_t)stream.total_out_hi32) << 32) | stream.total_out_lo32; >> >> + if ( xc_dom_register_external(dom, out_buf, total) ) >> + { >> + DOMPRINTF("BZIP2: Error registering stream output"); >> + free(out_buf); >> + goto bzip2_cleanup; >> + } >> + >> DOMPRINTF("%s: BZIP2 decompress OK, 0x%zx -> 0x%lx", >> __FUNCTION__, *size, (long unsigned int) t...

I''ve addressed all (I think/hope) of the review comments. The main change is to expose the guest virtual platform (e.g. memory layout and interrupt usage etc) to the toolstack via the public interface. This is then used during FDT generation. I have just codified the current defacto standard layout, it''s probably not the best layout but any change can be a separate patch/series.

Biggest change is to switch the new DTB node to /xen-core-devices instead of /xen at Stefano''s request. I also dropped the few patches title HACK etc which weren''t supposed to be there and fixed up some bits and pieces which folks commented on. George, WRT the freeze I think this is functionality which we cannot ship Xen 4.4 without. The impact is entirely constrained to the

Linux 3.11 added respective support, so I think we should follow suit. 1: xen: add LZ4 decompression support 2: libxc: add LZ4 decompression support Signed-off-by: Jan Beulich <jbeulich@suse.com>

...mage *dom) else /* otherwise at top of RAM */ dom->devicetree_seg.vstart = ramend - dtbsize; + dom->devicetree_seg.vstart &= XC_PAGE_MASK; + dom->devicetree_seg.vend = dom->devicetree_seg.vstart + dom->devicetree_size; DOMPRINTF("%s: devicetree: 0x%" PRIx64 " -> 0x%" PRIx64 "", -- 1.7.10.4

This patch series is a reworking of a series developed by Mukesh Rathor at Oracle. The entirety of the design and development was done by him; I have only reworked, reorganized, and simplified things in a way that I think makes more sense. The vast majority of the credit for this effort therefore goes to him. This version is labelled v13 because it is based on his most recent series, v11.

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

Hello everyone, this is the fourth version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See