search for: erestart

...rrent branch. So we must deal with this case in the caller + * carefully. + * + * If we need re-search the specified branch, -EAGAIN will returned. And + * if we don''t search the tree from the root, we need restart the search + * from the root at some cases. At those cases, we will return -ERESTART. + * If there are other errors during the search the other negative error number + * is returned. */ -int btrfs_search_slot(struct btrfs_trans_handle *trans, struct btrfs_root - *root, struct btrfs_key *key, struct btrfs_path *p, int - ins_len, int cow) +static int __search_slot(str...

...man: refer to iptables-translate and ip6tables nft: add struct nft_cache nft: statify nft_rebuild_cache() nft: add __nft_table_builtin_find() nft: add flush_cache() nft: cache table list nft: ensure cache consistency nft: keep original cache in case of ERESTART nft: don't skip table addition from ERESTART nft: don't care about previous state in ERESTART nft: do not retry on EINTR nft: reset netlink sender buffer size of socket restart configure: bump versions for 1.8.3 release Phil Sutter (84): libiptc: Extend...

...;, O_RDONLY|O_CLOEXEC); > if(0 > fd) > return fd; > do { > ret = read(fd, (buf + len), (buflen - len)); > if (0 < ret) > len += ret; > } while ((0 < ret || EINTR == errno || ERESTART == errno) > && buflen > len); Unless there is a documentation error, the same is required when using getrandom(). It can also return short as well as to be interrupted. regards, Nikos

...;, O_RDONLY|O_CLOEXEC); > if(0 > fd) > return fd; > do { > ret = read(fd, (buf + len), (buflen - len)); > if (0 < ret) > len += ret; > } while ((0 < ret || EINTR == errno || ERESTART == errno) > && buflen > len); Unless there is a documentation error, the same is required when using getrandom(). It can also return short as well as to be interrupted. regards, Nikos

Linux 4.6, also tried 4.7, qemu 2.6, using this C program: #include <fcntl.h> #include <stdlib.h> #include <syscall.h> #include <unistd.h> int main(int argc, char *argv[]) { char buf[16]; int fd; if (argc != 2) return 1; for (int i = 0; i < atoi(argv[1]); i++) { sleep(1); if ((fd = open("/dev/random", O_RDONLY)) ==

Linux 4.6, also tried 4.7, qemu 2.6, using this C program: #include <fcntl.h> #include <stdlib.h> #include <syscall.h> #include <unistd.h> int main(int argc, char *argv[]) { char buf[16]; int fd; if (argc != 2) return 1; for (int i = 0; i < atoi(argv[1]); i++) { sleep(1); if ((fd = open("/dev/random", O_RDONLY)) ==

...fd = open("/dev/random", O_RDONLY|O_CLOEXEC); if(0 > fd) return fd; do { ret = read(fd, (buf + len), (buflen - len)); if (0 < ret) len += ret; } while ((0 < ret || EINTR == errno || ERESTART == errno) && buflen > len); ... Ciao Stephan

...if(0 > fd) > > return fd; > > do { > > ret = read(fd, (buf + len), (buflen - len)); > > if (0 < ret) > > len += ret; > > } while ((0 < ret || EINTR == errno || ERESTART == errno) > > && buflen > len); > > Unless there is a documentation error, the same is required when using > getrandom(). It can also return short as well as to be interrupted. > > regards, > Nikos I am aware that (according to the documentat...

...atch.c:445 #18 0x0000000000421c9a in main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at main.c:285 (gdb) The kernel says '[drm] nouveau 0000:01:00.0: validate: -85' when this happens, because ttm_bo_wait_cpu() is returning -ERESTART. If I convert that to returning -EINTR, it just goes into an endless loop calling it over and over again instead of aborting. This is a MacBook Pro with GeForce 8600M GT Running current packages from Fedora 12 rawhide. https://bugzilla.redhat.com/show_bug.cgi?id=528005 -- Configure bugmail: ht...

Is the following a known problem: =============================================================== [2000/01/26 09:41:03, 0] lib/fault.c:fault_report(41) INTERNAL ERROR: Signal 11 in pid 22273 (2.0.6) Please read the file BUGS.txt in the distribution [2000/01/26 09:41:03, 0] lib/fault.c:fault_report(43) =============================================================== This is using the same

I'm running a few servers sitting on top of a NetAPP file server ? everything runs great, but periodically I'm getting: nfs_getpages: error 13 vm_fault: pager read error, pid 11355 (https) errors on my screen ? not always same pid ? the annoying part is that it seems to always affect the same jail that is running .. if I shutdown all jails on that physical server, everything shuts down

...> > > ret = read(fd, (buf + len), (buflen - len)); > > > if (0 < ret) > > > > > > len += ret; > > > > > > } while ((0 < ret || EINTR == errno || ERESTART == errno) > > > > > > && buflen > len); > > > > Unless there is a documentation error, the same is required when using > > getrandom(). It can also return short as well as to be interrupted. > > > > regards, >...

...> > > ret = read(fd, (buf + len), (buflen - len)); > > > if (0 < ret) > > > > > > len += ret; > > > > > > } while ((0 < ret || EINTR == errno || ERESTART == errno) > > > > > > && buflen > len); > > > > Unless there is a documentation error, the same is required when using > > getrandom(). It can also return short as well as to be interrupted. > > > > regards, >...

Hello, System: Solaris 8/9 Samba: 3.02 and 3.06 We have problems with accessing files (from Windows XP) on a samba server that are mounted over nfs (on the server). Some users have symlinks in their home directories to nfs resources. When they try to copy file located in nfs the client simply hangs. To make the thing even stranger: Sometimes it also works (after restarting the samba server

Hi. System is snv_56 sun4u sparc SUNW,Sun-Fire-V440, zil_disable=1 We see many operation on nfs clients to that server really slow (like 90 seconds for unlink()). It''s not a problem with network, there''s also plenty oc CPU available. Storage isn''t saturated either. First strange thing - normally on that server nfsd has about 1500-2500 number of threads. I did

The following series of patches comprises the bulk of our outstanding changes for Ocfs2. Aside from the usual set of cleanups and fixes that were inappropriate for 2.6.25, there are a few highlights: The '/sys/o2cb' directory has been moved to '/sys/fs/o2cb'. The new location meshes better with modern sysfs layout. A symbolic link has been placed in the old location so as to

This series depends on the previously posted reservation api patches. 2 of them are not yet in for-next-fences branch of git://git.linaro.org/people/sumit.semwal/linux-3.x.git The missing patches are still in my vmwgfx_wip branch at git://people.freedesktop.org/~mlankhorst/linux All ttm drivers are converted to the fence api, fence_lock is removed and rcu is used in its place. qxl is the first

fence_is_signaled callback should support being run in atomic context, but not in irq context. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- include/linux/fence.h | 23 +++++++++++++++++++---- 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/include/linux/fence.h b/include/linux/fence.h index d174585b874b..c1a4519ba2f5 100644 ---

This series applies on top of the driver-core-next branch of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git Before converting ttm to the new fence interface I had to fix some drivers to require a reservation before poking with fence_obj. After flipping the switch RCU becomes available instead, and the extra reservations can be dropped again. :-) I've done at least basic

...(0xEFFFCDB0, 2, 30000) = 0 550: poll(0xEFFFCDB0, 2, 30000) (sleeping...) 550: poll(0xEFFFCDB0, 2, 30000) = 0 550: poll(0xEFFFCDB0, 2, 30000) (sleeping...) 550: Received signal #15, SIGTERM, in poll() [caught] 550: siginfo: SIGTERM pid=558 uid=0 550: poll(0xEFFFCDB0, 2, 30000) Err#91 ERESTART 550: write(9, "01", 1) = 1 550: setcontext(0xEFFFCA90) 550: munmap(0xEF710000, 8192) = 0 550: close(10) = 0 550: unlink("/tmp/.winbindd/pipe") = 0 550: lseek(0, 0, SEEK_CUR) = 0 550: _exit(0) Sorry but I had it follow forks also. Sorry for the size. I will...