Panic on Boot - Current AMD64

2018-02-08 Thread Juan Ramón Molina Menor 

On Wed, Feb 07, 2018 at 12:18:26PM +0100, Juan Ramón Molina Menor wrote:
J> > Same panic here with HEAD from this afternoon in a Lenovo ThinkPad S440 
J> > with 4 GB.
J> > 
J> > Workaround: break into the loader prompt and:
J> > 
J> > set vm.boot_pages=120

J> > boot
J> > 
J> > When booting kernel.old, vm.boot_pages is 64.
J> > 
J> > There is something wrong with r328916.
J> 
J> Recent commits 328955, 328953 and 328952 by glebius@ do not resolve the 
J> issue here.


r328982 should fix the boot without specifing vm.boot_pages.

I'm sorry for problems.

--
Gleb Smirnoff


Yes, it is fixed, 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: Panic on Boot - Current AMD64

2018-02-07 Thread Gleb Smirnoff 
On Wed, Feb 07, 2018 at 12:18:26PM +0100, Juan Ramón Molina Menor wrote:
J> > Same panic here with HEAD from this afternoon in a Lenovo ThinkPad S440 
J> > with 4 GB.
J> > 
J> > Workaround: break into the loader prompt and:
J> > 
J> > set vm.boot_pages=120
J> > boot
J> > 
J> > When booting kernel.old, vm.boot_pages is 64.
J> > 
J> > There is something wrong with r328916.
J> 
J> Recent commits 328955, 328953 and 328952 by glebius@ do not resolve the 
J> issue here.

r328982 should fix the boot without specifing vm.boot_pages.

I'm sorry for problems.

-- 
Gleb Smirnoff
___
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: Panic on Boot - Current AMD64

2018-02-07 Thread M - Krasznai András 
Hi

yesterday I experienced the problem, but after completely synchronizing the src 
tree (deleting the content of the /usr/src folder and svnlite checkout etc.) 
and recompiling the kernel I can boot my FreeBSD-CURRENT (12.0, amd64, r328967) 
with the default setting (64) for vm.boot_pages.

rgds
András Krasznai



-Eredeti üzenet-
Feladó: owner-freebsd-curr...@freebsd.org 
[mailto:owner-freebsd-curr...@freebsd.org] Meghatalmazó Juan Ramón Molina Menor
Küldve: 2018. február 7. 12:18
Címzett: freebsd-current@freebsd.org
Másolatot kap: manfredan...@gmail.com; gleb...@freebsd.org
Tárgy: Panic on Boot - Current AMD64

>> I get panic on boot from current kernel.
>> Since last night - changes to vm system ?
>> World is Current as of this morning
>>
>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>> FreeBSD 12.0-CURRENT #0 r328948: Tue Feb  6 11:30:57 PST 2018
>>  root at pozo.com
>> <https://lists.freebsd.org/mailman/listinfo/freebsd-current>:/usr/src
>> /sys/amd64/compile/pozo amd64 FreeBSD clang version 6.0.0 
>> (branches/release_60 324090) (based on LLVM 6.0.0) Table 'FACP' at 
>> 0xdfbc57e8 Table 'APIC' at 0xdfbc585c Table 'ASF!' at 0xdfbc58e0 
>> Table 'MCFG' at 0xdfbc5943 Table 'TCPA' at 0xdfbc597f Table 'SLIC' at 
>> 0xdfbc59b1 Table 'HPET' at 0xdfbc5b27
>> ACPI: No SRAT table found
>> panic: UMA: Increase vm.boot_pages
>> cpuid = 0
>> time = 1
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
>> 0x820bc820
>> vpanic() at vpanic+0x18d/frame 0x820bc880
>> panic() at panic+0x43/frame 0x820bc8e0
>> startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
>> keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
>> keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
>> zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
>> zone_import() at zone_import+0x5a/frame 0x820bcaa0
>> zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
>> uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
>> vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
>> vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
>> mi_startup() at mi_startup+0x118/frame 0x820bcc70
>> btext() at btext+0x2c
>> KDB: enter: panic
>> [ thread pid 0 tid 0 ]
>> Stopped at  kdb_enter+0x3b: movq$0,kdb_why
>> db> bt
>> Tracing pid 0 tid 0 td 0x80ff1240
>> kdb_enter() at kdb_enter+0x3b/frame 0x820bc820
>> vpanic() at vpanic+0x1aa/frame 0x820bc880
>> panic() at panic+0x43/frame 0x820bc8e0
>> startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
>> keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
>> keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
>> zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
>> zone_import() at zone_import+0x5a/frame 0x820bcaa0
>> zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
>> uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
>> vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
>> vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
>> mi_startup() at mi_startup+0x118/frame 0x820bcc70
>> btext() at btext+0x2c
>> db>
> 
> 
> Same panic here with HEAD from this afternoon in a Lenovo ThinkPad 
> S440 with 4 GB.
> 
> Workaround: break into the loader prompt and:
> 
> set vm.boot_pages=120
> boot
> 
> When booting kernel.old, vm.boot_pages is 64.
> 
> There is something wrong with r328916.
> 
> Hope it helps,
> Juan

Hi!

Recent commits 328955, 328953 and 328952 by glebius@ do not resolve the issue 
here.

Hope it helps,
Juan
___
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"

Panic on Boot - Current AMD64

2018-02-07 Thread Juan Ramón Molina Menor 

I get panic on boot from current kernel.
Since last night - changes to vm system ?
World is Current as of this morning

FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r328948: Tue Feb  6 11:30:57 PST 2018
 root at pozo.com 
:/usr/src/sys/amd64/compile/pozo amd64

FreeBSD clang version 6.0.0 (branches/release_60 324090) (based on LLVM 6.0.0)
Table 'FACP' at 0xdfbc57e8
Table 'APIC' at 0xdfbc585c
Table 'ASF!' at 0xdfbc58e0
Table 'MCFG' at 0xdfbc5943
Table 'TCPA' at 0xdfbc597f
Table 'SLIC' at 0xdfbc59b1
Table 'HPET' at 0xdfbc5b27
ACPI: No SRAT table found
panic: UMA: Increase vm.boot_pages
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0x820bc820
vpanic() at vpanic+0x18d/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at  kdb_enter+0x3b: movq$0,kdb_why
db> bt
Tracing pid 0 tid 0 td 0x80ff1240
kdb_enter() at kdb_enter+0x3b/frame 0x820bc820
vpanic() at vpanic+0x1aa/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
db>



Same panic here with HEAD from this afternoon in a Lenovo ThinkPad S440 
with 4 GB.


Workaround: break into the loader prompt and:

set vm.boot_pages=120
boot

When booting kernel.old, vm.boot_pages is 64.

There is something wrong with r328916.

Hope it helps,
Juan


Hi!

Recent commits 328955, 328953 and 328952 by glebius@ do not resolve the 
issue here.


Hope it helps,
Juan
___
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"

Panic on Boot - Current AMD64

2018-02-06 Thread Juan Ramón Molina Menor 

I get panic on boot from current kernel.
Since last night - changes to vm system ?
World is Current as of this morning

FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r328948: Tue Feb  6 11:30:57 PST 2018
 root at pozo.com 
:/usr/src/sys/amd64/compile/pozo amd64

FreeBSD clang version 6.0.0 (branches/release_60 324090) (based on LLVM 6.0.0)
Table 'FACP' at 0xdfbc57e8
Table 'APIC' at 0xdfbc585c
Table 'ASF!' at 0xdfbc58e0
Table 'MCFG' at 0xdfbc5943
Table 'TCPA' at 0xdfbc597f
Table 'SLIC' at 0xdfbc59b1
Table 'HPET' at 0xdfbc5b27
ACPI: No SRAT table found
panic: UMA: Increase vm.boot_pages
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0x820bc820
vpanic() at vpanic+0x18d/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at  kdb_enter+0x3b: movq$0,kdb_why
db> bt
Tracing pid 0 tid 0 td 0x80ff1240
kdb_enter() at kdb_enter+0x3b/frame 0x820bc820
vpanic() at vpanic+0x1aa/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
db>



Same panic here with HEAD from this afternoon in a Lenovo ThinkPad S440 
with 4 GB.


Workaround: break into the loader prompt and:

set vm.boot_pages=120
boot

When booting kernel.old, vm.boot_pages is 64.

There is something wrong with r328916.

Hope it helps,
Juan


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

Panic on Boot - Current AMD64

2018-02-06 Thread Manfred Antar 
I get panic on boot from current kernel.
Since last night - changes to vm system ?
World is Current as of this morning

FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r328948: Tue Feb  6 11:30:57 PST 2018
r...@pozo.com:/usr/src/sys/amd64/compile/pozo amd64
FreeBSD clang version 6.0.0 (branches/release_60 324090) (based on LLVM 6.0.0)
Table 'FACP' at 0xdfbc57e8
Table 'APIC' at 0xdfbc585c
Table 'ASF!' at 0xdfbc58e0
Table 'MCFG' at 0xdfbc5943
Table 'TCPA' at 0xdfbc597f
Table 'SLIC' at 0xdfbc59b1
Table 'HPET' at 0xdfbc5b27
ACPI: No SRAT table found
panic: UMA: Increase vm.boot_pages
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0x820bc820
vpanic() at vpanic+0x18d/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at  kdb_enter+0x3b: movq$0,kdb_why
db> bt
Tracing pid 0 tid 0 td 0x80ff1240
kdb_enter() at kdb_enter+0x3b/frame 0x820bc820
vpanic() at vpanic+0x1aa/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
db> 

___
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: Panic on boot current amd64

2017-01-17 Thread O. Hartmann 
Am Tue, 17 Jan 2017 06:45:42 -0700
Sean Bruno  schrieb:

> On 01/17/17 02:10, O. Hartmann wrote:
> > Am Mon, 16 Jan 2017 10:33:35 -0800
> > Manfred Antar  schrieb:
> >   
> >> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
> >> panic on
> >> boot. reverting to r312235 boot ok
> >>
> >> random: harvesting attach, 8 bytes (4 bits) from uhub9
> >> ugen1.3:  at usbus1
> >> kernel trap 12 with interrupts disabled
> >>
> >>
> >> Fatal trap 12: page fault while in kernel mode
> >> cpuid = 2; apic id = 02
> >> fault virtual address  = 0x64
> >> fault code = supervisor read data, page not present
> >> instruction pointer= 0x20:0x80660449
> >> stack pointer  = 0x28:0xfe0466aa9010
> >> frame pointer  = 0x28:0xfe0466aa9030
> >> code segment   = base 0x0, limit 0xf, type 0x1b
> >>= DPL 0, pres 1, long 1, def32 0, gran 1
> >> processor eflags   = resume, IOPL = 0
> >> current process= 60445 (ifconfig)
> >> [ thread pid 60445 tid 100131 ]
> >> Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)  
> >> db> bt
> >> Tracing pid 60445 tid 100131 td 0xf800088df500
> >> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 
> >> 0xfe0466aa9030
> >> em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
> >> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
> >> intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
> >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 
> >> 0xfe0466aa9100
> >> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
> >> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
> >> --- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp =
> >> 0xfe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 
> >> 0xfe0466aa9200
> >> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
> >> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
> >> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
> >> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
> >> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
> >> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
> >> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
> >> zone_import() at zone_import+0x52/frame 0xfe0466aa9430
> >> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
> >> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
> >> rtinit() at rtinit+0x390/frame 0xfe0466aa9740
> >> in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
> >> in_control() at in_control+0x9dc/frame 0xfe0466aa9850
> >> ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
> >> kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
> >> sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
> >> amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
> >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
> >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
> >> 0x7fffe478,
> >> rbp = 0x7fffe4d0 ---  
> >> db> 
> >>
> >>
> >>
> >>
> >> ___
> >> 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" 
> >>  
> > 
> > 
> > Has this been fixed? I bugs mee, too.
> > I went back to r312235, too, which doesn't coredump.
> > 
> > Regards,
> > 
> > oh
> >   
> 
> For the time being, I'm suggesting people add EARLY_AP_START to their
> kernel configs as is in GENERIC.
> 
> We are still debugging this.
> 
> sean
> 

EARLY_AP_START was like a death-sentence in earlier days to my configs on two 
systems in
my SoHo, so I avoided adding it. 

-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgp6_T56kiISo.pgp
Description: OpenPGP digital signature

Re: Panic on boot current amd64

2017-01-17 Thread Sean Bruno 


On 01/17/17 02:10, O. Hartmann wrote:
> Am Mon, 16 Jan 2017 10:33:35 -0800
> Manfred Antar  schrieb:
> 
>> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
>> panic on boot.
>> reverting to r312235 boot ok
>>
>> random: harvesting attach, 8 bytes (4 bits) from uhub9
>> ugen1.3:  at usbus1
>> kernel trap 12 with interrupts disabled
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 2; apic id = 02
>> fault virtual address= 0x64
>> fault code   = supervisor read data, page not present
>> instruction pointer  = 0x20:0x80660449
>> stack pointer= 0x28:0xfe0466aa9010
>> frame pointer= 0x28:0xfe0466aa9030
>> code segment = base 0x0, limit 0xf, type 0x1b
>>  = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags = resume, IOPL = 0
>> current process  = 60445 (ifconfig)
>> [ thread pid 60445 tid 100131 ]
>> Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
>> db> bt  
>> Tracing pid 60445 tid 100131 td 0xf800088df500
>> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 
>> 0xfe0466aa9030
>> em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
>> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
>> intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
>> intr_execute_handlers() at intr_execute_handlers+0x48/frame 
>> 0xfe0466aa9100
>> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
>> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
>> --- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp =
>> 0xfe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 
>> 0xfe0466aa9200
>> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
>> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
>> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
>> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
>> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
>> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
>> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
>> zone_import() at zone_import+0x52/frame 0xfe0466aa9430
>> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
>> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
>> rtinit() at rtinit+0x390/frame 0xfe0466aa9740
>> in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
>> in_control() at in_control+0x9dc/frame 0xfe0466aa9850
>> ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
>> kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
>> sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
>> amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
>> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
>> 0x7fffe478, rbp =
>> 0x7fffe4d0 ---
>> db>   
>>
>>
>>
>>
>> ___
>> 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"
> 
> 
> Has this been fixed? I bugs mee, too.
> I went back to r312235, too, which doesn't coredump.
> 
> Regards,
> 
> oh
> 

For the time being, I'm suggesting people add EARLY_AP_START to their
kernel configs as is in GENERIC.

We are still debugging this.

sean



signature.asc
Description: OpenPGP digital signature

Re: Panic on boot current amd64

2017-01-17 Thread O. Hartmann 
Am Mon, 16 Jan 2017 10:33:35 -0800
Manfred Antar  schrieb:

> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
> panic on boot.
> reverting to r312235 boot ok
> 
> random: harvesting attach, 8 bytes (4 bits) from uhub9
> ugen1.3:  at usbus1
> kernel trap 12 with interrupts disabled
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address = 0x64
> fault code= supervisor read data, page not present
> instruction pointer   = 0x20:0x80660449
> stack pointer = 0x28:0xfe0466aa9010
> frame pointer = 0x28:0xfe0466aa9030
> code segment  = base 0x0, limit 0xf, type 0x1b
>   = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags  = resume, IOPL = 0
> current process   = 60445 (ifconfig)
> [ thread pid 60445 tid 100131 ]
> Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
> db> bt  
> Tracing pid 60445 tid 100131 td 0xf800088df500
> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 
> 0xfe0466aa9030
> em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
> intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfe0466aa9100
> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
> --- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp =
> 0xfe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 
> 0xfe0466aa9200
> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
> zone_import() at zone_import+0x52/frame 0xfe0466aa9430
> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
> rtinit() at rtinit+0x390/frame 0xfe0466aa9740
> in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
> in_control() at in_control+0x9dc/frame 0xfe0466aa9850
> ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
> kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
> sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
> amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
> 0x7fffe478, rbp =
> 0x7fffe4d0 ---
> db>   
> 
> 
> 
> 
> ___
> 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"

me, too here. Customized kernel.

-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpfFyNXCLwbu.pgp
Description: OpenPGP digital signature

Re: Panic on boot current amd64

2017-01-17 Thread O. Hartmann 
Am Mon, 16 Jan 2017 10:33:35 -0800
Manfred Antar  schrieb:

> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
> panic on boot.
> reverting to r312235 boot ok
> 
> random: harvesting attach, 8 bytes (4 bits) from uhub9
> ugen1.3:  at usbus1
> kernel trap 12 with interrupts disabled
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address = 0x64
> fault code= supervisor read data, page not present
> instruction pointer   = 0x20:0x80660449
> stack pointer = 0x28:0xfe0466aa9010
> frame pointer = 0x28:0xfe0466aa9030
> code segment  = base 0x0, limit 0xf, type 0x1b
>   = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags  = resume, IOPL = 0
> current process   = 60445 (ifconfig)
> [ thread pid 60445 tid 100131 ]
> Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
> db> bt  
> Tracing pid 60445 tid 100131 td 0xf800088df500
> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 
> 0xfe0466aa9030
> em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
> intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfe0466aa9100
> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
> --- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp =
> 0xfe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 
> 0xfe0466aa9200
> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
> zone_import() at zone_import+0x52/frame 0xfe0466aa9430
> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
> rtinit() at rtinit+0x390/frame 0xfe0466aa9740
> in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
> in_control() at in_control+0x9dc/frame 0xfe0466aa9850
> ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
> kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
> sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
> amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
> 0x7fffe478, rbp =
> 0x7fffe4d0 ---
> db>   
> 
> 
> 
> 
> ___
> 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"


Has this been fixed? I bugs mee, too.
I went back to r312235, too, which doesn't coredump.

Regards,

oh
-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpivly7OFJu5.pgp
Description: OpenPGP digital signature

Re: Panic on boot current amd64

2017-01-16 Thread Sean Bruno 


On 01/16/17 11:33, Manfred Antar wrote:
>>From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
>>panic on boot.
> reverting to r312235 boot ok
> 
> random: harvesting attach, 8 bytes (4 bits) from uhub9
> ugen1.3:  at usbus1
> kernel trap 12 with interrupts disabled
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address = 0x64
> fault code= supervisor read data, page not present
> instruction pointer   = 0x20:0x80660449
> stack pointer = 0x28:0xfe0466aa9010
> frame pointer = 0x28:0xfe0466aa9030
> code segment  = base 0x0, limit 0xf, type 0x1b
>   = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags  = resume, IOPL = 0
> current process   = 60445 (ifconfig)
> [ thread pid 60445 tid 100131 ]
> Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
> db> bt
> Tracing pid 60445 tid 100131 td 0xf800088df500
> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 
> 0xfe0466aa9030
> em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
> intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfe0466aa9100
> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
> --- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp = 
> 0xfe0466aa9200 ---
> spinlock_exit() at spinlock_exit+0x2d/frame 0xfe0466aa9200
> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
> zone_import() at zone_import+0x52/frame 0xfe0466aa9430
> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
> rtinit() at rtinit+0x390/frame 0xfe0466aa9740
> in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
> in_control() at in_control+0x9dc/frame 0xfe0466aa9850
> ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
> kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
> sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
> amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
> 0x7fffe478, rbp = 0x7fffe4d0 ---
> db> 
> 
> 
> 
> 
> 


Just to make sure, you're running GENERIC?

sean



signature.asc
Description: OpenPGP digital signature

Panic on boot current amd64

2017-01-16 Thread Manfred Antar 
>From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
>panic on boot.
reverting to r312235 boot ok

random: harvesting attach, 8 bytes (4 bits) from uhub9
ugen1.3:  at usbus1
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 02
fault virtual address   = 0x64
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80660449
stack pointer   = 0x28:0xfe0466aa9010
frame pointer   = 0x28:0xfe0466aa9030
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= resume, IOPL = 0
current process = 60445 (ifconfig)
[ thread pid 60445 tid 100131 ]
Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
db> bt
Tracing pid 60445 tid 100131 td 0xf800088df500
grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfe0466aa9030
em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfe0466aa9100
lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
--- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp = 
0xfe0466aa9200 ---
spinlock_exit() at spinlock_exit+0x2d/frame 0xfe0466aa9200
smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
zone_import() at zone_import+0x52/frame 0xfe0466aa9430
uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
rtinit() at rtinit+0x390/frame 0xfe0466aa9740
in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
in_control() at in_control+0x9dc/frame 0xfe0466aa9850
ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
--- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
0x7fffe478, rbp = 0x7fffe4d0 ---
db> 




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