similar to: [PATCH] conn: Pretend to be a serial terminal, so sgabios doesn't hang.

This tedious workaround avoids a 0.26 second pause when using sgabios (the Serial Graphics Adapter). It's basically a workaround for buggy code in sgabios, but much easier than fixing the assembler. --- src/conn-socket.c | 32 +++++++++++++++++++++++++++++++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/src/conn-socket.c b/src/conn-socket.c index 5b6b80e..13cb39b 100644 ---

On Tuesday 22 March 2016 19:05:24 Richard W.M. Jones wrote: > This tedious workaround avoids a 0.26 second pause when using sgabios > (the Serial Graphics Adapter). It's basically a workaround for buggy > code in sgabios, but much easier than fixing the assembler. > --- > src/conn-socket.c | 32 +++++++++++++++++++++++++++++++- > 1 file changed, 31 insertions(+), 1

On Wed, Mar 23, 2016 at 10:39:43AM +0100, Pino Toscano wrote: > If I read this correctly, the newly added memmem would be executed for > every read data from the daemon socket: > read_data -> handle_log_message -> memmem I think only from the console socket (not the daemon socket, and hence not download APIs). However I will see if it's possible to limit this to the accept

Lots of changes since v2, too much to remember or summarize. Please ignore patch 11/11, it's just for my testing. Rich.

v4: - Lots more analysis of the /init script and other parts. - Display a list of the longest to shortest activities. - Rebase on top of current head. Rich.

The previous code: fcntl (fd, F_SETFL, O_NONBLOCK) was technically incorrect, because it would have reset any other flags on the file descriptor. Thanks: Eric Blake --- bootstrap | 1 + daemon/inotify.c | 6 ++++-- lib/conn-socket.c | 21 +++++++++++---------- m4/.gitignore | 9 +++++++++ 4 files changed, 25 insertions(+), 12 deletions(-) diff --git a/bootstrap b/bootstrap

Hi, I attached the changes I made to a vanilla libguestfs-1.22.6 in order to make it work in mingw/win32. Added is also the patch required to make QEMU compatible (add a command to QMP that lists the supported devices (the regilat way you do it print it to stderr, which is difficult to redirect in win32)). This is done on behalf of Intel Corp. Thanks, Or (oberon in irc)

On 03/20/2016 14:30, Richard W.M. Jones wrote: > v1 was here: > > https://www.redhat.com/archives/libguestfs/2016-March/thread.html#00157 Thanks, this is much better than looking at 'ts -i' output. BTW I have use 'git am' to apply them to latest git HEAD and try it. Is this the preferred way, or is there a git branch/repo somewhere that I missed which would already

Unlink the sockets in the shutdown callback, instead of right before creating a new ones. This makes sure we are unlinking the right sockets. --- src/launch-libvirt.c | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/src/launch-libvirt.c b/src/launch-libvirt.c index 185b44b..8a5d93e 100644 --- a/src/launch-libvirt.c +++ b/src/launch-libvirt.c @@ -397,7 +397,6 @@

I've been taking a long hard look at the protocol layer. It has evolved over a long time without any particular direction, and the result is, to say the least, not very organized. These patches take a first step at cleaning up the mess by abstracting out socket operations from the rest of the code. The purpose of this is to allow us to slot in a different connection layer under the

On Sun, Mar 20, 2016 at 05:28:05PM +0200, Török Edwin wrote: > On 03/20/2016 14:30, Richard W.M. Jones wrote: > > v1 was here: > > > > https://www.redhat.com/archives/libguestfs/2016-March/thread.html#00157 > > Thanks, this is much better than looking at 'ts -i' output. > > BTW I have use 'git am' to apply them to latest git HEAD and try it.

On 10/12/20 4:27 PM, john doe wrote: > On 10/12/2020 4:09 PM, Peter Krempa wrote: >> On Mon, Oct 12, 2020 at 16:05:43 +0200, Michal Privoznik wrote: >>> On 10/12/20 2:14 PM, john doe wrote: >>>>> <snip/> >>>> >>>> I sent privately the requested xml file to 'Peter Krempa >>>> <pkrempa@redhat.com>'.

On 10/12/20 1:10 PM, john doe wrote: > On 10/12/2020 5:14 PM, Michal Privoznik wrote: >> On 10/12/20 4:27 PM, john doe wrote: >>> On 10/12/2020 4:09 PM, Peter Krempa wrote: >>>> On Mon, Oct 12, 2020 at 16:05:43 +0200, Michal Privoznik wrote: >>>>> On 10/12/20 2:14 PM, john doe wrote: >>>>>>> <snip/> >>>>>>

On Tue, Feb 02, 2016 at 03:27:39PM +0100, Pino Toscano wrote: > Introduce an internal helper to create paths for sockets; will be useful > for changing later the logic for placing sockets. > --- > src/guestfs-internal.h | 1 + > src/launch-direct.c | 4 +++- > src/launch-libvirt.c | 10 ++++++---- > src/launch.c | 15 +++++++++++++++ > 4 files changed, 25

On Tue, Oct 13, 2020 at 10:40:11AM +0200, john doe wrote: > On 10/13/2020 8:50 AM, john doe wrote: > > On 10/13/2020 3:30 AM, Laine Stump wrote: > > > On 10/12/20 1:10 PM, john doe wrote: > > > > On 10/12/2020 5:14 PM, Michal Privoznik wrote: > > > > > On 10/12/20 4:27 PM, john doe wrote: > > > > > > On 10/12/2020 4:09 PM, Peter Krempa

On 13.02.2015 09:23, Ján Tomko wrote: > On Thu, Feb 12, 2015 at 03:32:02PM -0600, mail list wrote: >> Maybe this should go to the qemu mail list, but I have domains configured >> to dump to serial. Works fine I see Grub menu/kernel messages and the like, >> but the "bootmenu" listing only shows up over vnc. Is there a way to have >> that show up over serial?

The API for UNIX sockets limits the path to a static size (usually 104 or 108 characters, NULL included), which is internally represented as UNIX_PATH_MAX. If the temporary directory set is long enough (e.g. when running tools as uninstalled, using "run") then these socket paths get trucated, if not even cause failures when binding the sockets. Introduce a new internal API to create

On Wed, Jul 30, 2014 at 03:58:43PM -0700, Zetan Drableg wrote: > [00183ms] /usr/libexec/qemu-kvm \ > -global virtio-blk-pci.scsi=off \ > -nodefconfig \ > -nodefaults \ > -nographic \ > -machine accel=kvm:tcg \ > -cpu host,+kvmclock \ > -m 500 \ > -no-reboot \ > -kernel /var/tmp/.guestfs-0/kernel.47903 \

Hey, When downloading a file whose path contains multi-byte utf-8, libguestfs sometimes crashes. This reproduces when using python, and not when using guestfish. Code to reproduce: for i in range(2000): g.download ('/xxx?', '/tmp/1') #0 raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007ffff7fac140 in <signal handler called> () at

On Thu, Jan 23, 2014 at 12:22:43AM -0800, Tim Fall wrote: > Running libguestft-test-tool yields: > > > ************************************************************ > * IMPORTANT NOTICE > * > * When reporting bugs, include the COMPLETE, UNEDITED > * output below in your bug report. > * >