Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 23 Oct 2018 08:54:24 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Toomas Soome <tsoome@me.com>
Cc:        Lev Serebryakov <lev@freebsd.org>, Mark Millard <marklmi@yahoo.com>,  Konstantin Belousov <kib@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>,  FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)
Message-ID:  <CANCZdfofMePoF3r9TSvMqm8Sf6gMnvegVbCPXiHdndk3VmU7kA@mail.gmail.com>
In-Reply-To: <7B44DEC3-9E79-46E0-BC02-E6C95680BF77@me.com>
References:  <79973E2B-F5C4-4E7C-B92B-1C8D4441C7D1@yahoo.com> <ACBB38EF-9A6A-40E5-AB6C-EEB9E292A919@yahoo.com> <EDBFFACB-8582-4B16-AC1A-63F8C86C9BA4@yahoo.com> <CANCZdfo=uqLn16r0FShz=WEv3Z34LbmC1gqzKabwfr3gEUXsJg@mail.gmail.com> <CANCZdfoHg8=FfuJchyPJ9qBDZBkR_7nYTWPiQedZkW4Cs1pR5A@mail.gmail.com> <3CA4C94F-A062-44FE-B507-948A6F88C83D@me.com> <18e270f6-c811-3f5e-bf65-76c895782c8f@FreeBSD.org> <7B44DEC3-9E79-46E0-BC02-E6C95680BF77@me.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 23, 2018 at 5:54 AM Toomas Soome <tsoome@me.com> wrote:

>
> > On 23 Oct 2018, at 13:53, Lev Serebryakov <lev@FreeBSD.org> wrote:
> >
> > On 22.10.2018 12:27, Toomas Soome wrote:
> >
> >> It would help to get output from loader lsdev -v command.
> > current loader crashes on "lsdev" for me:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232483 (it is not
> > threadripper-related, my hardware is Intel Atom).
> >
> > --
> > // Lev Serebryakov
> >
>
> That error means something is corrupting the memory, it is hard to guess
> what exactly and debugging it is nasty - it means we would need to track
> down what was allocated before this memory block (guard1 is marker insert=
ed
> in front of the allocated memory block).
>
> Fortunately the code to print the partition table is in
> stand/common/disk.c and the partition code is just next to it and so it
> should be relatively easy to find the guilty one=E2=80=A6 I will try to s=
ee if I
> can replicate the issue.
>

We've had reports of other systems mysteriously hanging on boot with the
new boot loader, but not older ones. It isn't limited to new AMD boxes, but
it's been seen on other Intel boxes of various flavors. When we crash, it
seems like we don't have a good recovery like we do with BTX. Maybe they
are related?

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfofMePoF3r9TSvMqm8Sf6gMnvegVbCPXiHdndk3VmU7kA>