Re: GENERIC_KASLR panic

2022-06-06 Thread Chavdar Ivanov
Again this - I wonder if it is only me who is seeing it. I was running
GENERIC_KASLR on this VirtualBox guest for a long time, then it
stopped working with the reported trace for several months, then, as
described above, worked for some 10 days (I mean it survived -current
builds, perhaps 3 or 4, for that period), then it stopped working
(same trace) for a while; about a week ago I tested again and it was
working fine, up including the kernel from 30th of May.

Today's build fails yet again, and yes, with the same trace.

Weird

Chavdar


Re: GENERIC_KASLR panic

2022-05-01 Thread Chavdar Ivanov
On Wed, 27 Apr 2022 at 13:15, Chavdar Ivanov  wrote:
>
> FYI since the latest updates on the 25th of April my VirtualBox guest
> boots GENERIC_KASLR again; I had a cursory look over the update list
> and couldn't figure out which changeset has sorted the problem out.
>
> I guess http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722
> can be closed now.

Too quick a suggestion. The GENERIC_KASLR kernel from 29th of April
boots OK, but the one from the 1st of May panics in exactly the same
way as described in 56722; for the moment I brought back the one from
the 29th.

I can't see anything obvious from the changeset. Weird.

>
> Chavdar
>
> On Fri, 4 Mar 2022 at 00:19, Chavdar Ivanov  wrote:
> >
> > Hi,
> >
> > I am just wondering - does anybody use the GENERIC_KASRL kernel? I
> > just tried once more and am consistently getting the same error, this
> > time with 9.99.94.
> >
> > Chavdar
> >
> > On Fri, 18 Feb 2022 at 11:32, Chavdar Ivanov  wrote:
> > >
> > > Hi,
> > > http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722 was
> > > filed, to respond to myself.
> > >
> > > On Thu, 17 Feb 2022 at 22:34, Chavdar Ivanov  wrote:
> > > >
> > > > Hi,
> > > >
> > > > A few hours old update; GENERIC boots ok on a -current amd64
> > > > VirtualBox guest vm. This machine usually runs GENERIC_KASLR (I just
> > > > wanted to have a box running this one for comparison). GENERIC_KASLR
> > > > panics reliably as follows:
> > > > 
> > > >
> > > > r11   8e3d8964
> > > > r12   8e3d8a18
> > > > r13   260
> > > > r14   0
> > > > r15   fff2562260 nonce.3
> > > > rip   9b168705   chacha_stream_sse2+0x1ee
> > > > cs8
> > > > rflags 10286
> > > > rsp   8e3d8610
> > > > ss 10
> > > > netbsd:chacha_stream_sse2+0x1ee:   ???
> > > > db(3)> bt
> > > > chacha_stream_sse2() at netbsd:chacha_stream_sse2+0x1ee
> > > > xchacha_ stream_sse2() at netbsd:xchacha_stream_sse2+0x15d
> > > > xchacha_stream_sse2_impl() at netbsd:xchacha_stream_sse2_impl.0x41
> > > > xchacha_stream_selftest() at netbsd:xchacha_stream_selftest+0x4e
> > > > chacha_selftest() at netbsd:chacha_self test+0x107
> > > > chacha_modcmd() at netbsd:chacha_modcmd+ 0x2a
> > > > module_do_builtin() at netbsd:module_do_builtin+0x1?d
> > > > module_do_builtin() at netbsd: module_do_builtin+0x132
> > > > module_init_class() at netbsd:module_init_class+0x1cf
> > > > main() at netbsd main+0x507
> > > > start_prekern() at netbsd:start_prekern+Oxf5
> > > > ?() at 100641
> > > >
> > > > The previous working GENERIC_KASLR kernel on this machine is from the
> > > > 26th of January; it works OK (with today's userland). I also replaced
> > > > /usr/mdec/prekern, but it hasn't changed since quite a few months.
> > > >
> > > > Chavdar
> > > >
> > > > --
> > > > 
> > >
> > >
> > >
> > > --
> > > 
> >
> >
> >
> > --
> > 
>
>
>
> --
> 



-- 



Re: GENERIC_KASLR panic

2022-04-27 Thread Chavdar Ivanov
FYI since the latest updates on the 25th of April my VirtualBox guest
boots GENERIC_KASLR again; I had a cursory look over the update list
and couldn't figure out which changeset has sorted the problem out.

I guess http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722
can be closed now.

Chavdar

On Fri, 4 Mar 2022 at 00:19, Chavdar Ivanov  wrote:
>
> Hi,
>
> I am just wondering - does anybody use the GENERIC_KASRL kernel? I
> just tried once more and am consistently getting the same error, this
> time with 9.99.94.
>
> Chavdar
>
> On Fri, 18 Feb 2022 at 11:32, Chavdar Ivanov  wrote:
> >
> > Hi,
> > http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722 was
> > filed, to respond to myself.
> >
> > On Thu, 17 Feb 2022 at 22:34, Chavdar Ivanov  wrote:
> > >
> > > Hi,
> > >
> > > A few hours old update; GENERIC boots ok on a -current amd64
> > > VirtualBox guest vm. This machine usually runs GENERIC_KASLR (I just
> > > wanted to have a box running this one for comparison). GENERIC_KASLR
> > > panics reliably as follows:
> > > 
> > >
> > > r11   8e3d8964
> > > r12   8e3d8a18
> > > r13   260
> > > r14   0
> > > r15   fff2562260 nonce.3
> > > rip   9b168705   chacha_stream_sse2+0x1ee
> > > cs8
> > > rflags 10286
> > > rsp   8e3d8610
> > > ss 10
> > > netbsd:chacha_stream_sse2+0x1ee:   ???
> > > db(3)> bt
> > > chacha_stream_sse2() at netbsd:chacha_stream_sse2+0x1ee
> > > xchacha_ stream_sse2() at netbsd:xchacha_stream_sse2+0x15d
> > > xchacha_stream_sse2_impl() at netbsd:xchacha_stream_sse2_impl.0x41
> > > xchacha_stream_selftest() at netbsd:xchacha_stream_selftest+0x4e
> > > chacha_selftest() at netbsd:chacha_self test+0x107
> > > chacha_modcmd() at netbsd:chacha_modcmd+ 0x2a
> > > module_do_builtin() at netbsd:module_do_builtin+0x1?d
> > > module_do_builtin() at netbsd: module_do_builtin+0x132
> > > module_init_class() at netbsd:module_init_class+0x1cf
> > > main() at netbsd main+0x507
> > > start_prekern() at netbsd:start_prekern+Oxf5
> > > ?() at 100641
> > >
> > > The previous working GENERIC_KASLR kernel on this machine is from the
> > > 26th of January; it works OK (with today's userland). I also replaced
> > > /usr/mdec/prekern, but it hasn't changed since quite a few months.
> > >
> > > Chavdar
> > >
> > > --
> > > 
> >
> >
> >
> > --
> > 
>
>
>
> --
> 



-- 



Re: GENERIC_KASLR panic

2022-03-03 Thread Chavdar Ivanov
Hi,

I am just wondering - does anybody use the GENERIC_KASRL kernel? I
just tried once more and am consistently getting the same error, this
time with 9.99.94.

Chavdar

On Fri, 18 Feb 2022 at 11:32, Chavdar Ivanov  wrote:
>
> Hi,
> http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722 was
> filed, to respond to myself.
>
> On Thu, 17 Feb 2022 at 22:34, Chavdar Ivanov  wrote:
> >
> > Hi,
> >
> > A few hours old update; GENERIC boots ok on a -current amd64
> > VirtualBox guest vm. This machine usually runs GENERIC_KASLR (I just
> > wanted to have a box running this one for comparison). GENERIC_KASLR
> > panics reliably as follows:
> > 
> >
> > r11   8e3d8964
> > r12   8e3d8a18
> > r13   260
> > r14   0
> > r15   fff2562260 nonce.3
> > rip   9b168705   chacha_stream_sse2+0x1ee
> > cs8
> > rflags 10286
> > rsp   8e3d8610
> > ss 10
> > netbsd:chacha_stream_sse2+0x1ee:   ???
> > db(3)> bt
> > chacha_stream_sse2() at netbsd:chacha_stream_sse2+0x1ee
> > xchacha_ stream_sse2() at netbsd:xchacha_stream_sse2+0x15d
> > xchacha_stream_sse2_impl() at netbsd:xchacha_stream_sse2_impl.0x41
> > xchacha_stream_selftest() at netbsd:xchacha_stream_selftest+0x4e
> > chacha_selftest() at netbsd:chacha_self test+0x107
> > chacha_modcmd() at netbsd:chacha_modcmd+ 0x2a
> > module_do_builtin() at netbsd:module_do_builtin+0x1?d
> > module_do_builtin() at netbsd: module_do_builtin+0x132
> > module_init_class() at netbsd:module_init_class+0x1cf
> > main() at netbsd main+0x507
> > start_prekern() at netbsd:start_prekern+Oxf5
> > ?() at 100641
> >
> > The previous working GENERIC_KASLR kernel on this machine is from the
> > 26th of January; it works OK (with today's userland). I also replaced
> > /usr/mdec/prekern, but it hasn't changed since quite a few months.
> >
> > Chavdar
> >
> > --
> > 
>
>
>
> --
> 



-- 



Re: GENERIC_KASLR panic

2022-02-18 Thread Chavdar Ivanov
Hi,
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=56722 was
filed, to respond to myself.

On Thu, 17 Feb 2022 at 22:34, Chavdar Ivanov  wrote:
>
> Hi,
>
> A few hours old update; GENERIC boots ok on a -current amd64
> VirtualBox guest vm. This machine usually runs GENERIC_KASLR (I just
> wanted to have a box running this one for comparison). GENERIC_KASLR
> panics reliably as follows:
> 
>
> r11   8e3d8964
> r12   8e3d8a18
> r13   260
> r14   0
> r15   fff2562260 nonce.3
> rip   9b168705   chacha_stream_sse2+0x1ee
> cs8
> rflags 10286
> rsp   8e3d8610
> ss 10
> netbsd:chacha_stream_sse2+0x1ee:   ???
> db(3)> bt
> chacha_stream_sse2() at netbsd:chacha_stream_sse2+0x1ee
> xchacha_ stream_sse2() at netbsd:xchacha_stream_sse2+0x15d
> xchacha_stream_sse2_impl() at netbsd:xchacha_stream_sse2_impl.0x41
> xchacha_stream_selftest() at netbsd:xchacha_stream_selftest+0x4e
> chacha_selftest() at netbsd:chacha_self test+0x107
> chacha_modcmd() at netbsd:chacha_modcmd+ 0x2a
> module_do_builtin() at netbsd:module_do_builtin+0x1?d
> module_do_builtin() at netbsd: module_do_builtin+0x132
> module_init_class() at netbsd:module_init_class+0x1cf
> main() at netbsd main+0x507
> start_prekern() at netbsd:start_prekern+Oxf5
> ?() at 100641
>
> The previous working GENERIC_KASLR kernel on this machine is from the
> 26th of January; it works OK (with today's userland). I also replaced
> /usr/mdec/prekern, but it hasn't changed since quite a few months.
>
> Chavdar
>
> --
> 



--