[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

[email protected]
Newsgroups gmane.os.freebsd.devel.ppc
Message-ID <[email protected]/bugzilla/>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232387

Mark Millard <[email protected]> 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 <[email protected]> ---
(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.
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.