search for: 352,11

--- Makefile.am | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 2eebefa..560ebda 100644 --- a/Makefile.am +++ b/Makefile.am @@ -352,11 +352,11 @@ check-with-upstream-qemu: check-with-upstream-qemu-1: $(top_builddir)/qemu-wrapper.sh $(QEMUBINARY) --version - $(MAKE) LIBGUESTFS_QEMU=$(top_builddir)/qemu-wrapper.sh check + $(MAKE) LIBGUESTFS_QEMU=$(abs_builddir)/qemu-wrapper.sh check $(top_builddir)/qemu-wrapper.sh: Makefi...

...but it appears to be something about assumption about which fd values. I.e. if we ensure that FD to which stderr is redirected (-E), gets a higher than usual fd, then the problem goes away: --- log.c.orig 2013-08-02 15:27:27.000000000 -0700 +++ log.c 2013-08-02 15:28:23.000000000 -0700 @@ -352,11 +352,20 @@ { int fd; +#define XSIZ 3 + int f[XSIZ], i; + /* ensure fd gets a higher numbered fd */ + for (i = 0; i < XSIZ; i++) + f[i] = open("/COPYRIGHT", O_RDONLY); + if ((fd = open(logfile, O_WRONLY|O_CREAT|O_APPEND, 0600)) == -1) { fprintf(st...

...is going to + * be overwritten. + * + * The strategy for determining what kind of memory area to return is complex, + * see comments inside of the function. + */ static void * nouveau_buffer_transfer_map(struct pipe_context *pipe, struct pipe_resource *resource, @@ -352,11 +389,17 @@ nouveau_buffer_transfer_map(struct pipe_context *pipe, if (buf->domain == NOUVEAU_BO_VRAM) { if (usage & NOUVEAU_TRANSFER_DISCARD) { + /* Set up a staging area for the user to write to. It will be copied + * back into VRAM on unmap. */ if...

...t capabilities by Patrick Masotta (Serva) (c)2015 > + */ > + > +/* > * Copyright 2011-2014 Intel Corporation - All Rights Reserved > */ I'm not a legal expert but I've more typically seen newer lines below the old lines and as a part of the same comment. > @@ -348,7 +352,11 @@ char efi_getchar(char *hi) > > do { > status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); > - } while (status == EFI_NOT_READY); > + } while (status != EFI_NOT_READY); > + > + status = WaitForSingleEvent(in->Wai...

Finally I got around to breaking up the similarly named monolithic patch that caused a regression shortly before the 4.2 release and got therefore reverted. This series consists of the broken up pieces that - according to my testing - don''t expose the reported lockup; the 7th will need debugging to understand what''s wrong there. 1: use RTC_* names instead of literal numbers 2:

...b/efi/main.c --- a/efi/main.c 2014-10-06 10:27:44.000000000 -0600 +++ b/efi/main.c 2015-02-18 19:48:27.215899105 -0700 @@ -1,4 +1,8 @@ /* + * EFI image boot capabilities by Patrick Masotta (Serva) (c)2015 + */ + +/* * Copyright 2011-2014 Intel Corporation - All Rights Reserved */ @@ -348,7 +352,11 @@ char efi_getchar(char *hi) do { status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); - } while (status == EFI_NOT_READY); + } while (status != EFI_NOT_READY); + + status = WaitForSingleEvent(in->WaitForKey, 0); + status = uefi_call_wrapper(in->ReadKeyS...

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops

Hi Andi, This series of patches updates paravirt_ops in various ways. Some of the changes are plain cleanups and improvements, and some add some interfaces necessary for Xen. The brief overview: add-MAINTAINERS.patch - obvious remove-CONFIG_DEBUG_PARAVIRT.patch - no longer needed paravirt-nop.patch - mark nop operations consistently paravirt-pte-accessors.patch - operations to pack/unpack

Hi Andi, This series of patches updates paravirt_ops in various ways. Some of the changes are plain cleanups and improvements, and some add some interfaces necessary for Xen. The brief overview: add-MAINTAINERS.patch - obvious remove-CONFIG_DEBUG_PARAVIRT.patch - no longer needed paravirt-nop.patch - mark nop operations consistently paravirt-pte-accessors.patch - operations to pack/unpack

Hi Andi, Here's a repost of the paravirt_ops update series I posted the other day. Since then, I found a few potential bugs with patching clobbering, cleaned up and documented paravirt.h and the patching machinery. Overview: add-MAINTAINERS.patch obvious remove-CONFIG_DEBUG_PARAVIRT.patch No longer meaningful or needed. paravirt-nop.patch Clean up nop paravirt_ops functions, mainly to

Hi Andi, Here's a repost of the paravirt_ops update series I posted the other day. Since then, I found a few potential bugs with patching clobbering, cleaned up and documented paravirt.h and the patching machinery. Overview: add-MAINTAINERS.patch obvious remove-CONFIG_DEBUG_PARAVIRT.patch No longer meaningful or needed. paravirt-nop.patch Clean up nop paravirt_ops functions, mainly to

...values added to the stack or -1 for dynamic */ - SwfdecActionExec exec[MAXSCRIPTVERSION - MINSCRIPTVERSION + 1]; - /* array is for version 3, 4, 5, 6, 7+ */ -} SwfdecActionSpec; - -extern const SwfdecActionSpec actions[256]; void swfdec_as_context_run (SwfdecAsContext *context) { @@ -367,9 +352,11 @@ start: return; script = frame->script; stack = frame->stack; - version = EXTRACT_VERSION (script->version); + version = SWFDEC_AS_EXTRACT_SCRIPT_VERSION (script->version); + context->version = script->version; startpc = script->buffer->data; endpc =...

...quot;activate"; StringList "volgroups"], []; + style = RErr, [Bool "activate"; StringList (PlainString, "volgroups")], []; optional = Some "lvm2"; shortdesc = "activate or deactivate some volume groups"; longdesc = "\ @@ -3522,7 +3522,7 @@ are activated or deactivated." }; { defaults with name = "lvresize"; added = (1, 0, 27); - style = RErr, [Device "device"; Int "mbytes"], []; + style = RErr, [String (Device, "device"); Int "mbytes"], []; opti...

Very large but mechanical change to the generator. Rich.

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console

Hi Andi, This patch series implements the Linux Xen guest as a paravirt_ops backend. The features in implemented this patch series are: * domU only * UP and SMP guest support (NEW!) * dynamic ticks (NEW!) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes (non-PAE may be broken at the moment) * xen hvc console