Hello Konstantin,
I did some research regarding the kernel crash with the following results>
1) Last working kernel is:
"FreeBSD 11.3-BETA1 (BLNN719X) #8 r348361: Wed Jul 3 09:30:17 CEST
2019"
1a) DDB-Backtrace of the crashing kernel r348362 can be seen on "Boot_BT.jpg"
in the dropbox directory
"https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0";
2) Source code revision is:
root@blnn719x - /usr/src
2056 # svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/stable/11
Relative URL: ^/stable/11
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 348361
Node Kind: directory
Schedule: normal
Last Changed Author: jkim
Last Changed Rev: 348343
Last Changed Date: 2019-05-29 02:00:52 +0200 (Wed, 29 May 2019)
3) Diff to next revision:
root@blnn719x - /usr/src
2057 # svn diff -r 348362
Index: sys/amd64/amd64/initcpu.c
===================================================================
--- sys/amd64/amd64/initcpu.c (revision 348362)
+++ sys/amd64/amd64/initcpu.c (working copy)
@@ -247,6 +247,7 @@
}
hw_ibrs_recalculate();
hw_ssb_recalculate(false);
+ hw_mds_recalculate();
switch (cpu_vendor_id) {
case CPU_VENDOR_AMD:
init_amd();
Index: sys/i386/i386/initcpu.c
===================================================================
--- sys/i386/i386/initcpu.c (revision 348362)
+++ sys/i386/i386/initcpu.c (working copy)
@@ -769,6 +769,7 @@
elf32_nxstack = 1;
}
#endif
+ hw_mds_recalculate();
if ((amd_feature & AMDID_RDTSCP) != 0 ||
(cpu_stdext_feature2 & CPUID_STDEXT2_RDPID) != 0)
wrmsr(MSR_TSC_AUX, PCPU_GET(cpuid));
Index: sys/x86/x86/cpu_machdep.c
===================================================================
--- sys/x86/x86/cpu_machdep.c (revision 348362)
+++ sys/x86/x86/cpu_machdep.c (working copy)
@@ -1118,14 +1118,6 @@
}
}
-static void
-hw_mds_recalculate_boot(void *arg __unused)
-{
-
- hw_mds_recalculate();
-}
-SYSINIT(mds_recalc, SI_SUB_SMP, SI_ORDER_ANY, hw_mds_recalculate_boot, NULL);
-
static int
sysctl_mds_disable_handler(SYSCTL_HANDLER_ARGS)
{
Index: .
===================================================================
--- . (revision 348362)
+++ . (working copy)
Property changes on: .
___________________________________________________________________
Modified: svn:mergeinfo
## -0,1 +0,0 ##
Reverse-merged /head:r348075
Somewhere here is the problem...
with best regards
Matthias Schündehütte
Siemens AG
Large Drives Applications
Information Technology
Information Technology Product Lifecycle Management
LDA IT PLM
Nonnendammallee 72
13629 Berlin, Deutschland
Tel.: +49 30 386-29957
Mobil: +49 170 8162912
mailto:matthias.schuendehue...@siemens.com
www.siemens.com/ingenuityforlife
-----Ursprüngliche Nachricht-----
Von: Konstantin Belousov <kostik...@gmail.com>
Gesendet: Donnerstag, 27. Juni 2019 21:00
An: Schuendehuette, Matthias (LDA IT PLM) <matthias.schuendehue...@siemens.com>
Cc: 'freebsd-stable@freebsd.org' <freebsd-stable@freebsd.org>
Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)
On Thu, Jun 27, 2019 at 07:11:40AM +0000, Schuendehuette, Matthias wrote:
> Hi,
>
> the missing attachments can be found here now:
>
> https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0
>
So your AP (Application Processor) seems to get fault, most likely in the
trap handler. There were absolutely no changes in the stable/11 in the
area of SMP startup for quite long time.
To get anywhere, you should perhaps add ddb to your kernel configuration
and get the backtrace. The backtrace would be long, I am only interested
in the first several frames before faults go into recursion.
But, since 1 month earlier kernel worked, and there were no changes, this
might indicate either a failing hardware (your machine is quite old, it
is Core2 Xeon, am I right ?) or problems with your build environment.
_______________________________________________
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
