Displaying 4 results from an estimated 4 matches for "threaddata".
Did you mean:
thread_data
2012 Mar 09
1
[PATCH 1/2] Close all file descriptors in the recovery process.
From: "Richard W.M. Jones" <rjones at redhat.com>
If the parent process uses a pipe (or any fd, but pipes are a
particular problem), then the recovery process would hold open the
file descriptor(s) of the pipe, meaning that it could not be fully
closed in the parent. Because the recovery process doesn't use
exec(2), this wasn't avoidable even using FD_CLOEXEC.
Avoid this
2012 Mar 31
1
modifying open_guest function (copy_over.c)
It works, but I should delete
if (guestfs_umount_all (destg) == -1)
??? exit (EXIT_FAILURE);
inmain() function and
/* Clean up. */
? if (guestfs_umount_all (srcg) == -1) {
??? pthread_cancel (threaddata->mainthread);
??? exit (EXIT_FAILURE);
? }
in the start_scrthread() function or it will return an error after the program finish:
libguestfs: error: umount_all: umount: /sys/fs/cgroup/systemd: umount: /sys/fs/cgroup/systemd: device is busy.
??????? (In some cases useful info about processes th...
2009 Aug 25
3
[Bug 23505] New: KDE's Kubrick has problems with xf86-video-nouveau driver
http://bugs.freedesktop.org/show_bug.cgi?id=23505
Summary: KDE's Kubrick has problems with xf86-video-nouveau
driver
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
AssignedTo: nouveau at
2012 Jul 03
8
[PATCH 0/7 v2] Fix and workaround for qcow2 issues in qemu causing data corruption.
https://bugzilla.redhat.com/show_bug.cgi?id=836710
https://bugzilla.redhat.com/show_bug.cgi?id=836913
There are at least two related bugs going on:
(1) Linux sync(2) system call doesn't send a write barrier to the
disk, so in effect it doesn't force the hard disk to flush its cache.
libguestfs used sync(2) to force changes to disk. We didn't expect
that qemu was caching anything