On 21 April 2012 13:52, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Apr 21 18:52:37 UTC 2012
>
> Modified Files:
> src/sys/arch/amd64/amd64: vector.S
>
> Log Message:
> Alignment fault traps push the error code automatically, so don't use ZT
On 4/21/12 10:58 AM, Takeshi Nakayama wrote:
Pull up following revision(s) (requested by spz in ticket #1750):
crypto/dist/openssl/crypto/mem.cpatch
crypto/dist/openssl/crypto/asn1/a_d2i_fp.c patch
crypto/dist/openssl/crypto/buffer/buffer.c patch
sys/miscfs/genfs/genfs_
On Apr 22, 12:00am, jeanyves.mig...@free.fr (Jean-Yves Migeon) wrote:
-- Subject: Re: CVS commit: src/sys/arch/amd64/amd64
| It's the other way around; the bug was rather harmless in VMs (kills the
| process with a SIGILL), while it force-reboot the host on a native platform.
I had the real host
Le 21/04/12 23:25, Christos Zoulas a écrit :
In article<4f930a8c.6040...@free.fr>,
Jean-Yves Migeon wrote:
Le 21/04/12 20:52, Christos Zoulas a écrit :
Module Name:src
Committed By: christos
Date: Sat Apr 21 18:52:37 UTC 2012
Modified Files:
src/sys/arch/amd64/amd64: v
In article <4f930a8c.6040...@free.fr>,
Jean-Yves Migeon wrote:
>Le 21/04/12 20:52, Christos Zoulas a écrit :
> > Module Name:src
> > Committed By: christos
> > Date: Sat Apr 21 18:52:37 UTC 2012
> >
> > Modified Files:
> > src/sys/arch/amd64/amd64: vector.S
> >
> >
>>> "Jeff Rizzo" wrote
> Module Name: src
> Committed By: riz
> Date: Sat Apr 21 15:52:55 UTC 2012
>
> Modified Files:
> src/crypto/dist/openssl/crypto [netbsd-5]: mem.c
> src/crypto/dist/openssl/crypto/asn1 [netbsd-5]: a_d2i_fp.c
> src/crypto/dist/openssl/crypto/buffe
I just tested with a new updated kernel.
It no longer crashes. Instead, it reports an expected failure:
x86 architecture does not correctly report the
address where the unaligned access occurred:
/build/netbsd-local/src/tests/lib/libc/gen/t_siginfo.c:427:
info->s
Le 21/04/12 20:52, Christos Zoulas a écrit :
> Module Name: src
> Committed By: christos
> Date: Sat Apr 21 18:52:37 UTC 2012
>
> Modified Files:
>src/sys/arch/amd64/amd64: vector.S
>
> Log Message:
> Alignment fault traps push the error code automatically, so don't use
Le 21/04/12 19:47, Christoph Egger a écrit :
>> rip 0x0 and rsp 0x50202 look really abnormal to me. I'll have a look in
>> FreeBSD, that's probably a group of exceptions that have to be handled
>> differently.
>
> rip 0x0 often means that a function pointer has been called which is
NULL.
>
> Chr
On 21.04.12 19:38, Jean-Yves Migeon wrote:
> Le 21/04/12 16:31, Jean-Yves Migeon a écrit :
>>> Okay, thanks for the report. So this rules out Virtual Box, it seems to
>>> happen on native amd64 too.
>>>
>>> I am taking a look right now.
>>
>> This seems to be a bug in the trap handling code. The si
Le 21/04/12 16:31, Jean-Yves Migeon a écrit :
Okay, thanks for the report. So this rules out Virtual Box, it seems to
happen on native amd64 too.
I am taking a look right now.
This seems to be a bug in the trap handling code. The signal is caught
correctly (it reaches T_ALIGNFLT|T_USER in trap
Le 21/04/12 14:50, Jean-Yves Migeon a écrit :
The machine did not drop into ddb, it simply rebooted. Unfortunately
it did not leave a core dump behind, so I don't have much to look at
just yet. When I get home later today, I will try to get more info.
BTW, this occurred while running the ATF tes
Le 20/04/12 23:01, Jeff Rizzo a écrit :
Module Name:othersrc
Committed By: riz
Date: Fri Apr 20 21:01:03 UTC 2012
Added Files:
othersrc/share/examples/ec2: README TODO build_ec2_img.sh create-new.sh
create_ec2_ami.sh set_ec2_env.sh
othersrc/share/examp
On Fri, 20 Apr 2012 15:33:05 -0700 (PDT), Paul Goyette wrote:
On Fri, 20 Apr 2012, Paul Goyette wrote:
XXX I would appreciate if someone could test it under a real amd64
host with an up-to-date kernel, so I can reasonably assume that the
culprit is Virtual Box and not our amd64 port (my test m
14 matches
Mail list logo
