GENERIC crash 11.3-PRERELEASE (i386)

classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|

GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hello,

for some days now the GENERIC kernel of 11.3-PRERELEASE (i386) crashes on my
ProLiant DL380 G5 server.

Main error message is "kernel trap 12 with interrupts disabled".

Since there is no crash dump I attach some screen shots of the boot messages.
I hope this does not violate the mailing list rules...

The GENERIC config-file is:
# $FreeBSD: stable/11/sys/i386/conf/GENERIC 323770 2017-09-19 16:51:51Z jpaetzel $

The last working kernel I have is from June 5, 2019.

As always: If additional information is needed, I'll do whatever is necessary. :-)


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

mailto:[hidden email]

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Jan Bramkamp-2
This list doesn't allow attachments.

Diese Mailingliste erlaubt keine Anhänge.

On 26.06.19 10:13, Schuendehuette, Matthias wrote:

> Hello,
>
> for some days now the GENERIC kernel of 11.3-PRERELEASE (i386) crashes on my
> ProLiant DL380 G5 server.
>
> Main error message is "kernel trap 12 with interrupts disabled".
>
> Since there is no crash dump I attach some screen shots of the boot messages.
> I hope this does not violate the mailing list rules...
>
> The GENERIC config-file is:
> # $FreeBSD: stable/11/sys/i386/conf/GENERIC 323770 2017-09-19 16:51:51Z jpaetzel $
>
> The last working kernel I have is from June 5, 2019.
>
> As always: If additional information is needed, I'll do whatever is necessary. :-)
>
>
> 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
>
> mailto:[hidden email]
>
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[hidden email]"
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
In reply to this post by Schuendehuette, Matthias
Hi,

the missing attachments can be found here now:

https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0


with best regards

Matthias Schündehütte


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Konstantin Belousov
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.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

AW: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hi Konstantin,

thanks for your reply.


I'm in doubt if there is a hardware defect.

If that would be the case, why should the slightly older kernel work?

This (admittedly old) server is running fine with a kernel "r347014" of June 5th, 2019.

The crashing kernel has "r349405", so quite some things have happened in between.

Thanks for the hint with "DDB", I'll try that next week.
As well as narrowing down the first "crashing-releasenumber".

Have a nice weekend :-)


with best regards
Matthias Schündehütte


-----Ursprüngliche Nachricht-----
Von: Konstantin Belousov <[hidden email]>
Gesendet: Donnerstag, 27. Juni 2019 21:00
An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
Cc: '[hidden email]' <[hidden email]>
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.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

AW: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
In reply to this post by Konstantin Belousov
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:[hidden email]

www.siemens.com/ingenuityforlife

-----Ursprüngliche Nachricht-----
Von: Konstantin Belousov <[hidden email]>
Gesendet: Donnerstag, 27. Juni 2019 21:00
An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
Cc: '[hidden email]' <[hidden email]>
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.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Konstantin Belousov
On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias wrote:

> 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...
Definitely, there is some problem, but I doubt that it is due to the
revision in the svn. The diff above is the reverse of the stable/11
r348362 that was committed on 2019-05-29. Indeed, the missed (or
reverted) r348362 would cause exactly the symptoms you described with
failing AP startup.

I have no idea why do you have the change reverted with merge info, in
your sources.  Clean up and retry with pristine tree.

>
>
>
>
> 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:[hidden email]
>
> www.siemens.com/ingenuityforlife
>
> -----Ursprüngliche Nachricht-----
> Von: Konstantin Belousov <[hidden email]>
> Gesendet: Donnerstag, 27. Juni 2019 21:00
> An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
> Cc: '[hidden email]' <[hidden email]>
> 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.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

AW: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hello Konstantin,

I did what you suggested: deleted the content of /usr/src and 'svn co'
the 11-STABLE sources again.

Currently 'make buildworld' still runs, but I investigated the three
source files mentioned below and confirmed the 'svn diff' results:

"hw_mds_recalculate();" has been removed from

        sys/amd64/amd64/initcpu.c and
        sys/i386/i386/initcpu.c


and:

"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);"

has been inserted into 'sys/x86/x86/cpu_machdep.c'


That's still the case for 'r349719'.


Did you misunderstand the "+" and "-" signs below?

"+" was the *working* copy, that is 'r348361'
"-" was the next revision 'r384362', which produced the kernel crash



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:[hidden email]

www.siemens.com/ingenuityforlife

-----Ursprüngliche Nachricht-----
Von: Konstantin Belousov <[hidden email]>
Gesendet: Mittwoch, 3. Juli 2019 15:55
An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
Cc: '[hidden email]' <[hidden email]>; Osipov, Michael (LDA IT PLM) <[hidden email]>
Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)

On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias wrote:

> 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...
Definitely, there is some problem, but I doubt that it is due to the
revision in the svn. The diff above is the reverse of the stable/11
r348362 that was committed on 2019-05-29. Indeed, the missed (or
reverted) r348362 would cause exactly the symptoms you described with
failing AP startup.

I have no idea why do you have the change reverted with merge info, in
your sources.  Clean up and retry with pristine tree.

>
>
>
>
> 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:[hidden email]
>
> www.siemens.com/ingenuityforlife
>
> -----Ursprüngliche Nachricht-----
> Von: Konstantin Belousov <[hidden email]>
> Gesendet: Donnerstag, 27. Juni 2019 21:00
> An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
> Cc: '[hidden email]' <[hidden email]>
> 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.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

AW: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hello Konstantin,

***
Obviously Outlook has destroyed my last reply - here again:
***

I did what you suggested: deleted the content of /usr/src and 'svn co'
the 11-STABLE sources again.

I investigated the three
source files mentioned below and confirmed the 'svn diff' results:

"hw_mds_recalculate();" has been removed from

        sys/amd64/amd64/initcpu.c and
        sys/i386/i386/initcpu.c


and:

"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);"

has been inserted into 'sys/x86/x86/cpu_machdep.c'


That's still the case for 'r349719'. Also remains true that a kernel of
'r349719' crashes as described earlier.



With best regards and have a nice weekend

Matthias Schuendehuette




-----Ursprüngliche Nachricht-----
Von: Konstantin Belousov <[hidden email]>
Gesendet: Mittwoch, 3. Juli 2019 15:55
An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
Cc: '[hidden email]' <[hidden email]>; Osipov, Michael (LDA IT PLM) <[hidden email]>
Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)

On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias wrote:

> 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...
Definitely, there is some problem, but I doubt that it is due to the
revision in the svn. The diff above is the reverse of the stable/11
r348362 that was committed on 2019-05-29. Indeed, the missed (or
reverted) r348362 would cause exactly the symptoms you described with
failing AP startup.

I have no idea why do you have the change reverted with merge info, in
your sources.  Clean up and retry with pristine tree.

>
>
>
>
> with best regards
> Matthias Schündehütte
>

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Konstantin Belousov
On Fri, Jul 05, 2019 at 11:12:29AM +0000, Schuendehuette, Matthias wrote:

> Hello Konstantin,
>
> ***
> Obviously Outlook has destroyed my last reply - here again:
> ***
>
> I did what you suggested: deleted the content of /usr/src and 'svn co'
> the 11-STABLE sources again.
>
> I investigated the three
> source files mentioned below and confirmed the 'svn diff' results:
>
> "hw_mds_recalculate();" has been removed from
>
> sys/amd64/amd64/initcpu.c and
> sys/i386/i386/initcpu.c
>
>
> and:
>
> "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);"
>
> has been inserted into 'sys/x86/x86/cpu_machdep.c'
>
>
> That's still the case for 'r349719'. Also remains true that a kernel of
> 'r349719' crashes as described earlier.
Ok, show me
1. svn st and svn info output of the checkout you use
2. While kernel messages with verbose boot enabled, for your machine, and
   the kernel which fails to boot.

>
>
>
> With best regards and have a nice weekend
>
> Matthias Schuendehuette
>
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Konstantin Belousov <[hidden email]>
> Gesendet: Mittwoch, 3. Juli 2019 15:55
> An: Schuendehuette, Matthias (LDA IT PLM) <[hidden email]>
> Cc: '[hidden email]' <[hidden email]>; Osipov, Michael (LDA IT PLM) <[hidden email]>
> Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)
>
> On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias wrote:
> > 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...
> Definitely, there is some problem, but I doubt that it is due to the
> revision in the svn. The diff above is the reverse of the stable/11
> r348362 that was committed on 2019-05-29. Indeed, the missed (or
> reverted) r348362 would cause exactly the symptoms you described with
> failing AP startup.
>
> I have no idea why do you have the change reverted with merge info, in
> your sources.  Clean up and retry with pristine tree.
>
> >
> >
> >
> >
> > with best regards
> > Matthias Schündehütte
> >
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hello Konstantin,

the 'svn' output:

*****
root@blnn719x - /usr/src
2052 # svn st
?       sys/i386/conf/BLNN719X

root@blnn719x - /usr/src
2053 # 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: 349719
Node Kind: directory
Schedule: normal
Last Changed Author: delphij
Last Changed Rev: 349718
Last Changed Date: 2019-07-04 09:32:25 +0200 (Thu, 04 Jul 2019)
*****

The last lines of the verbose boot messages can be found here:

https://www.dropbox.com/preview/FreeBSD-stable/Boot_verbose.jpg


Thank you very much so far

Matthias


Am 05.07.2019 um 21:11 schrieb Konstantin Belousov:

> On Fri, Jul 05, 2019 at 11:12:29AM +0000, Schuendehuette, Matthias wrote:
>> Hello Konstantin,
>>
>> ***
>> Obviously Outlook has destroyed my last reply - here again:
>> ***
>>
>> I did what you suggested: deleted the content of /usr/src and 'svn co'
>> the 11-STABLE sources again.
>>
>> I investigated the three
>> source files mentioned below and confirmed the 'svn diff' results:
>>
>> "hw_mds_recalculate();" has been removed from
>>
>> sys/amd64/amd64/initcpu.c and
>> sys/i386/i386/initcpu.c
>>
>>
>> and:
>>
>> "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);"
>>
>> has been inserted into 'sys/x86/x86/cpu_machdep.c'
>>
>>
>> That's still the case for 'r349719'. Also remains true that a kernel of
>> 'r349719' crashes as described earlier.
> Ok, show me
> 1. svn st and svn info output of the checkout you use
> 2. While kernel messages with verbose boot enabled, for your machine, and
>     the kernel which fails to boot.
>>
>> With best regards and have a nice weekend
>>
>> Matthias Schuendehuette
>>
>>
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Konstantin Belousov<[hidden email]>  
>> Gesendet: Mittwoch, 3. Juli 2019 15:55
>> An: Schuendehuette, Matthias (LDA IT PLM)<[hidden email]>
>> Cc: '[hidden email]'<[hidden email]>; Osipov, Michael (LDA IT PLM)<[hidden email]>
>> Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)
>>
>> On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias wrote:
>>> 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...
>> Definitely, there is some problem, but I doubt that it is due to the
>> revision in the svn. The diff above is the reverse of the stable/11
>> r348362 that was committed on 2019-05-29. Indeed, the missed (or
>> reverted) r348362 would cause exactly the symptoms you described with
>> failing AP startup.
>>
>> I have no idea why do you have the change reverted with merge info, in
>> your sources.  Clean up and retry with pristine tree.
>>
>>>
>>>
>>> with best regards
>>> Matthias Schündehütte
>>>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Sorry, wrong link... :-(

See the verbose boot messages here...

https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0

...in file "Boot_verbose.jpg"

Regards - Matthias


Am 10.07.2019 um 14:47 schrieb [ext] Schuendehuette, Matthias (LDA IT PLM):

> Hello Konstantin,
>
> the 'svn' output:
>
> *****
> root@blnn719x - /usr/src
> 2052 # svn st
> ?       sys/i386/conf/BLNN719X
>
> root@blnn719x - /usr/src
> 2053 # 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: 349719
> Node Kind: directory
> Schedule: normal
> Last Changed Author: delphij
> Last Changed Rev: 349718
> Last Changed Date: 2019-07-04 09:32:25 +0200 (Thu, 04 Jul 2019)
> *****
>
> The last lines of the verbose boot messages can be found here:
>
> https://www.dropbox.com/preview/FreeBSD-stable/Boot_verbose.jpg
>
>
> Thank you very much so far
>
> Matthias
>
>
> Am 05.07.2019 um 21:11 schrieb Konstantin Belousov:
>> On Fri, Jul 05, 2019 at 11:12:29AM +0000, Schuendehuette, Matthias
>> wrote:
>>> Hello Konstantin,
>>>
>>> ***
>>> Obviously Outlook has destroyed my last reply - here again:
>>> ***
>>>
>>> I did what you suggested: deleted the content of /usr/src and 'svn co'
>>> the 11-STABLE sources again.
>>>
>>> I investigated the three
>>> source files mentioned below and confirmed the 'svn diff' results:
>>>
>>> "hw_mds_recalculate();" has been removed from
>>>
>>>     sys/amd64/amd64/initcpu.c    and
>>>     sys/i386/i386/initcpu.c
>>>
>>>
>>> and:
>>>
>>> "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);"
>>>
>>> has been inserted into 'sys/x86/x86/cpu_machdep.c'
>>>
>>>
>>> That's still the case for 'r349719'. Also remains true that a kernel of
>>> 'r349719' crashes as described earlier.
>> Ok, show me
>> 1. svn st and svn info output of the checkout you use
>> 2. While kernel messages with verbose boot enabled, for your machine,
>> and
>>     the kernel which fails to boot.
>>>
>>> With best regards and have a nice weekend
>>>
>>> Matthias Schuendehuette
>>>
>>>
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: Konstantin Belousov<[hidden email]> Gesendet: Mittwoch, 3.
>>> Juli 2019 15:55
>>> An: Schuendehuette, Matthias (LDA IT
>>> PLM)<[hidden email]>
>>> Cc: '[hidden email]'<[hidden email]>;
>>> Osipov, Michael (LDA IT PLM)<[hidden email]>
>>> Betreff: Re: GENERIC crash 11.3-PRERELEASE (i386)
>>>
>>> On Wed, Jul 03, 2019 at 08:42:21AM +0000, Schuendehuette, Matthias
>>> wrote:
>>>> 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...
>>> Definitely, there is some problem, but I doubt that it is due to the
>>> revision in the svn. The diff above is the reverse of the stable/11
>>> r348362 that was committed on 2019-05-29. Indeed, the missed (or
>>> reverted) r348362 would cause exactly the symptoms you described with
>>> failing AP startup.
>>>
>>> I have no idea why do you have the change reverted with merge info, in
>>> your sources.  Clean up and retry with pristine tree.
>>>
>>>>
>>>>
>>>> with best regards
>>>> Matthias Schündehütte
>>>>
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[hidden email]"
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Konstantin Belousov
On Wed, Jul 10, 2019 at 03:02:40PM +0200, Schuendehuette, Matthias (LDA IT PLM) wrote:
> Sorry, wrong link... :-(
>
> See the verbose boot messages here...
>
> https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0
>
> ...in file "Boot_verbose.jpg"

Can you try the following patch ?

Index: sys/x86/x86/cpu_machdep.c
===================================================================
--- sys/x86/x86/cpu_machdep.c (revision 349890)
+++ sys/x86/x86/cpu_machdep.c (working copy)
@@ -953,7 +953,6 @@
  * architectural state except possibly %rflags. Also, it is always
  * called with interrupts disabled.
  */
-void (*mds_handler)(void);
 void mds_handler_void(void);
 void mds_handler_verw(void);
 void mds_handler_ivb(void);
@@ -962,6 +961,7 @@
 void mds_handler_skl_avx(void);
 void mds_handler_skl_avx512(void);
 void mds_handler_silvermont(void);
+void (*mds_handler)(void) = mds_handler_void;
 
 static int
 sysctl_hw_mds_disable_state_handler(SYSCTL_HANDLER_ARGS)
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: GENERIC crash 11.3-PRERELEASE (i386)

Schuendehuette, Matthias
Hi Konstantin,

BINGO! 110 out of 100 possible points :-)

Yes, that fixed the problem:

root@blnn719x - ~
2048 # uname -a
FreeBSD blnn719x.ad001.siemens.net 11.3-PRERELEASE FreeBSD
11.3-PRERELEASE #2 r349719M: Thu Jul 11 09:12:21 CEST 2019
[hidden email]:/usr/obj/usr/src/sys/BLNN719X i386

...and I have no doubt that this will work with the current revision as
well.

Thank you very much!

Best regards - Matthias


Am 10.07.2019 um 20:12 schrieb Konstantin Belousov:

> On Wed, Jul 10, 2019 at 03:02:40PM +0200, Schuendehuette, Matthias (LDA IT PLM) wrote:
>> Sorry, wrong link... :-(
>>
>> See the verbose boot messages here...
>>
>> https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0
>>
>> ...in file "Boot_verbose.jpg"
> Can you try the following patch ?
>
> Index: sys/x86/x86/cpu_machdep.c
> ===================================================================
> --- sys/x86/x86/cpu_machdep.c (revision 349890)
> +++ sys/x86/x86/cpu_machdep.c (working copy)
> @@ -953,7 +953,6 @@
>    * architectural state except possibly %rflags. Also, it is always
>    * called with interrupts disabled.
>    */
> -void (*mds_handler)(void);
>   void mds_handler_void(void);
>   void mds_handler_verw(void);
>   void mds_handler_ivb(void);
> @@ -962,6 +961,7 @@
>   void mds_handler_skl_avx(void);
>   void mds_handler_skl_avx512(void);
>   void mds_handler_silvermont(void);
> +void (*mds_handler)(void) = mds_handler_void;
>  
>   static int
>   sysctl_hw_mds_disable_state_handler(SYSCTL_HANDLER_ARGS)
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[hidden email]"