Date:Thu, 11 Aug 2016 01:51:54 +0700
From:Robert Elz
Message-ID: <27517.1470855...@andromeda.noi.kre.to>
| I'll start poking them in an hour or so, but anyone else should feel free...
I think that (with Roy's help) all of the -lrumpdev related
Date:Wed, 10 Aug 2016 18:39:02 +
From:Martin Husemann
Message-ID: <20160810183902.ga23...@homeworld.netbsd.org>
| The ones I looked at all said:
|
| stderr:
| /usr/lib/librumpnet_net.so: Undefined PLT symbol
On Wed, Aug 10, 2016 at 05:28:48PM +0700, Robert Elz wrote:
> After the fix just committed, I am now seeing (testing in an amd64 xen DomU,
> not qemu, so the results might differ - also this was not the cleanest
> environ possible - the installation system has been used a few times before
> which
On Wed, 10 Aug 2016, Martin Husemann wrote:
On Tue, Aug 09, 2016 at 09:12:57AM +, Martin Husemann wrote:
This is a call to in_control() with ifp = NULL.
Here is a trace with symbols:
tc-se:#5 0x7f7ff68637db in panic (fmt=) at
After the fix just committed, I am now seeing (testing in an amd64 xen DomU,
not qemu, so the results might differ - also this was not the cleanest
environ possible - the installation system has been used a few times before
which could also affect things, possibly)
Summary for 657 test programs:
Date:Wed, 10 Aug 2016 06:43:27 +0200
From:Martin Husemann
Message-ID: <20160810044327.ga8...@mail.duskware.de>
| Here is a trace with symbols:
I think I may have an idea what happened - testing a possible fix now
(a real fix, I think, not just
On Tue, Aug 09, 2016 at 09:12:57AM +, Martin Husemann wrote:
> This is a call to in_control() with ifp = NULL.
Here is a trace with symbols:
tc-se:#5 0x7f7ff68637db in panic (fmt=) at
/usr/src/lib/librump/../../sys/rump/../kern/subr_prf.c:258
tc-se:#6 0x7f7ff7085d3a in in_control0
On Tue, Aug 09, 2016 at 10:13:05AM +0300, Andreas Gustafsson wrote:
> Now that -current builds again, there are more than 800 failing test cases.
> The ones I looked at were all failing with:
>
> panic: in_control
> rump kernel halting...
This is a call to in_control() with ifp = NULL.
Here
On 09/08/2016 08:13, Andreas Gustafsson wrote:
> Now that -current builds again, there are more than 800 failing test cases.
> The ones I looked at were all failing with:
>
> panic: in_control
> rump kernel halting...
I'm seeing this as well which is causing me grief trying to work out why
Now that -current builds again, there are more than 800 failing test cases.
The ones I looked at were all failing with:
panic: in_control
rump kernel halting...
--
Andreas Gustafsson, g...@gson.org
10 matches
Mail list logo