[ruby-core:70117] [Ruby trunk - Bug #11395] ruby gets stuck when entropy_avail is 0

Issue #11395 has been updated by Yusuke Endoh.


Well, my system has `SYS_getrandom` but not `GRND_NONBLOCK` even in `linux/random.h`.

I'm using musl libc.  It might be a fault of the library.

-- 
Yusuke Endoh <[e-mail].

----------------------------------------
Bug #11395: ruby gets stuck when entropy_avail is 0
https://bugs.ruby-lang.org/issues/11395#change-53548

* Author: Yusuke Endoh
* Status: Assigned
* Priority: Normal
* Assignee: Nobuyoshi Nakada
* ruby -v: ruby 2.3.0dev (2015-07-24 master 51364) [x86_64-linux]
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN
----------------------------------------
When `/proc/sys/kernel/random/entropy_avail` is 0, Ruby gets stuck during initialization.

    $ ruby -v
    (stuck)

This is caused by r51182.  I think that the `GRND_NONBLOCK` flag should be set to `getrandom` syscall.

The following patch works for me.  But I have no idea to remove the magic number "1 (= `GRND_NONBLOCK`)".

~~~~diff
diff --git a/random.c b/random.c
index 6452456..9ef89f9 100644
--- a/random.c
+++ b/random.c
@@ -523,11 +523,14 @@ fill_random_bytes_syscall(void *seed, size_t size)
     if (try_syscall) {
 	long ret;
 	errno = 0;
-	ret = syscall(SYS_getrandom, seed, size, 0);
+	ret = syscall(SYS_getrandom, seed, size, 1);
 	if (errno == ENOSYS) {
 	    try_syscall = 0;
 	    return -1;
 	}
+	if (errno == EAGAIN) {
+	    return -1;
+	}
 	if ((size_t)ret == size) return 0;
     }
     return -1;
~~~~

-- 
Yusuke Endoh <[e-mail]>



-- 
https://bugs.ruby-lang.org/