Re: Almost instant crasj after boot, 100% reproducable, version from middle of summer works

From: Lev Serebryakov <lev_at_FreeBSD.org>
Date: Sun, 25 Oct 2015 00:59:50 +0300
Hello NGie,

Saturday, October 24, 2015, 11:49:31 PM, you wrote:

>         Based on the stack trace you provided and commits made in the
> past few weeks, wlan might be a factor. Could you please disable wlan
> support and see if the panics persist?
 Yep. It is not WiFi-related. It is something kernel-thread or shceduler
related, as "current process" could be different, but it is always


sched_add() at sched_add+0x116/frame 0xfffffe011bd59980
intr_event_schedule_thread() at intr_event_schedule_thread+0xae/frame 0xfffffe011bd599b0
intr_event_handle() at intr_event_handle+0xe2/frame 0xfffffe011bd59a00

==============

da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
da0: <JetFlash TS4GJFV35 8.07> Removable Direct Access SCSI-2 device
da0: Serial Number E8FT11YH
da0: 40.000MB/s transfers
da0: 3899MB (7987198 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
random: unblocking device.
sysctl: kern.ipc.nmbclusters=65536 at line 15: Invalid argument
Setting hostuuid: fafea46a-1adb-e111-b48f-00e04cb00c04.
Setting hostid: 0x5084ca4a.
No suitable dump device was found.
Starting file system checks:
/dev/ufs/gws1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ufs/gws1a: clean, 645448 free (456 frags, 80624 blocks, 0.0% fragmentation)
/dev/ufs/gws3: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ufs/gws3: clean, 15292 free (28 frags, 1908 blocks, 0.2% fragmentation)
Mounting local file systems:.
Setting hostname: gateway.home.serebryakov.spb.ru.
Setting up harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED
Feeding entropy:eval: cannot create /entropy: Read-only file system
ifconfig: SIOCIFCREATE2: Invalid argument
Created clone interfaces: gif0.
em0: link state changed to UP
em0: link state changed to DOWN
ifconfig: NONE: bad value
vlan0: changing name to 'skynet'
vlan1: changing name to 'eltel'
gif0: link state changed to UP
kernel trap 9 with interrupts disabled


Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer     = 0x20:0xffffffff8046e3c6
stack pointer           = 0x28:0xfffffe011bd59890
frame pointer           = 0x28:0xfffffe011bd59980
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 11 (swi4: clock (0))
trap number             = 9
panic: general protection fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011bd59530
vpanic() at vpanic+0x182/frame 0xfffffe011bd595b0
panic() at panic+0x43/frame 0xfffffe011bd59610
trap_fatal() at trap_fatal+0x351/frame 0xfffffe011bd59670
trap() at trap+0x6d8/frame 0xfffffe011bd597d0
calltrap() at calltrap+0x8/frame 0xfffffe011bd597d0
--- trap 0x9, rip = 0xffffffff8046e3c6, rsp = 0xfffffe011bd598a0, rbp = 0xfffffe011bd59980 ---
sched_add() at sched_add+0x116/frame 0xfffffe011bd59980
intr_event_schedule_thread() at intr_event_schedule_thread+0xae/frame 0xfffffe011bd599b0
intr_event_handle() at intr_event_handle+0xe2/frame 0xfffffe011bd59a00
intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011bd59a30
lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe011bd59a50
Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe011bd59a50
--- interrupt, rip = 0xffffffff8063e1f2, rsp = 0xfffffe011bd59b20, rbp = 0xfffffe011bd59b20 ---
spinlock_exit() at spinlock_exit+0x32/frame 0xfffffe011bd59b20
intr_event_execute_handlers() at intr_event_execute_handlers+0xae/frame 0xfffffe011bd59b60
ithread_loop() at ithread_loop+0xa6/frame 0xfffffe011bd59bb0
fork_exit() at fork_exit+0x75/frame 0xfffffe011bd59bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011bd59bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---


-- 
Best regards,
 Lev                            mailto:lev_at_FreeBSD.org
Received on Sat Oct 24 2015 - 20:00:00 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:00 UTC