Re: kernel trap 12 with interrupts disabled

2017-03-05 Thread Chris H 
On Sun, 5 Mar 2017 04:10:26 -0800 David Wolfskill  wrote

> On Sat, Mar 04, 2017 at 10:08:45PM -0800, Chris H wrote:
> > Thanks for the reply.
> > I rebooted to kernel.old, so I could get the exact
> > src revision I built this on. It's r314640
> > 
> > Any news as to whether it's safe to update src, and
> > build a usable kernel?
> > 
> 
> I (try to -- and usually succeed in doing so) build & smoke test
> stable/11 and head daily, on both a dedicated "build machine and the
> laptop I use for day-to-day use.
> 
> Details are posted at
> , including links to
> pages with logs of the (daily) output of "uname -vp", so folks can see
> what worked for me (along with a fair bit of other stuff that may be
> useful for reality checks).
> 
> The last few lines of "uname" output for my laptop for head are:
> 
> ...
> FreeBSD 12.0-CURRENT #272  r314549M/314552:1200022: Thu Mar  2 05:52:54 PST
> 2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64
> FreeBSD 12.0-CURRENT #273  r314592M/314592:1200023: Fri Mar  3 07:12:34 PST
> 2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64
> FreeBSD 12.0-CURRENT #274  r314653M/314653:1200023: Sat Mar  4 06:46:18 PST
> 2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64
> 
> (but I just started another cycle, so I expect to be augmenting the list
> fairly soon).
> 
> I didn't happen to build at r314640; I did so at r314592 and r314653 --
> successfully -- though. 
Thank you *very* much, David, for sharing this. It's an
*invaluable* resource.

GREATLY appreciated!

Now. If I could only figure out when (u)efi will be supported again.
But that's another topic, in another thread. :-)

Thanks again, David.

--Chris
>
> Peace,
> david


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kernel trap 12 with interrupts disabled

2017-03-05 Thread David Wolfskill 
On Sat, Mar 04, 2017 at 10:08:45PM -0800, Chris H wrote:
> Thanks for the reply.
> I rebooted to kernel.old, so I could get the exact
> src revision I built this on. It's r314640
> 
> Any news as to whether it's safe to update src, and
> build a usable kernel?
> 

I (try to -- and usually succeed in doing so) build & smoke test
stable/11 and head daily, on both a dedicated "build machine and the
laptop I use for day-to-day use.

Details are posted at
, including links to
pages with logs of the (daily) output of "uname -vp", so folks can see
what worked for me (along with a fair bit of other stuff that may be
useful for reality checks).

The last few lines of "uname" output for my laptop for head are:

...
FreeBSD 12.0-CURRENT #272  r314549M/314552:1200022: Thu Mar  2 05:52:54 PST 
2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64
FreeBSD 12.0-CURRENT #273  r314592M/314592:1200023: Fri Mar  3 07:12:34 PST 
2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64
FreeBSD 12.0-CURRENT #274  r314653M/314653:1200023: Sat Mar  4 06:46:18 PST 
2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY  amd64

(but I just started another cycle, so I expect to be augmenting the list
fairly soon).

I didn't happen to build at r314640; I did so at r314592 and r314653 -- 
successfully -- though.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
How could one possibly "respect" a misogynist, racist, bullying con-man??!?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: kernel trap 12 with interrupts disabled

2017-03-05 Thread Alastair Hogge 
On Sun, 5 Mar 2017 09:50:49 AM Andriy Gapon wrote:
> On 05/03/2017 08:08, Chris H wrote:
> > Thanks for the reply.
> > I rebooted to kernel.old, so I could get the exact
> > src revision I built this on. It's r314640
> > 
> > Any news as to whether it's safe to update src, and
> > build a usable kernel?
> 
> Sorry about the breakage.
> The fix is in r314700.

Thanks :-)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kernel trap 12 with interrupts disabled

2017-03-05 Thread Chris H 
On Sun, 5 Mar 2017 09:50:49 +0200 Andriy Gapon  wrote

> On 05/03/2017 08:08, Chris H wrote:
> > Thanks for the reply.
> > I rebooted to kernel.old, so I could get the exact
> > src revision I built this on. It's r314640
> > 
> > Any news as to whether it's safe to update src, and
> > build a usable kernel?
> 
> Sorry about the breakage.
> The fix is in r314700.

Thank YOU, for the fast response! :-)

--Chris

> 
> > 
> > On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge  wrote
> > 
> >> Hi *,
> >>
> >> On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote:
> >>
> >> [remove 12-CURRENT history & hardware summary]
> >>
> >>> I finished the
> >>> buildworld, and finished the build/install kernel, and
> >>> (attempted) to boot to single user. But got a trap
> >>> shortly into booting the new kernel;
> >>>
> >>> kernel trap 12 with interrupts disabled
> >>>
> >>> Fatal trap 12: page fault in kernel mode
> >>
> >> I am also experiencing a similar problem.  I believe the error is caused
> >> by  r314636[0]; committer CC'd.
> >>
> >> Verbose boot (r314640):
> >>
> >> /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 
> >> syms=[0x8+0xd6350+0x8+0xd2864]
> >>   
> >>   
> >>   
   >>  
>>   
> >>   
> >>   
   >>  
>>   
> >>   
> >>   
   >>  
>>   
> >>   
> >>   
   >>  
>>   
> >>   
   >>   
[77/1834] >> /boot/entropy size=0x1000 >> Booting... >> [dcons disconnected
> >>   
> >>   
   >>  
>>   
> >>   
> >>   
   >>  
>>   
> >>   
   >>   
(wrong magic 0x)] >> [dcons connected] >> GDB: debug ports: dcons
> >> GDB: current port: dcons
> >> KDB: debugger backends: ddb gdb
> >> KDB: current backend: ddb
> >> Table 'FACP' at 0xbfdd1080
> >> Table 'MSDM' at 0xbfdd8800
> >> Table 'HPET' at 0xbfdd8880
> >> Table 'MCFG' at 0xbfdd88c0
> >> Table 'EUDS' at 0xbfdd8940
> >> Table 'MATS' at 0xbfdd91a0
> >> Table 'TAMG' at 0xbfdd9210
> >> Table 'APIC' at 0xbfdd8740
> >> APIC: Found table at 0xbfdd8740
> >> APIC: Using the MADT enumerator.
> >> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
> >> SMP: Added CPU 0 (AP)
> >> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
> >> SMP: Added CPU 1 (AP)
> >> MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
> >> SMP: Added CPU 2 (AP)
> >> MADT: Found CPU APIC ID 3 ACPI ID 3: enabled
> >> SMP: Added CPU 3 (AP)
> >> MADT: Found CPU APIC ID 4 ACPI ID 4: enabled
> >> SMP: Added CPU 4 (AP)
> >> MADT: Found CPU APIC ID 5 ACPI ID 5: enabled
> >> SMP: Added CPU 5 (AP)
> >> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled
> >> SMP: Added CPU 6 (AP)
> >> MADT: Found CPU APIC ID 7 ACPI ID 7: enabled
> >> SMP: Added CPU 7 (AP)
> >> Copyright (c) 1992-2017 The FreeBSD Project.
> >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> >> The Regents of the University of California. All rights reserved.
> >> FreeBSD is a registered trademark of The FreeBSD Foundation.
> >>

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Andriy Gapon 
On 05/03/2017 08:08, Chris H wrote:
> Thanks for the reply.
> I rebooted to kernel.old, so I could get the exact
> src revision I built this on. It's r314640
> 
> Any news as to whether it's safe to update src, and
> build a usable kernel?

Sorry about the breakage.
The fix is in r314700.

> 
> On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge  wrote
> 
>> Hi *,
>>
>> On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote:
>>
>> [remove 12-CURRENT history & hardware summary]
>>
>>> I finished the
>>> buildworld, and finished the build/install kernel, and
>>> (attempted) to boot to single user. But got a trap
>>> shortly into booting the new kernel;
>>>
>>> kernel trap 12 with interrupts disabled
>>>
>>> Fatal trap 12: page fault in kernel mode
>>
>> I am also experiencing a similar problem.  I believe the error is caused by 
>> r314636[0]; committer CC'd.
>>
>> Verbose boot (r314640):
>>
>> /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 
>> syms=[0x8+0xd6350+0x8+0xd2864]   
>>  
>>[77/1834]
>> /boot/entropy size=0x1000
>> Booting...
>> [dcons disconnected (wrong magic 0x)]
>> [dcons connected]
>> GDB: debug ports: dcons
>> GDB: current port: dcons
>> KDB: debugger backends: ddb gdb
>> KDB: current backend: ddb
>> Table 'FACP' at 0xbfdd1080
>> Table 'MSDM' at 0xbfdd8800
>> Table 'HPET' at 0xbfdd8880
>> Table 'MCFG' at 0xbfdd88c0
>> Table 'EUDS' at 0xbfdd8940
>> Table 'MATS' at 0xbfdd91a0
>> Table 'TAMG' at 0xbfdd9210
>> Table 'APIC' at 0xbfdd8740
>> APIC: Found table at 0xbfdd8740
>> APIC: Using the MADT enumerator.
>> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
>> SMP: Added CPU 0 (AP)
>> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
>> SMP: Added CPU 1 (AP)
>> MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
>> SMP: Added CPU 2 (AP)
>> MADT: Found CPU APIC ID 3 ACPI ID 3: enabled
>> SMP: Added CPU 3 (AP)
>> MADT: Found CPU APIC ID 4 ACPI ID 4: enabled
>> SMP: Added CPU 4 (AP)
>> MADT: Found CPU APIC ID 5 ACPI ID 5: enabled
>> SMP: Added CPU 5 (AP)
>> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled
>> SMP: Added CPU 6 (AP)
>> MADT: Found CPU APIC ID 7 ACPI ID 7: enabled
>> SMP: Added CPU 7 (AP)
>> Copyright (c) 1992-2017 The FreeBSD Project.
>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> The Regents of the University of California. All rights reserved.
>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>> FreeBSD 12.0-CURRENT #0 r314640: Sat Mar  4 13:10:08 AWST 2017
>> root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64
>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM
>> 4.0.0) WARNING: WITNESS option enabled, expect reduced performance.
>> Table 'FACP' at 0xbfdd1080
>> Table 'MSDM' at 0xbfdd8800
>> Table 'HPET' at 0xbfdd8880
>> Table 'MCFG' at 0xbfdd88c0
>> Table 'EUDS' at 0xbfdd8940
>> Table 'MATS' at 0xbfdd91a0
>> Table 'TAMG' at 0xbfdd9210
>> Table 'APIC' at 0xbfdd8740
>> Table 'MATS' at 0xbfdd93c0
>> Table 'SSDT' at 0xbfddfaf0
>> Table 'IVRS' at 0xbfde1280
>> ACPI: No SRAT table found
>> PPIM 0: PA=0xa, VA=0x8141, size=0x1, mode=0
>> VT(vga): resolution 640x480
>> Preloaded elf kernel "/boot/kernel/kernel" at 0x81306000.
>> Preloaded /boot/entropy "/boot/entropy" at 0x81306ae8.
>> Calibrating TSC clock ... TSC clock: 4018024582 Hz
>> CPU: AMD FX(tm)-8350 Eight-Core Processor(4018.02-MHz K8-class 
>> CPU)
>>   Origin="AuthenticAMD"  Id=0x600f20  Family=0x15  Model=0x2  Stepping=0
>>  
>> Features=0x178bfbff> CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>  
>> Features2=0x3e98320b> ESNI,XSAVE,OSXSAVE,AVX,F16C>   AMD
>> Features=0x2e500800   AMD 
>> Features2=0x1ebbfff> XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC>   Structured
>> Extended Features=0x8   SVM: 
>> Features=0x1cff> Assist,PauseFilter,,PauseFilterThreshold> Revision=1, ASIDs=65536
>>   TSC: P-state invariant, performance statistics
>> L1 2MB data TLB: 64 entries, fully associative
>> L1 2MB instruction TLB: 24 entries, fully associative
>> L1 4KB data TLB: 64 entries, fully associative
>> L1 4KB instruction TLB: 48 entries, fully associative
>> L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative
>> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way
>> associative L2 2MB data TLB: 1024 entries, 8-way associative
>> L2 4KB data TLB: 1024 entries, 8-way associative
>> L2 4KB instruction TLB: 1024 entries, 8-way associative
>> L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag,

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Alastair Hogge 
On Sat, 4 Mar 2017 10:34:39 PM Chris H wrote:
> On Sun, 05 Mar 2017 14:26:31 +0800 Alastair Hogge  wrote
> 
> > On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote:
> > > Thanks for the reply.
> > > I rebooted to kernel.old, so I could get the exact
> > > src revision I built this on. It's r314640
> > > 
> > > Any news as to whether it's safe to update src, and
> > > build a usable kernel?
> > 
> > I am not able to boot a kernel > r314627.  I currently have a r314627
> > kernel running with a r314687 world.
> 
> Looking at the output in my trap; I got the impression that
> the commit: r314636, might be to blame --

[removed commit log]

Thanks for the correct.

> I'm thinking to back that commit out, and giving world/kernel
> another shot.

I changed ${src}/sys/x86/x86/mca.c to return immediately:

--- sys/x86/x86/mca.c   (revision 314698)
+++ sys/x86/x86/mca.c   (working copy)
@@ -1016,6 +1016,7 @@
 static void
 _mca_init(int boot)
 {
+return;
uint64_t mcg_cap;
uint64_t ctl, mask;
int i, skip;

I have a working & sync'd kernel + world.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Chris H 
On Sun, 05 Mar 2017 14:26:31 +0800 Alastair Hogge  wrote

> On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote:
> > Thanks for the reply.
> > I rebooted to kernel.old, so I could get the exact
> > src revision I built this on. It's r314640
> > 
> > Any news as to whether it's safe to update src, and
> > build a usable kernel?
> 
> I am not able to boot a kernel > r314627.  I currently have a r314627 kernel 
> running with a r314687 world.

Looking at the output in my trap; I got the impression that
the commit: r314636, might be to blame --

MCA: add AMD Error Thresholding support

Currently the feature is implemented only for a subset of errors
reported via Bank 4.  The subset includes only DRAM-related errors.

The new code builds upon and reuses the Intel CMC (Correctable MCE
Counters) support code.  However, the AMD feature is quite different
and, unfortunately, much less regular.

Just a guess, tho.

I'm thinking to back that commit out, and giving world/kernel
another shot.

--Chris

> 
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Alastair Hogge 
On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote:
> Thanks for the reply.
> I rebooted to kernel.old, so I could get the exact
> src revision I built this on. It's r314640
> 
> Any news as to whether it's safe to update src, and
> build a usable kernel?

I am not able to boot a kernel > r314627.  I currently have a r314627 kernel 
running with a r314687 world.

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Chris H 
Thanks for the reply.
I rebooted to kernel.old, so I could get the exact
src revision I built this on. It's r314640

Any news as to whether it's safe to update src, and
build a usable kernel?

Thanks.

--Chris

On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge  wrote

> Hi *,
> 
> On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote:
> 
> [remove 12-CURRENT history & hardware summary]
> 
> > I finished the
> > buildworld, and finished the build/install kernel, and
> > (attempted) to boot to single user. But got a trap
> > shortly into booting the new kernel;
> > 
> > kernel trap 12 with interrupts disabled
> > 
> > Fatal trap 12: page fault in kernel mode
> 
> I am also experiencing a similar problem.  I believe the error is caused by 
> r314636[0]; committer CC'd.
> 
> Verbose boot (r314640):
> 
> /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 
> syms=[0x8+0xd6350+0x8+0xd2864]   
>  
>[77/1834]
> /boot/entropy size=0x1000
> Booting...
> [dcons disconnected (wrong magic 0x)]
> [dcons connected]
> GDB: debug ports: dcons
> GDB: current port: dcons
> KDB: debugger backends: ddb gdb
> KDB: current backend: ddb
> Table 'FACP' at 0xbfdd1080
> Table 'MSDM' at 0xbfdd8800
> Table 'HPET' at 0xbfdd8880
> Table 'MCFG' at 0xbfdd88c0
> Table 'EUDS' at 0xbfdd8940
> Table 'MATS' at 0xbfdd91a0
> Table 'TAMG' at 0xbfdd9210
> Table 'APIC' at 0xbfdd8740
> APIC: Found table at 0xbfdd8740
> APIC: Using the MADT enumerator.
> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
> SMP: Added CPU 0 (AP)
> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
> SMP: Added CPU 1 (AP)
> MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
> SMP: Added CPU 2 (AP)
> MADT: Found CPU APIC ID 3 ACPI ID 3: enabled
> SMP: Added CPU 3 (AP)
> MADT: Found CPU APIC ID 4 ACPI ID 4: enabled
> SMP: Added CPU 4 (AP)
> MADT: Found CPU APIC ID 5 ACPI ID 5: enabled
> SMP: Added CPU 5 (AP)
> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled
> SMP: Added CPU 6 (AP)
> MADT: Found CPU APIC ID 7 ACPI ID 7: enabled
> SMP: Added CPU 7 (AP)
> Copyright (c) 1992-2017 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 12.0-CURRENT #0 r314640: Sat Mar  4 13:10:08 AWST 2017
> root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64
> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM
> 4.0.0) WARNING: WITNESS option enabled, expect reduced performance.
> Table 'FACP' at 0xbfdd1080
> Table 'MSDM' at 0xbfdd8800
> Table 'HPET' at 0xbfdd8880
> Table 'MCFG' at 0xbfdd88c0
> Table 'EUDS' at 0xbfdd8940
> Table 'MATS' at 0xbfdd91a0
> Table 'TAMG' at 0xbfdd9210
> Table 'APIC' at 0xbfdd8740
> Table 'MATS' at 0xbfdd93c0
> Table 'SSDT' at 0xbfddfaf0
> Table 'IVRS' at 0xbfde1280
> ACPI: No SRAT table found
> PPIM 0: PA=0xa, VA=0x8141, size=0x1, mode=0
> VT(vga): resolution 640x480
> Preloaded elf kernel "/boot/kernel/kernel" at 0x81306000.
> Preloaded /boot/entropy "/boot/entropy" at 0x81306ae8.
> Calibrating TSC clock ... TSC clock: 4018024582 Hz
> CPU: AMD FX(tm)-8350 Eight-Core Processor(4018.02-MHz K8-class 
> CPU)
>   Origin="AuthenticAMD"  Id=0x600f20  Family=0x15  Model=0x2  Stepping=0
>  
> Features=0x178bfbff CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>  
> Features2=0x3e98320b ESNI,XSAVE,OSXSAVE,AVX,F16C>   AMD
> Features=0x2e500800   AMD 
> Features2=0x1ebbfff XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC>   Structured
> Extended Features=0x8   SVM: 
> Features=0x1cff Assist,PauseFilter,,PauseFilterThreshold> Revision=1, ASIDs=65536
>   TSC: P-state invariant, performance statistics
> L1 2MB data TLB: 64 entries, fully associative
> L1 2MB instruction TLB: 24 entries, fully associative
> L1 4KB data TLB: 64 entries, fully associative
> L1 4KB instruction TLB: 48 entries, fully associative
> L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative
> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way
> associative L2 2MB data TLB: 1024 entries, 8-way associative
> L2 4KB data TLB: 1024 entries, 8-way associative
> L2 4KB instruction TLB: 1024 entries, 8-way associative
> L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative
> real memory  = 34359738368 (32768 MB)
> Physical memory chunk(s):
> 0x0001 - 0x0005, 327680 bytes (80 pages)
> 0x0007 -

Re: kernel trap 12 with interrupts disabled

2017-03-04 Thread Alastair Hogge 
Hi *,

On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote:

[remove 12-CURRENT history & hardware summary]

> I finished the
> buildworld, and finished the build/install kernel, and
> (attempted) to boot to single user. But got a trap
> shortly into booting the new kernel;
> 
> kernel trap 12 with interrupts disabled
> 
> Fatal trap 12: page fault in kernel mode

I am also experiencing a similar problem.  I believe the error is caused by 
r314636[0]; committer CC'd.

Verbose boot (r314640):

/boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 
syms=[0x8+0xd6350+0x8+0xd2864]  

  
[77/1834]
/boot/entropy size=0x1000
Booting...
[dcons disconnected (wrong magic 0x)]
[dcons connected]
GDB: debug ports: dcons
GDB: current port: dcons
KDB: debugger backends: ddb gdb
KDB: current backend: ddb
Table 'FACP' at 0xbfdd1080
Table 'MSDM' at 0xbfdd8800
Table 'HPET' at 0xbfdd8880
Table 'MCFG' at 0xbfdd88c0
Table 'EUDS' at 0xbfdd8940
Table 'MATS' at 0xbfdd91a0
Table 'TAMG' at 0xbfdd9210
Table 'APIC' at 0xbfdd8740
APIC: Found table at 0xbfdd8740
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
SMP: Added CPU 1 (AP)
MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
SMP: Added CPU 2 (AP)
MADT: Found CPU APIC ID 3 ACPI ID 3: enabled
SMP: Added CPU 3 (AP)
MADT: Found CPU APIC ID 4 ACPI ID 4: enabled
SMP: Added CPU 4 (AP)
MADT: Found CPU APIC ID 5 ACPI ID 5: enabled
SMP: Added CPU 5 (AP)
MADT: Found CPU APIC ID 6 ACPI ID 6: enabled
SMP: Added CPU 6 (AP)
MADT: Found CPU APIC ID 7 ACPI ID 7: enabled
SMP: Added CPU 7 (AP)
Copyright (c) 1992-2017 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r314640: Sat Mar  4 13:10:08 AWST 2017
root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64
FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0)
WARNING: WITNESS option enabled, expect reduced performance.
Table 'FACP' at 0xbfdd1080
Table 'MSDM' at 0xbfdd8800
Table 'HPET' at 0xbfdd8880
Table 'MCFG' at 0xbfdd88c0
Table 'EUDS' at 0xbfdd8940
Table 'MATS' at 0xbfdd91a0
Table 'TAMG' at 0xbfdd9210
Table 'APIC' at 0xbfdd8740
Table 'MATS' at 0xbfdd93c0
Table 'SSDT' at 0xbfddfaf0
Table 'IVRS' at 0xbfde1280
ACPI: No SRAT table found
PPIM 0: PA=0xa, VA=0x8141, size=0x1, mode=0
VT(vga): resolution 640x480
Preloaded elf kernel "/boot/kernel/kernel" at 0x81306000.
Preloaded /boot/entropy "/boot/entropy" at 0x81306ae8.
Calibrating TSC clock ... TSC clock: 4018024582 Hz
CPU: AMD FX(tm)-8350 Eight-Core Processor(4018.02-MHz K8-class 
CPU)
  Origin="AuthenticAMD"  Id=0x600f20  Family=0x15  Model=0x2  Stepping=0
  
Features=0x178bfbff
  
Features2=0x3e98320b
  AMD Features=0x2e500800
  AMD 
Features2=0x1ebbfff
  Structured Extended Features=0x8
  SVM: 
Features=0x1cff
Revision=1, ASIDs=65536
  TSC: P-state invariant, performance statistics
L1 2MB data TLB: 64 entries, fully associative
L1 2MB instruction TLB: 24 entries, fully associative
L1 4KB data TLB: 64 entries, fully associative
L1 4KB instruction TLB: 48 entries, fully associative
L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative
L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative
L2 2MB data TLB: 1024 entries, 8-way associative
L2 4KB data TLB: 1024 entries, 8-way associative
L2 4KB instruction TLB: 1024 entries, 8-way associative
L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative
real memory  = 34359738368 (32768 MB)
Physical memory chunk(s):
0x0001 - 0x0005, 327680 bytes (80 pages)
0x0007 - 0x00098fff, 167936 bytes (41 pages)
0x0010 - 0x001f, 1048576 bytes (256 pages)
0x0134 - 0xbfd9, 3198550016 bytes (780896 pages)
0x0001 - 0x00080a849fff, 30241234944 bytes (7383114 pages)
avail memory = 33272029184 (31730 MB)
Event timer "LAPIC" quality 100
LAPIC: ipi_wait() us multiplier 29 (r 13818693 tsc 4018024582)
ACPI APIC Table: 
Package ID shift: 4
L3 cache ID shift: 3
L2 cache ID shift: 1
L1 cache ID shift: 0
Core ID shift: 0
INTR:

Re: kernel trap 12 with interrupts disabled

2003-11-09 Thread Don Lewis 
On  9 Nov, I wrote:
 I just got one of these shortly after I rebooted my November 7th
 -CURRENT box. DDB doesn't show much interesting.
 
  kernel trap 12 with interrupts disabled
 
 
 Fatal trap 12: page fault while in kernel mode
 cpuid = 0; apic id = 00
 fault virtual address   = 0xbc04d753
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc0685ddf
 stack pointer   = 0x10:0xe5f3bca8
 frame pointer   = 0x10:0xe5f3bcfc
 code segment= base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
 processor eflags= resume, IOPL = 0
 current process = 519 (setiathome)
 kernel: type 12 trap, code=0
 Stopped at  mi_switch+0xcf: cmpl0x8(%esi),%ebx
 db tr
 mi_switch(c6bbc500,df,c08a3da3,f8,0) at mi_switch+0xcf
 ast(e5f3bd48) at ast+0x3f2
 doreti_ast() at doreti_ast+0x17
 
 Alas, I didn't have enough free space to capture a core file B-(

This problem doesn't appear to be reproduceable and doesn't seem to be
load dependent.  I had portupgrade cranking for many hours yesterday
without a hiccup.  I cleaned up a bunch of old distfiles and packages,
so I should have sufficient space to get a core dump in case this
problem happens again.

I forgot to include the vital statistics.  BTW, the RAM is ECC.

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT #35: Fri Nov  7 14:50:18 PST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERICSMB
Preloaded elf kernel /boot/kernel/kernel at 0xc0a9e000.
Preloaded elf module /boot/kernel/aout.ko at 0xc0a9e244.
ACPI APIC Table: GBTAWRDACPI
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP 1900+ (1608.23-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x662  Stepping = 2
  
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
  AMD Features=0xc048MP,AMIE,DSP,3DNow!
real memory  = 1073676288 (1023 MB)
avail memory = 1033592832 (985 MB)
ioapic0 Version 1.1 irqs 0-23 on motherboard
Pentium Pro MTRR support enabled
acpi0: GBTAWRDACPI on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 11 entries at 0xc00fdc30
acpi0: Power Button (fixed)
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0
acpi_cpu0: CPU on acpi0
acpi_button0: Power Button on acpi0
acpi_button1: Sleep Button on acpi0
pcib0: ACPI Host-PCI bridge port 
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 7 INTD is routed to irq 10
pcib0: slot 7 INTD is routed to irq 10
agp0: AMD 761 host to AGP bridge port 0xc000-0xc003 mem 
0xef02-0xef020fff,0xe800-0xebff at device 0.0 on pci0
pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci_cfgintr: 1:5 INTA BIOS irq 15
pci1: display, VGA at device 5.0 (no driver attached)
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
atapci0: VIA 82C686B UDMA100 controller port 0xc400-0xc40f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
uhci0: VIA 83C572 USB controller port 0xc800-0xc81f irq 10 at device 7.2 on pci0
usb0: VIA 83C572 USB controller on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port error, restarting port 1
uhub0: port error, giving up port 1
uhub0: port error, restarting port 2
uhub0: port error, giving up port 2
uhci1: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 10 at device 7.3 on pci0
usb1: VIA 83C572 USB controller on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub1: port error, restarting port 1
uhub1: port error, giving up port 1
uhub1: port error, restarting port 2
uhub1: port error, giving up port 2
viapropm0: SMBus I/O base at 0x5000
viapropm0: VIA VT82C686A Power Management Unit port 0x5000-0x500f at device 7.4 on 
pci0
viapropm0: SMBus revision code 0x40
smbus0: System Management Bus on viapropm0
smb0: SMBus generic I/O on smbus0
fxp0: Intel 82550 Pro/100 Ethernet port 0xe000-0xe03f mem 
0xef00-0xef01,0xef021000-0xef021fff irq 18 at device 10.0 on pci0
fxp0: Ethernet address 00:02:b3:5c:8c:e0
miibus0: MII bus on fxp0
inphy0: i82555 10/100 media interface on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0: Adaptec 19160B Ultra160 SCSI adapter port 0xe400-0xe4ff mem 
0xef022000-0xef022fff irq 16 at device 12.0 on pci0
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f0-0x3f5 
irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes

Re: kernel trap 12 with interrupts disabled

2001-05-20 Thread Michael Harnois 

On Sat, 19 May 2001 22:48:51 -0400, Alfred Perlstein [EMAIL PROTECTED] said:

 You'll have to provide more info before anyone can help you.

Well, that would require the kernel offering me more information.

 Can you at least get a DDB traceback?

I have never succeeded in getting that to work, but I'll try once
again ...

-- 
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church  Washburn, Iowa 
 No man knows how bad he is 
 till he has tried very hard to be good. -- C.S. Lewis

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-05-20 Thread Edwin Culp 

This may not help much unless there is some common ground to be found.
I have been having problems with my old K6-2 300Mhz laptop hanging in X with
linux-communicator.  From there I have not been able to get any debugging info.
Last night I did a power off/on reset and went to bed.  This morning I had 
a login with a nice bold kernel trap 12 with interrupts disabled that 
happened a couple of hours later after cvsuping and initiating a make world.

I'm going to see if I can get it to do it again although I was able to do a
make world and kernel yesterday with no problem.  The only problem that I was
able to see before was with X and netscape.

ed

Quoting Michael Harnois [EMAIL PROTECTED]:

 On Sat, 19 May 2001 22:48:51 -0400, Alfred Perlstein [EMAIL PROTECTED]
 said:
 
  You'll have to provide more info before anyone can help you.
 
 Well, that would require the kernel offering me more information.
 
  Can you at least get a DDB traceback?
 
 I have never succeeded in getting that to work, but I'll try once
 again ...
 
 -- 
 Michael D. Harnois[EMAIL PROTECTED]
 Redeemer Lutheran Church  Washburn, Iowa 
  No man knows how bad he is 
  till he has tried very hard to be good. -- C.S. Lewis
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message
 


---
   The illiterate of the 21st century will not be
 those who cannot read and write, 
   but those who cannot learn, unlearn and relearn. 
--Alvin Toffler

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-05-20 Thread Edwin Culp 

I forgot to add that I'm not seeing any of this with the PIII's that I have
running current and usually updated daily.

This may not help much unless there is some common ground to be found.
I have been having problems with my old K6-2 300Mhz laptop hanging in X with
linux-communicator.  From there I have not been able to get any debugging info.
Last night I did a power off/on reset and went to bed.  This morning I had 
a login with a nice bold kernel trap 12 with interrupts disabled that 
happened a couple of hours later after cvsuping and initiating a make world.

I'm going to see if I can get it to do it again although I was able to do a
make world and kernel yesterday with no problem.  The only problem that I was
able to see before was with X and netscape.

ed

Quoting Michael Harnois [EMAIL PROTECTED]:

 On Sat, 19 May 2001 22:48:51 -0400, Alfred Perlstein [EMAIL PROTECTED]
 said:
 
  You'll have to provide more info before anyone can help you.
 
 Well, that would require the kernel offering me more information.
 
  Can you at least get a DDB traceback?
 
 I have never succeeded in getting that to work, but I'll try once
 again ...
 
 -- 
 Michael D. Harnois[EMAIL PROTECTED]
 Redeemer Lutheran Church  Washburn, Iowa 
  No man knows how bad he is 
  till he has tried very hard to be good. -- C.S. Lewis
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message
 


---
   The illiterate of the 21st century will not be
 those who cannot read and write, 
   but those who cannot learn, unlearn and relearn. 
--Alvin Toffler

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message


---
   The illiterate of the 21st century will not be
 those who cannot read and write, 
   but those who cannot learn, unlearn and relearn. 
--Alvin Toffler

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-05-19 Thread Alfred Perlstein 

* Michael Harnois [EMAIL PROTECTED] [010519 22:44] wrote:
 is the message I get as soon as I'm done booting with a kernel build
 from this evening's cvsup. No other messages ... sorry, no serial
 console ...

You'll have to provide more info before anyone can help you.

Can you at least get a DDB traceback?

-- 
-Alfred Perlstein [[EMAIL PROTECTED]]
Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-02-09 Thread Alexander Leidinger 

On  9 Feb, Bruce Evans wrote:

 Pagefaults occur in copyin() (called from addupc_task() which is called
 from ast()) while sched_lock is held.  This is not good.  Incrementing
 the profiling counters is supposed to be pushed to ordinary process
 context so that things like copyin() can work (they have to be able
 to fault in pages, so they have to be able to sleep...), so using
 sched_lock to lock things here is wrong.

Are we talking about /sys/kern/kern_clock.c: statclock()? I'm not
familiar with the kernel and that's the only place I find something
related to profiling if I grep for "profil" and look at the results. If
yes, what is to to?

 If I run it withhin X11, the machine deadlocks hard (no response from
 the numlock led on the keyboard), withhin a virtual console I get a lot
 of "kernel trap ..." and the program runs fine.
 
 It's surprising that it doesn't always deadlock.

First I thought I have a hardware problem, I was able to profile the
program 4-5 times withhin X11 at a day before. Without changing anything
except the options to the program I wasn't able to profile it later.

Bye,
Alexander.

-- 
  Loose bits sink chips.

http://www.Leidinger.net   Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-02-09 Thread Bruce Evans 

On Fri, 9 Feb 2001, Alexander Leidinger wrote:

 On  9 Feb, Bruce Evans wrote:
 
  Pagefaults occur in copyin() (called from addupc_task() which is called
  from ast()) while sched_lock is held.  This is not good.  Incrementing
  the profiling counters is supposed to be pushed to ordinary process
  context so that things like copyin() can work (they have to be able
  to fault in pages, so they have to be able to sleep...), so using
  sched_lock to lock things here is wrong.
 
 Are we talking about /sys/kern/kern_clock.c: statclock()? I'm not

No :-).  ast() is in /sys/${MACHINE}/${MACHINE}/trap.c.  Incrementing
the profiling counters is much too hard to do in statclock(), since
statclock() is a fast interrupt handler, so statclock() only schedules
an AST to do the increment.  The scheduling of the AST is rather tangled
and pessimized to support optimizations that aren't possible while
statclock() is a fast interrupt handler.  See addupc_intr(), fuswintr(),
suswintr() and need_proftick().

Bruce



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-02-08 Thread Maxim Sobolev 

Alexander Leidinger wrote:

 Hi,

 if I run a program compiled with gcc's function profiling option I get
 "kernel trap 12 with interrupts disabled".

The same is here.

-Maxim




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel trap 12 with interrupts disabled

2001-02-08 Thread Bruce Evans 

On Thu, 8 Feb 2001, Alexander Leidinger wrote:

 if I run a program compiled with gcc's function profiling option I get
 "kernel trap 12 with interrupts disabled".

This happens with the standard profiling option -pg.

Pagefaults occur in copyin() (called from addupc_task() which is called
from ast()) while sched_lock is held.  This is not good.  Incrementing
the profiling counters is supposed to be pushed to ordinary process
context so that things like copyin() can work (they have to be able
to fault in pages, so they have to be able to sleep...), so using
sched_lock to lock things here is wrong.

 If I run it withhin X11, the machine deadlocks hard (no response from
 the numlock led on the keyboard), withhin a virtual console I get a lot
 of "kernel trap ..." and the program runs fine.

It's surprising that it doesn't always deadlock.

Bruce



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

RE: kernel trap 12 with interrupts disabled?

2000-10-23 Thread Daniel O'Connor 


On 23-Oct-00 The Hermit Hacker wrote:
  kernel of today, during a make world, generates:
  
  Oct 23 18:32:18 thelab /boot/kernel/kernel: kernel trap 12 with interrupts
  disabled
  Oct 23 18:32:32 thelab /boot/kernel/kernel: kernel trap 12 with interrupts
  disabled
  Oct 23 18:32:39 thelab /boot/kernel/kernel: kernel trap 12 with interrupts
  disabled
  
  and then hangs solid ...
  
  I'm running the ahc driver for the following card:
  
  ahc0: Adaptec 2940 Ultra SCSI adapter port 0xc800-0xc8ff mem
  0xef00-0xef000fff irq 17 at device 13.0 on pci0
  aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs
  
  known problem, or new one?

I get the kernel trap messages 5 times on a boot, but my system seems OK,
except occasionally it hangs bad (no DDB).

I don't have any SCSI adapters however.
(Dual PII350 BX chipset, IDE)

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel trap 12 with interrupts disabled

2000-10-19 Thread Valentin Chopov 

I got the same with addition that the machine hangs:(

Val

On Wed, 18 Oct 2000, Manfred Antar wrote:

 With current kernel I'm getting alot of :
 kernel trap 12 with interrupts disabled
 kernel trap 12 with interrupts disabled
 kernel trap 12 with interrupts disabled
 kernel trap 12 with interrupts disabled
 kernel trap 12 with interrupts disabled
 
 Kernel from yesterday did not do this.
 Everything seems to work fine although I think it hung on a "shutdown -r now"
 I don't have a monitor hooked up to the machine right now, so I have no further info.
 I'm in process of hooking up a serial console.
 Manfred
 ==
 ||  [EMAIL PROTECTED]   ||
 ||  Ph. (415) 681-6235  ||
 ==
 
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of the message
 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message