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.
> >> FreeBSD 12.0-CURRENT #0 r314640: Sat Mar  4

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, 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)
>> 0x0

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

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,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 - 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: Adding local APIC 1 as a target
INTR: Adding local APIC 2 as a target
INTR: Adding local APIC 3 as a target
INTR: Adding local APIC 4 as a target
INTR: Adding local APIC 5 as a target
INTR: Adding local APIC 6 as a target
INTR: Adding local APIC 7 as a target
FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs
FreeBSD/SMP: 1 package(s) x 8 core(s)
Package HW ID = 0
Core HW ID = 0
CPU0 (BSP): APIC ID

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: 
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=0x383fbff
  AMD Features=0xc048
real memory  = 1073676288 (1023 MB)
avail memory = 1033592832 (985 MB)
ioapic0  irqs 0-23 on motherboard
Pentium Pro MTRR support enabled
acpi0:  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:  on acpi0
acpi_button0:  on acpi0
acpi_button1:  on acpi0
pcib0:  port 
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0:  on pcib0
pcib0: slot 7 INTD is routed to irq 10
pcib0: slot 7 INTD is routed to irq 10
agp0:  port 0xc000-0xc003 mem 
0xef02-0xef020fff,0xe800-0xebff at device 0.0 on pci0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pci_cfgintr: 1:5 INTA BIOS irq 15
pci1:  at device 5.0 (no driver attached)
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  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:  port 0xc800-0xc81f irq 10 at device 7.2 on pci0
usb0:  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:  port 0xcc00-0xcc1f irq 10 at device 7.3 on pci0
usb1:  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:  port 0x5000-0x500f at device 7.4 on 
pci0
viapropm0: SMBus revision code 0x40
smbus0:  on viapropm0
smb0:  on smbus0
fxp0:  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:  on fxp0
inphy0:  on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0:  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:  port 0x3f7,0x3f0-0x3f5 
irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A, console
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0:  on ppc0
plip0:  on ppbus0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
ppi0:  on ppbus0
atkbdc0:  port 0x64,0x60 irq 1 on acpi0
atkbd0:  flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0:  irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
npx0: [FAST]
npx0:  on moth

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-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 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-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 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-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-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

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?

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:  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