[Bug 232387] head -r345558 (updated): system crash during kldload if_epair on powerpc64 (for more modern buildworld buildkernel toolchain experiments), Probably also: ipfw.ko linuxkpi.ko siftr.ko Possibly: hwpmc.ko

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232387

Mark Millard <marklmi26-fbsd at yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|head -r345558 (updated):    |head -r345558 (updated):
                   |system crash during kldload |system crash during kldload
                   |if_epair on powerpc64 (for  |if_epair on powerpc64 (for
                   |more modern buildworld      |more modern buildworld
                   |buildkernel toolchain       |buildkernel toolchain
                   |experiments)                |experiments), Probably
                   |                            |also: ipfw.ko linuxkpi.ko
                   |                            |siftr.ko Possibly: hwpmc.ko

--- Comment #17 from Mark Millard <marklmi26-fbsd at yahoo.com> ---
(In reply to Mark Millard from comment #16)

Looking around it appears the .ko files with such
pcpu_entry_ content are:

/boot/kernel/if_epair.ko:
                 U dpcpu_off
0000000000014810 d pcpu_entry_epair_dpcpu

/boot/kernel/ipfw.ko:
                 U dpcpu_off
00000000000454c8 d pcpu_entry_dyn_hp

/boot/kernel/linuxkpi.ko:
                 U dpcpu_off
0000000000032400 d pcpu_entry_linux_epoch_record
0000000000032380 d pcpu_entry_linux_idr_cache
0000000000032580 d pcpu_entry_tasklet_worker

/boot/kernel/siftr.ko:
                 U dpcpu_off
0000000000015450 d pcpu_entry_ss


I expect the following might be okay:

/boot/kernel/hwpmc.ko:
                 U dpcpu_off
                 U pcpu_entry_pmc_sampled

based on /boot/kernel/kernel having
pcpu_entry_pmc_sampled in its list:

00000000016f1450 B dpcpu_off
000000000132b778 d pcpu_entry_decr_state
000000000132a6a8 D pcpu_entry_epoch_cb_count
000000000132a6b0 D pcpu_entry_epoch_cb_task
000000000132a688 d pcpu_entry_exec_args_kva
000000000132b6f0 D pcpu_entry_hardclocktime
000000000132a728 d pcpu_entry_modspace
000000000132af80 D pcpu_entry_nws
000000000132a680 d pcpu_entry_pcputicks
000000000132a690 D pcpu_entry_pmc_sampled
000000000132b480 d pcpu_entry_pqbatch
000000000132a6a4 d pcpu_entry_randomval
000000000132a698 d pcpu_entry_tc_cpu_ticks_base
000000000132a6a0 d pcpu_entry_tc_cpu_ticks_last
000000000132b680 d pcpu_entry_timerstate
000000000132b6f8 d pcpu_entry_xive_cpu_data



I'll not try to list the .ko's with vnet_entry_
prefixed names. But this seems to operate via
curthread->td_vnet instead of something like
dpcpu_off[cpuid] . I've not checked what
curthread->td_vnet values are like.

-- 
You are receiving this mail because:
You are the assignee for the bug.