Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Jul 2004 12:19:20 +0400
From:      Alexander Kirillov <nevis2us@infoline.su>
To:        freebsd-ports@freebsd.org
Subject:   Re: mozilla-1.7,2 and jdk-1.4.2p6_4 plugin problem
Message-ID:  <40F0F808.1000906@infoline.su>

next in thread | raw e-mail | index | archive | help
Yep. This is it.
It works after I added /dev/psm0 as an entropy source.
Tried this after exhausting entropy pool with cat /dev/urandom
and with/without ps2 mouse irq added. Got consistent results.
Thanks for your help Greg!
Sasha
>>More info on the problem.
>>Looking at the thread stack dumps when the browser gets stuck
>>I've found threads locked within sun.security.provider.SeedGenerator
>>methods.
>>
>>The reason why I'm having trouble loading applets over http is that
>>I have grant codeBase "https://something/-" in my ~/.java.policy file.
>>As soon as I removed https:// clause from my ~/.java.policy everything
>>works fine over http.
>>
>>I've attached thread stack dump at the end of the message.
>>Hope this may help to reproduce and fix the problem.
> 
> 
> Ok, I've got a good guess now.  The stack trace suggests that the JVM
> is stuck trying to read secure random bytes from /dev/random.  This is
> a fairly common problem (particularly on 4.x) if the random device
> isn't hooked up to enough entropy sources to gather "randomness" from.
> Try using rndcontrol(8) to provide yourself with some more entropy
> sources and let me know if that resolves the problem.  There are some
> pointers on doing this in the freebsd-java mailing list archives.
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40F0F808.1000906>