On 08/27/2015 22:16, Konstantin Belousov wrote:
[...]
I just verified that the signal handler is correctly wrapped for me, on
the latest stable/10. Both with the pre-linked libthr.so and with the
library loaded dynamically at runtime. I used the test program at the
end of the message, put
From kostik...@gmail.com Thu Aug 27 18:22:37 2015
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
To state an obvious thing. The commit which you pointed to, changes
the code
To add a very small (useless) data point to this, I have an atom device
that, very occasionally, hangs before the boot stage (at the little
slash, prior to the daemon boot menu offering you the chance to select
another kernel etc).
I haven't worked out the rhyme or reason yet, so its probably
On Fri, Aug 28, 2015 at 08:08:27AM +0200, Michiel Boland wrote:
On 08/27/2015 22:16, Konstantin Belousov wrote:
[...]
I just verified that the signal handler is correctly wrapped for me, on
the latest stable/10. Both with the pre-linked libthr.so and with the
library loaded dynamically at
On Fri, Aug 28, 2015 at 11:30:18AM +0100, Anton Shterenlikht wrote:
From kostik...@gmail.com Thu Aug 27 18:22:37 2015
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
From me...@bristol.ac.uk Fri Aug 28 11:34:20 2015
What about my loader.conf:
# cat /boot/loader.conf
zfs_load=YES
# soft limits
kern.dfldsiz=536748032 # default soft limit for process data
kern.dflssiz=536748032 # default soft limit for stack
# hard limits
kern.maxdsiz=536748032 # hard limit
On 08/28/2015 12:01, Konstantin Belousov wrote:
[...]
I probably have an idea what is going wrong. Please try the patch
below. Libc does not used interposed sig{procmask,action,suspend}
entries itself, which resulted in e.g. signal(3) breaking libthr
hooks.
I'm trying now, and it did appear
On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote:
set -e
for a in `seq 1000`
do
echo -n $a
xterm -e ssh nonexisting
done
echo
(The idea here is that 'ssh nonexisting' should do some work and then exit,
xterm -e false, etc. don't appear to trigger the bug.)
Prior to
On Wed, Aug 19, 2015 at 01:01:24PM -0700, David Wolfskill wrote:
On Wed, Aug 19, 2015 at 12:25:38PM -0700, Adrian Chadd wrote:
... But we definitely ahe enough to put into a PR..
...
Bug 202494 - Panic [page fault] in _ieee80211_crypto_delkey()
On Aug 28, 2015, at 3:35 AM, Konstantin Belousov kostik...@gmail.com wrote:
Might be, try the latest stable/10 kernel with the problematic revision
r286316 reversed ? This might add more points to the Marcel' note about
some static relocation table processed early.
I built a kernel off of
10 matches
Mail list logo