In message <4fdbc570d8ec896d831308860946e...@lerctr.org>, Larry
Rosenman writes
:
> see https://www.lerctr.org/~ler/stack_crash.png
>
> between r349392 & r349395 is where the bug was introduced.
>
> my suspicion is https://svnweb.freebsd.org/changeset/base/349393
Your suspicion is correct. My fir
hello - i've had a system panic multiple times after rebuilding
world/kernel today. here's my info:
FreeBSD topanga 13.0-CURRENT FreeBSD 13.0-CURRENT 2474a68216f(master)
GENERIC-NODEBUG amd64
Looking at two of the panic texts I see this:
Fatal trap 12: page fault while in kernel mode
cpuid =
see https://www.lerctr.org/~ler/stack_crash.png
between r349392 & r349395 is where the bug was introduced.
my suspicion is https://svnweb.freebsd.org/changeset/base/349393
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerc
On 06/25/2019 3:13 pm, Andrey V. Elsukov wrote:
On 25.06.2019 15:59, Larry Rosenman wrote:
On 06/25/2019 4:18 am, Andrey V. Elsukov wrote:
On 24.06.2019 23:10, Larry Rosenman wrote:
#5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80,
flags=0)
at /usr/src/sys/netgraph/ng_base.c:
On 2019-06-25 13:57, Guido Falsi wrote:
>
> I'm having thee same issue. UEFI system, ZFS on root, two mirrored disks.
>
> Reverting 349349 fixes it.
Sorry, that was my commit. I'm debugging it now.
--
Rebecca Cran
___
freebsd-current@freebsd.org mai
On 25.06.2019 15:59, Larry Rosenman wrote:
> On 06/25/2019 4:18 am, Andrey V. Elsukov wrote:
>> On 24.06.2019 23:10, Larry Rosenman wrote:
> #5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80,
> flags=0)
> at /usr/src/sys/netgraph/ng_base.c:2252
It looks like y
On Tue, Jun 25, 2019, Jan Beich wrote:
> Vladimir Zakharov writes:
>
> > Hello
> >
> > After update from r349326 to r349350 boot loader hangs on string:
> > Setting currdev to ada0p3:
> >
> > Laptop HP ProBook 430 G3.
>
> Do you boot from a ZFS pool on a GPT partition? If so how the pool is
On 25/06/19 21:25, Jan Beich wrote:
> Vladimir Zakharov writes:
>
>> Hello
>>
>> After update from r349326 to r349350 boot loader hangs on string:
>> Setting currdev to ada0p3:
>>
>> Laptop HP ProBook 430 G3.
>
> Do you boot from a ZFS pool on a GPT partition? If so how the pool is
> configu
Vladimir Zakharov writes:
> Hello
>
> After update from r349326 to r349350 boot loader hangs on string:
> Setting currdev to ada0p3:
>
> Laptop HP ProBook 430 G3.
Do you boot from a ZFS pool on a GPT partition? If so how the pool is
configured: single disk, stripe, mirror or raidz?
Try reve
Hello
After update from r349326 to r349350 boot loader hangs on string:
Setting currdev to ada0p3:
Laptop HP ProBook 430 G3.
--
Regards, | "In theory there is no difference between theory
Vladimir Zakharov | and practice. In practice there is."- Yogi Berra
signature
Rebecca Cran writes:
> I've been working with D Scott Phillips to test the UEFI HTTP loader
> code he's written, and we're now ready for wider testing.
[...]
I can't boot after r349349. loader.efi appears to fail to load. As my
boot pool is striped maybe HTTP code interferes with ZFS code assemb
One of remote systems got this panic.
Unfortunately, all I have is this bit of its console log.
No crash dump (not even a text dump).
It's curious that va == pte.
panic: bad pte va 8002de000 pte 8002de000^M
cpuid = 0^M
time = 1561459522^M
KDB: stack backtrace:^M
db_trace_self_wrapper() at 0x
On 06/25/2019 4:18 am, Andrey V. Elsukov wrote:
On 24.06.2019 23:10, Larry Rosenman wrote:
#5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80,
flags=0)
at /usr/src/sys/netgraph/ng_base.c:2252
It looks like you use some netgraph based ethernet interface.
The system got received
On 24.06.2019 23:10, Larry Rosenman wrote:
>>> #5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80, flags=0)
>>> at /usr/src/sys/netgraph/ng_base.c:2252
>>
>> It looks like you use some netgraph based ethernet interface.
>> The system got received ARP request and is going to send the
14 matches
Mail list logo
