1 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault get_user_pages
make_pages_present find_extend_vma get_user_pages
2 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok clear_user __do_clear_user clear_user
3 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok clear_user __do_clear_user __clear_user clear_user
4 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok copy_from_user ax25_rt_ioctl ax25_protocol_function
ax25_rx_iframe ax25_ds_state3_machine ax25_ds_frame_in
ax25_process_rx_frame ax25_rcv ax25_kiss_rcv ax25_protocol_function
5 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok copy_from_user ax25_rt_ioctl ax25_protocol_function
ax25_rx_iframe ax25_protocol_function
6 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok copy_from_user command ACOMMAND com90xx_probe arcnet_init
com90xx_probe
7 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok copy_from_user __copy_from_user copy_from_user
8-104 cycle detected add_to_swap_cache read_swap_cache_async
do_swap_page handle_pte_fault handle_mm_fault __verify_write
access_ok copy_from_user COPY_FROM_USER write
acpi_os_write_pci_configuration acpi_hw_low_level_write
acpi_hw_disable_gpe_block .. [too many variants to list]
QUESTIONS
0) The fields go from innermost frame to outermost frame.
The last field is the outermost. So read them backwards,
until the last field repeats - there's your cycle.
1) These are merely _potentially_ dangerous cycles in the
code - so what is a good heuristic to decide which ones
to investigate?
2) Why in this case are there 12 times as many instances
found for the ACPI stuff as for the rest of the kernel?
Is ACPI a can of worms or what?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/