[mcgrof-next:20211116-sysctl-cleanups-v4 2/35] kernel/sysctl.c:2911:36: error: 'one_hundred' undeclared here (not in a function)
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git 20211116-sysctl-cleanups-v4
head: 5347239461f25fc50aa761923245b9ec4a4aafec
commit: 37e460619d410ba6d64ba60869e4883fb0b397ee [2/35] sysctl: Move some boundary constants form sysctl.c to sysctl_vals
config: nios2-defconfig (attached as .config)
compiler: nios2-linux-gcc (GCC) 11.2.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/com...
git remote add mcgrof-next https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git
git fetch --no-tags mcgrof-next 20211116-sysctl-cleanups-v4
git checkout 37e460619d410ba6d64ba60869e4883fb0b397ee
# save the attached .config to linux build tree
mkdir build_dir
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nios2 SHELL=/bin/bash
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
Note: the mcgrof-next/20211116-sysctl-cleanups-v4 HEAD 5347239461f25fc50aa761923245b9ec4a4aafec builds fine.
It only hurts bisectability.
All errors (new ones prefixed by >>):
>> kernel/sysctl.c:2911:36: error: 'one_hundred' undeclared here (not in a function)
2911 | .extra2 = &one_hundred,
| ^~~~~~~~~~~
vim +/one_hundred +2911 kernel/sysctl.c
^1da177e4c3f41 Linus Torvalds 2005-04-16 2717
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2718 static struct ctl_table vm_table[] = {
e51b6ba077791f Eric W. Biederman 2007-11-30 2719 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2720 .procname = "overcommit_memory",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2721 .data = &sysctl_overcommit_memory,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2722 .maxlen = sizeof(sysctl_overcommit_memory),
d6e711448137ca Alan Cox 2005-06-23 2723 .mode = 0644,
56f3547bfa4d36 Feng Tang 2020-08-06 2724 .proc_handler = overcommit_policy_handler,
eec4844fae7c03 Matteo Croce 2019-07-18 2725 .extra1 = SYSCTL_ZERO,
37e460619d410b Xiaoming Ni 2020-05-16 2726 .extra2 = SYSCTL_TWO,
d6e711448137ca Alan Cox 2005-06-23 2727 },
^1da177e4c3f41 Linus Torvalds 2005-04-16 2728 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2729 .procname = "panic_on_oom",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2730 .data = &sysctl_panic_on_oom,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2731 .maxlen = sizeof(sysctl_panic_on_oom),
b492e95be0ae67 Jens Axboe 2010-05-19 2732 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2733 .proc_handler = proc_dointvec_minmax,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2734 .extra1 = SYSCTL_ZERO,
37e460619d410b Xiaoming Ni 2020-05-16 2735 .extra2 = SYSCTL_TWO,
b492e95be0ae67 Jens Axboe 2010-05-19 2736 },
f4aacea2f5d1a5 Kees Cook 2014-06-06 2737 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2738 .procname = "oom_kill_allocating_task",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2739 .data = &sysctl_oom_kill_allocating_task,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2740 .maxlen = sizeof(sysctl_oom_kill_allocating_task),
759c01142a5d0f Willy Tarreau 2016-01-18 2741 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2742 .proc_handler = proc_dointvec,
759c01142a5d0f Willy Tarreau 2016-01-18 2743 },
d383d48470819e Luis R. Rodriguez 2017-07-12 2744 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2745 .procname = "oom_dump_tasks",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2746 .data = &sysctl_oom_dump_tasks,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2747 .maxlen = sizeof(sysctl_oom_dump_tasks),
759c01142a5d0f Willy Tarreau 2016-01-18 2748 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2749 .proc_handler = proc_dointvec,
759c01142a5d0f Willy Tarreau 2016-01-18 2750 },
f5dd3d6fadf98a Sam Vilain 2006-10-02 2751 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2752 .procname = "overcommit_ratio",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2753 .data = &sysctl_overcommit_ratio,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2754 .maxlen = sizeof(sysctl_overcommit_ratio),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2755 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2756 .proc_handler = overcommit_ratio_handler,
d29216842a85c7 Eric W. Biederman 2016-09-28 2757 },
00b7c3395aec3d Amerigo Wang 2010-05-05 2758 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2759 .procname = "overcommit_kbytes",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2760 .data = &sysctl_overcommit_kbytes,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2761 .maxlen = sizeof(sysctl_overcommit_kbytes),
abd4f7505bafdd Masoud Asgharifard Sharbiani 2007-07-22 2762 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2763 .proc_handler = overcommit_kbytes_handler,
abd4f7505bafdd Masoud Asgharifard Sharbiani 2007-07-22 2764 },
9f977fb7ae9ddf Octavian Purdila 2010-05-05 2765 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2766 .procname = "page-cluster",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2767 .data = &page_cluster,
b2be84df99ebc9 Masami Hiramatsu 2010-02-25 2768 .maxlen = sizeof(int),
b2be84df99ebc9 Masami Hiramatsu 2010-02-25 2769 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2770 .proc_handler = proc_dointvec_minmax,
eec4844fae7c03 Matteo Croce 2019-07-18 2771 .extra1 = SYSCTL_ZERO,
b2be84df99ebc9 Masami Hiramatsu 2010-02-25 2772 },
7f2923c4f73f21 Christian Brauner 2019-03-07 2773 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2774 .procname = "dirty_background_ratio",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2775 .data = &dirty_background_ratio,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2776 .maxlen = sizeof(dirty_background_ratio),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2777 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2778 .proc_handler = dirty_background_ratio_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2779 .extra1 = SYSCTL_ZERO,
37e460619d410b Xiaoming Ni 2020-05-16 2780 .extra2 = SYSCTL_ONE_HUNDRED,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2781 },
00b7c3395aec3d Amerigo Wang 2010-05-05 2782 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2783 .procname = "dirty_background_bytes",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2784 .data = &dirty_background_bytes,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2785 .maxlen = sizeof(dirty_background_bytes),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2786 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2787 .proc_handler = dirty_background_bytes_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2788 .extra1 = &one_ul,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2789 },
00b7c3395aec3d Amerigo Wang 2010-05-05 2790 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2791 .procname = "dirty_ratio",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2792 .data = &vm_dirty_ratio,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2793 .maxlen = sizeof(vm_dirty_ratio),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2794 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2795 .proc_handler = dirty_ratio_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2796 .extra1 = SYSCTL_ZERO,
37e460619d410b Xiaoming Ni 2020-05-16 2797 .extra2 = SYSCTL_ONE_HUNDRED,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2798 },
00b7c3395aec3d Amerigo Wang 2010-05-05 2799 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2800 .procname = "dirty_bytes",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2801 .data = &vm_dirty_bytes,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2802 .maxlen = sizeof(vm_dirty_bytes),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2803 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2804 .proc_handler = dirty_bytes_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2805 .extra1 = &dirty_bytes_min,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2806 },
^1da177e4c3f41 Linus Torvalds 2005-04-16 2807 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2808 .procname = "dirty_writeback_centisecs",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2809 .data = &dirty_writeback_interval,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2810 .maxlen = sizeof(dirty_writeback_interval),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2811 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2812 .proc_handler = dirty_writeback_centisecs_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2813 },
e7d316a02f6838 Subash Abhinov Kasiviswanathan 2016-08-25 2814 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2815 .procname = "dirty_expire_centisecs",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2816 .data = &dirty_expire_interval,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2817 .maxlen = sizeof(dirty_expire_interval),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2818 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2819 .proc_handler = proc_dointvec_minmax,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2820 .extra1 = SYSCTL_ZERO,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2821 },
^1da177e4c3f41 Linus Torvalds 2005-04-16 2822 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2823 .procname = "dirtytime_expire_seconds",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2824 .data = &dirtytime_expire_interval,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2825 .maxlen = sizeof(dirtytime_expire_interval),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2826 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2827 .proc_handler = dirtytime_interval_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2828 .extra1 = SYSCTL_ZERO,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2829 },
fcfbd547b1209a Kirill Korotaev 2006-10-02 2830 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2831 .procname = "swappiness",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2832 .data = &vm_swappiness,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2833 .maxlen = sizeof(vm_swappiness),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2834 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2835 .proc_handler = proc_dointvec_minmax,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2836 .extra1 = SYSCTL_ZERO,
37e460619d410b Xiaoming Ni 2020-05-16 2837 .extra2 = SYSCTL_TWO_HUNDRED,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2838 },
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2839 #ifdef CONFIG_HUGETLB_PAGE
4f2fec00afa60a Luis R. Rodriguez 2017-07-12 2840 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2841 .procname = "nr_hugepages",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2842 .data = NULL,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2843 .maxlen = sizeof(unsigned long),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2844 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2845 .proc_handler = hugetlb_sysctl_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2846 },
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2847 #ifdef CONFIG_NUMA
4f2fec00afa60a Luis R. Rodriguez 2017-07-12 2848 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2849 .procname = "nr_hugepages_mempolicy",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2850 .data = NULL,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2851 .maxlen = sizeof(unsigned long),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2852 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2853 .proc_handler = &hugetlb_mempolicy_sysctl_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2854 },
4f2fec00afa60a Luis R. Rodriguez 2017-07-12 2855 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2856 .procname = "numa_stat",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2857 .data = &sysctl_vm_numa_stat,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2858 .maxlen = sizeof(int),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2859 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2860 .proc_handler = sysctl_vm_numa_stat_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2861 .extra1 = SYSCTL_ZERO,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2862 .extra2 = SYSCTL_ONE,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2863 },
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2864 #endif
4f2fec00afa60a Luis R. Rodriguez 2017-07-12 2865 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2866 .procname = "hugetlb_shm_group",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2867 .data = &sysctl_hugetlb_shm_group,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2868 .maxlen = sizeof(gid_t),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2869 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2870 .proc_handler = proc_dointvec,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2871 },
e7d316a02f6838 Subash Abhinov Kasiviswanathan 2016-08-25 2872 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2873 .procname = "nr_overcommit_hugepages",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2874 .data = NULL,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2875 .maxlen = sizeof(unsigned long),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2876 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2877 .proc_handler = hugetlb_overcommit_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2878 },
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2879 #endif
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2880 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2881 .procname = "lowmem_reserve_ratio",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2882 .data = &sysctl_lowmem_reserve_ratio,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2883 .maxlen = sizeof(sysctl_lowmem_reserve_ratio),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2884 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2885 .proc_handler = lowmem_reserve_ratio_sysctl_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2886 },
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2887 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2888 .procname = "drop_caches",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2889 .data = &sysctl_drop_caches,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2890 .maxlen = sizeof(int),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2891 .mode = 0200,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2892 .proc_handler = drop_caches_sysctl_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2893 .extra1 = SYSCTL_ONE,
37e460619d410b Xiaoming Ni 2020-05-16 2894 .extra2 = SYSCTL_FOUR,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2895 },
6923aa0d8c629a Sebastian Andrzej Siewior 2020-04-01 2896 #ifdef CONFIG_COMPACTION
6923aa0d8c629a Sebastian Andrzej Siewior 2020-04-01 2897 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2898 .procname = "compact_memory",
ef4984384172e9 Pintu Kumar 2021-05-04 2899 .data = NULL,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2900 .maxlen = sizeof(int),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2901 .mode = 0200,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2902 .proc_handler = sysctl_compaction_handler,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2903 },
facdaa917c4d5a Nitin Gupta 2020-08-11 2904 {
facdaa917c4d5a Nitin Gupta 2020-08-11 2905 .procname = "compaction_proactiveness",
facdaa917c4d5a Nitin Gupta 2020-08-11 2906 .data = &sysctl_compaction_proactiveness,
d34c0a7599ea8c Nitin Gupta 2020-08-11 2907 .maxlen = sizeof(sysctl_compaction_proactiveness),
facdaa917c4d5a Nitin Gupta 2020-08-11 2908 .mode = 0644,
65d759c8f9f57b Charan Teja Reddy 2021-09-02 2909 .proc_handler = compaction_proactiveness_sysctl_handler,
facdaa917c4d5a Nitin Gupta 2020-08-11 2910 .extra1 = SYSCTL_ZERO,
facdaa917c4d5a Nitin Gupta 2020-08-11 @2911 .extra2 = &one_hundred,
facdaa917c4d5a Nitin Gupta 2020-08-11 2912 },
^1da177e4c3f41 Linus Torvalds 2005-04-16 2913 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2914 .procname = "extfrag_threshold",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2915 .data = &sysctl_extfrag_threshold,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2916 .maxlen = sizeof(int),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2917 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2918 .proc_handler = proc_dointvec_minmax,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2919 .extra1 = &min_extfrag_threshold,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2920 .extra2 = &max_extfrag_threshold,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2921 },
34f5a39899f3f3 Theodore Ts'o 2007-02-10 2922 {
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2923 .procname = "compact_unevictable_allowed",
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2924 .data = &sysctl_compact_unevictable_allowed,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2925 .maxlen = sizeof(int),
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2926 .mode = 0644,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2927 .proc_handler = proc_dointvec_minmax_warn_RT_change,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2928 .extra1 = SYSCTL_ZERO,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2929 .extra2 = SYSCTL_ONE,
f461d2dcd511c0 Christoph Hellwig 2020-04-24 2930 },
34f5a39899f3f3 Theodore Ts'o 2007-02-10 2931
:::::: The code at line 2911 was first introduced by commit
:::::: facdaa917c4d5a376d09d25865f5a863f906234a mm: proactive compaction
:::::: TO: Nitin Gupta <nigupta(a)nvidia.com>
:::::: CC: Linus Torvalds <torvalds(a)linux-foundation.org>
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
[mnyman-xhci:for-usb-next 2/4] drivers/usb/host/xhci-ring.c:1236:6: sparse: sparse: symbol 'xhci_handle_stop_endpoint_command_timeout' was not declared. Should it be static?
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git for-usb-next
head: a90f619386a961d42cde656b13e4c22c133cc775
commit: a62595355b40c10d1fcc7056ddcf4c246fc72967 [2/4] xhci: use generic command timer for stop endpoint commands.
config: i386-randconfig-s001-20211122 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.4-dirty
# https://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git/commit/?i...
git remote add mnyman-xhci https://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git
git fetch --no-tags mnyman-xhci for-usb-next
git checkout a62595355b40c10d1fcc7056ddcf4c246fc72967
# save the attached .config to linux build tree
make W=1 C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=i386 SHELL=/bin/bash drivers/usb/host/
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
sparse warnings: (new ones prefixed by >>)
drivers/usb/host/xhci-ring.c:625:54: sparse: sparse: restricted __le32 degrades to integer
>> drivers/usb/host/xhci-ring.c:1236:6: sparse: sparse: symbol 'xhci_handle_stop_endpoint_command_timeout' was not declared. Should it be static?
vim +/xhci_handle_stop_endpoint_command_timeout +1236 drivers/usb/host/xhci-ring.c
1235
> 1236 void xhci_handle_stop_endpoint_command_timeout(struct xhci_hcd *xhci, struct xhci_command *cmd)
1237 {
1238 struct xhci_virt_ep *ep;
1239 u32 usbsts;
1240 u32 field3;
1241 char str[XHCI_MSG_MAX];
1242
1243 field3 = le32_to_cpu(cmd->command_trb->generic.field[3]);
1244 usbsts = readl(&xhci->op_regs->status);
1245
1246 xhci_warn(xhci, "xHCI host not responding to stop endpoint command.\n");
1247 xhci_warn(xhci, "USBSTS:%s\n", xhci_decode_usbsts(str, usbsts));
1248
1249 ep = xhci_get_virt_ep(xhci,
1250 TRB_TO_SLOT_ID(field3),
1251 TRB_TO_EP_INDEX(field3));
1252 if (ep)
1253 ep->ep_state &= ~EP_STOP_CMD_PENDING;
1254
1255 xhci_halt(xhci);
1256 xhci_hc_died(xhci);
1257
1258 xhci_dbg_trace(xhci, trace_xhci_dbg_cancel_urb, "xHCI host controller is dead.");
1259 }
1260
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:419:30: sparse: sparse: symbol 'rk3568_vop_layer0_regs' was not declared. Should it be static?
by kernel test robot
tree: https://github.com/0day-ci/linux/commits/UPDATE-20211117-234622/Sascha-Ha...
head: bb17f3afe532266901ec476abd66abd2178e5cfb
commit: bb17f3afe532266901ec476abd66abd2178e5cfb drm: rockchip: Add VOP2 driver
date: 5 days ago
config: nios2-randconfig-s031-20211118 (attached as .config)
compiler: nios2-linux-gcc (GCC) 11.2.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# apt-get install sparse
# sparse version: v0.6.4-dirty
# https://github.com/0day-ci/linux/commit/bb17f3afe532266901ec476abd66abd21...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review UPDATE-20211117-234622/Sascha-Hauer/drm-rockchip-RK356x-VOP2-support/20211117-223601
git checkout bb17f3afe532266901ec476abd66abd2178e5cfb
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=nios2 SHELL=/bin/bash drivers/gpu/drm/rockchip/
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
sparse warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:419:30: sparse: sparse: symbol 'rk3568_vop_layer0_regs' was not declared. Should it be static?
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:423:30: sparse: sparse: symbol 'rk3568_vop_layer1_regs' was not declared. Should it be static?
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:427:30: sparse: sparse: symbol 'rk3568_vop_layer2_regs' was not declared. Should it be static?
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:431:30: sparse: sparse: symbol 'rk3568_vop_layer3_regs' was not declared. Should it be static?
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:435:30: sparse: sparse: symbol 'rk3568_vop_layer4_regs' was not declared. Should it be static?
>> drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:439:30: sparse: sparse: symbol 'rk3568_vop_layer5_regs' was not declared. Should it be static?
--
>> drivers/gpu/drm/rockchip/rockchip_drm_vop2.c:1593:35: sparse: sparse: incorrect type in argument 2 (different address spaces) @@ expected void const *s @@ got void [noderef] __iomem *regs @@
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c:1593:35: sparse: expected void const *s
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c:1593:35: sparse: got void [noderef] __iomem *regs
vim +/rk3568_vop_layer0_regs +419 drivers/gpu/drm/rockchip/rockchip_vop2_reg.c
418
> 419 const struct vop2_layer_regs rk3568_vop_layer0_regs = {
420 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 0)
421 };
422
> 423 const struct vop2_layer_regs rk3568_vop_layer1_regs = {
424 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 4)
425 };
426
> 427 const struct vop2_layer_regs rk3568_vop_layer2_regs = {
428 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 8)
429 };
430
> 431 const struct vop2_layer_regs rk3568_vop_layer3_regs = {
432 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 12)
433 };
434
> 435 const struct vop2_layer_regs rk3568_vop_layer4_regs = {
436 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 16)
437 };
438
> 439 const struct vop2_layer_regs rk3568_vop_layer5_regs = {
440 .layer_sel = VOP_REG(RK3568_OVL_LAYER_SEL, 0x7, 20)
441 };
442
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:1647 init_dma_rx_desc_rings() warn: always true condition '(queue >= 0) => (0-u32max >= 0)'
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 136057256686de39cc3a07c2e39ef6bc43003ff6
commit: de0b90e52a116a951ca8b13c924c359d5fc39fa0 net: stmmac: rearrange RX and TX desc init into per-queue basis
date: 7 months ago
config: x86_64-randconfig-m031-20211117 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
New smatch warnings:
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:1647 init_dma_rx_desc_rings() warn: always true condition '(queue >= 0) => (0-u32max >= 0)'
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:1647 init_dma_rx_desc_rings() warn: always true condition '(queue >= 0) => (0-u32max >= 0)'
Old smatch warnings:
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:1567 stmmac_reinit_rx_buffers() warn: always true condition '(queue >= 0) => (0-u32max >= 0)'
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:1567 stmmac_reinit_rx_buffers() warn: always true condition '(queue >= 0) => (0-u32max >= 0)'
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:4453 stmmac_xdp_run_prog() error: (-2147483647) too low for ERR_PTR
vim +1647 drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
de0b90e52a116a Ong Boon Leong 2021-04-13 1626
de0b90e52a116a Ong Boon Leong 2021-04-13 1627 static int init_dma_rx_desc_rings(struct net_device *dev, gfp_t flags)
de0b90e52a116a Ong Boon Leong 2021-04-13 1628 {
de0b90e52a116a Ong Boon Leong 2021-04-13 1629 struct stmmac_priv *priv = netdev_priv(dev);
de0b90e52a116a Ong Boon Leong 2021-04-13 1630 u32 rx_count = priv->plat->rx_queues_to_use;
de0b90e52a116a Ong Boon Leong 2021-04-13 1631 u32 queue;
de0b90e52a116a Ong Boon Leong 2021-04-13 1632 int ret;
de0b90e52a116a Ong Boon Leong 2021-04-13 1633
de0b90e52a116a Ong Boon Leong 2021-04-13 1634 /* RX INITIALIZATION */
de0b90e52a116a Ong Boon Leong 2021-04-13 1635 netif_dbg(priv, probe, priv->dev,
de0b90e52a116a Ong Boon Leong 2021-04-13 1636 "SKB addresses:\nskb\t\tskb data\tdma data\n");
de0b90e52a116a Ong Boon Leong 2021-04-13 1637
de0b90e52a116a Ong Boon Leong 2021-04-13 1638 for (queue = 0; queue < rx_count; queue++) {
de0b90e52a116a Ong Boon Leong 2021-04-13 1639 ret = __init_dma_rx_desc_rings(priv, queue, flags);
de0b90e52a116a Ong Boon Leong 2021-04-13 1640 if (ret)
de0b90e52a116a Ong Boon Leong 2021-04-13 1641 goto err_init_rx_buffers;
54139cf3bb33fa Joao Pinto 2017-04-06 1642 }
54139cf3bb33fa Joao Pinto 2017-04-06 1643
71fedb0198cbbd Joao Pinto 2017-04-06 1644 return 0;
54139cf3bb33fa Joao Pinto 2017-04-06 1645
71fedb0198cbbd Joao Pinto 2017-04-06 1646 err_init_rx_buffers:
54139cf3bb33fa Joao Pinto 2017-04-06 @1647 while (queue >= 0) {
4298255f26fa91 Ong Boon Leong 2021-04-13 1648 dma_free_rx_skbufs(priv, queue);
54139cf3bb33fa Joao Pinto 2017-04-06 1649
54139cf3bb33fa Joao Pinto 2017-04-06 1650 if (queue == 0)
54139cf3bb33fa Joao Pinto 2017-04-06 1651 break;
54139cf3bb33fa Joao Pinto 2017-04-06 1652
54139cf3bb33fa Joao Pinto 2017-04-06 1653 queue--;
54139cf3bb33fa Joao Pinto 2017-04-06 1654 }
54139cf3bb33fa Joao Pinto 2017-04-06 1655
71fedb0198cbbd Joao Pinto 2017-04-06 1656 return ret;
71fedb0198cbbd Joao Pinto 2017-04-06 1657 }
71fedb0198cbbd Joao Pinto 2017-04-06 1658
:::::: The code at line 1647 was first introduced by commit
:::::: 54139cf3bb33fad075737000f22749cafe3e83a0 net: stmmac: adding multiple buffers for rx
:::::: TO: Joao Pinto <Joao.Pinto(a)synopsys.com>
:::::: CC: David S. Miller <davem(a)davemloft.net>
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
Re: [PATCH v2 2/2] drm/i915: Use to_root_gt() to refer to the root tile
by kernel test robot
In-Reply-To: <20211121133416.36012-3-andi.shyti(a)linux.intel.com>
References: <20211121133416.36012-3-andi.shyti(a)linux.intel.com>
TO: Andi Shyti <andi.shyti(a)linux.intel.com>
TO: Intel GFX <intel-gfx(a)lists.freedesktop.org>
TO: DRI Devel <dri-devel(a)lists.freedesktop.org>
CC: "MichalłWiniarski" <michal.winiarski(a)intel.com>
CC: Andi Shyti <andi(a)etezian.org>
CC: Tvrtko Ursulin <tvrtko.ursulin(a)intel.com>
CC: Lucas De Marchi <lucas.demarchi(a)intel.com>
CC: Chris Wilson <chris(a)chris-wilson.co.uk>
CC: Rodrigo Vivi <rodrigo.vivi(a)intel.com>
Hi Andi,
I love your patch! Perhaps something to improve:
[auto build test WARNING on drm-tip/drm-tip]
[also build test WARNING on next-20211118]
[cannot apply to drm-intel/for-linux-next drm-exynos/exynos-drm-next drm/drm-next v5.16-rc2]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url: https://github.com/0day-ci/linux/commits/Andi-Shyti/More-preparation-for-...
base: git://anongit.freedesktop.org/drm/drm-tip drm-tip
config: x86_64-randconfig-a004-20211122 (attached as .config)
compiler: clang version 14.0.0 (https://github.com/llvm/llvm-project c133fb321f7ca6083ce15b6aa5bf89de6600e649)
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://github.com/0day-ci/linux/commit/068a75571292e317e35752c1b078605dd...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Andi-Shyti/More-preparation-for-multi-gt-patches/20211121-213526
git checkout 068a75571292e317e35752c1b078605dda122741
# save the attached .config to linux build tree
mkdir build_dir
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=x86_64 SHELL=/bin/bash drivers/gpu/
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All warnings (new ones prefixed by >>):
In file included from drivers/gpu/drm/i915/i915_irq.c:37:
In file included from drivers/gpu/drm/i915/display/intel_de.h:9:
drivers/gpu/drm/i915/i915_drv.h:1756:1: warning: all paths through this function will call itself [-Winfinite-recursion]
{
^
1 warning generated.
>> drivers/gpu/drm/i915/i915_irq.o: warning: objtool: intel_irq_init() falls through to next function ivb_parity_work()
>> drivers/gpu/drm/i915/i915_irq.o: warning: objtool: intel_irq_postinstall() falls through to next function intel_irq_uninstall()
>> drivers/gpu/drm/i915/i915_irq.o: warning: objtool: i965_irq_handler() falls through to next function i915_irq_handler()
>> drivers/gpu/drm/i915/i915_irq.o: warning: objtool: i8xx_irq_handler() falls through to next function dg1_irq_handler()
--
In file included from drivers/gpu/drm/i915/gt/intel_rps.c:8:
drivers/gpu/drm/i915/i915_drv.h:1756:1: warning: all paths through this function will call itself [-Winfinite-recursion]
{
^
1 warning generated.
>> drivers/gpu/drm/i915/gt/intel_rps.o: warning: objtool: i915_read_mch_val() falls through to next function mchdev_get()
--
In file included from drivers/gpu/drm/i915/i915_gem.c:44:
In file included from drivers/gpu/drm/i915/gem/i915_gem_context.h:12:
In file included from drivers/gpu/drm/i915/gt/intel_context.h:14:
drivers/gpu/drm/i915/i915_drv.h:1756:1: warning: all paths through this function will call itself [-Winfinite-recursion]
{
^
1 warning generated.
>> drivers/gpu/drm/i915/i915_gem.o: warning: objtool: i915_gem_init() falls through to next function to_root_gt()
>> drivers/gpu/drm/i915/i915_gem.o: warning: objtool: i915_gem_driver_release() falls through to next function i915_gem_init_early()
--
In file included from drivers/gpu/drm/i915/intel_wopcm.c:7:
drivers/gpu/drm/i915/i915_drv.h:1756:1: warning: all paths through this function will call itself [-Winfinite-recursion]
{
^
1 warning generated.
>> drivers/gpu/drm/i915/intel_wopcm.o: warning: objtool: intel_wopcm_init() falls through to next function to_root_gt()
--
In file included from drivers/gpu/drm/i915/gt/uc/intel_guc_slpc.c:6:
drivers/gpu/drm/i915/i915_drv.h:1756:1: warning: all paths through this function will call itself [-Winfinite-recursion]
{
^
1 warning generated.
>> drivers/gpu/drm/i915/gt/uc/intel_guc_slpc.o: warning: objtool: intel_guc_slpc_enable() falls through to next function to_root_gt()
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
[sunxi:sunxi/clk-for-5.17 3/10] drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:532:46: error: 'pdev' undeclared
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux.git sunxi/clk-for-5.17
head: c81821db64a8957e8ff4ebd4cdda60243ab5c949
commit: 72dc8e122383fcce2ef6d32e351ec0609bd7ca49 [3/10] clk: sunxi-ng: Convert early providers to platform drivers
config: arc-allyesconfig (attached as .config)
compiler: arceb-elf-gcc (GCC) 11.2.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux.git/commit/?i...
git remote add sunxi https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux.git
git fetch --no-tags sunxi sunxi/clk-for-5.17
git checkout 72dc8e122383fcce2ef6d32e351ec0609bd7ca49
# save the attached .config to linux build tree
mkdir build_dir
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=arc SHELL=/bin/bash
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c: In function 'suniv_f1c100s_ccu_setup':
>> drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:532:46: error: 'pdev' undeclared (first use in this function)
532 | reg = devm_platform_ioremap_resource(pdev, 0);
| ^~~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:532:46: note: each undeclared identifier is reported only once for each function it appears in
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:534:24: error: 'return' with a value, in function returning void [-Werror=return-type]
534 | return PTR_ERR(reg);
| ^~~~~~~~~~~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:526:20: note: declared here
526 | static void __init suniv_f1c100s_ccu_setup(struct device_node *node)
| ^~~~~~~~~~~~~~~~~~~~~~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:543:24: error: 'return' with a value, in function returning void [-Werror=return-type]
543 | return ret;
| ^~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:526:20: note: declared here
526 | static void __init suniv_f1c100s_ccu_setup(struct device_node *node)
| ^~~~~~~~~~~~~~~~~~~~~~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:552:16: error: 'return' with a value, in function returning void [-Werror=return-type]
552 | return 0;
| ^
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:526:20: note: declared here
526 | static void __init suniv_f1c100s_ccu_setup(struct device_node *node)
| ^~~~~~~~~~~~~~~~~~~~~~~
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c: At top level:
>> drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:561:19: error: 'suniv_f1c100s_ccu_probe' undeclared here (not in a function); did you mean 'suniv_f1c100s_ccu_driver'?
561 | .probe = suniv_f1c100s_ccu_probe,
| ^~~~~~~~~~~~~~~~~~~~~~~
| suniv_f1c100s_ccu_driver
drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c:526:20: warning: 'suniv_f1c100s_ccu_setup' defined but not used [-Wunused-function]
526 | static void __init suniv_f1c100s_ccu_setup(struct device_node *node)
| ^~~~~~~~~~~~~~~~~~~~~~~
cc1: some warnings being treated as errors
vim +/pdev +532 drivers/clk/sunxi-ng/ccu-suniv-f1c100s.c
525
526 static void __init suniv_f1c100s_ccu_setup(struct device_node *node)
527 {
528 void __iomem *reg;
529 int ret;
530 u32 val;
531
> 532 reg = devm_platform_ioremap_resource(pdev, 0);
533 if (IS_ERR(reg))
534 return PTR_ERR(reg);
535
536 /* Force the PLL-Audio-1x divider to 4 */
537 val = readl(reg + SUNIV_PLL_AUDIO_REG);
538 val &= ~GENMASK(19, 16);
539 writel(val | (3 << 16), reg + SUNIV_PLL_AUDIO_REG);
540
541 ret = devm_sunxi_ccu_probe(&pdev->dev, reg, &suniv_ccu_desc);
542 if (ret)
543 return ret;
544
545 /* Gate then ungate PLL CPU after any rate changes */
546 ccu_pll_notifier_register(&suniv_pll_cpu_nb);
547
548 /* Reparent CPU during PLL CPU rate changes */
549 ccu_mux_notifier_register(pll_cpu_clk.common.hw.clk,
550 &suniv_cpu_nb);
551
552 return 0;
553 }
554
555 static const struct of_device_id suniv_f1c100s_ccu_ids[] = {
556 { .compatible = "allwinner,suniv-f1c100s-ccu" },
557 { }
558 };
559
560 static struct platform_driver suniv_f1c100s_ccu_driver = {
> 561 .probe = suniv_f1c100s_ccu_probe,
562 .driver = {
563 .name = "suniv-f1c100s-ccu",
564 .suppress_bind_attrs = true,
565 .of_match_table = suniv_f1c100s_ccu_ids,
566 },
567 };
568 module_platform_driver(suniv_f1c100s_ccu_driver);
569
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months
[luto:sched/lazymm 13/16] kernel/sched/core.c:4986:22: warning: variable 'old_active_mm' is uninitialized when used here
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git sched/lazymm
head: c0d03d4f2778fd0a7c16e69cdfb3f111296129b5
commit: 4863118ffa6fe6af7cfb18c4d4ee6434537b0c8b [13/16] sched, exec: Factor current mm changes out from exec
config: x86_64-randconfig-r034-20211116 (attached as .config)
compiler: clang version 14.0.0 (https://github.com/llvm/llvm-project fbe72e41b99dc7994daac300d208a955be3e4a0a)
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/commit/?id...
git remote add luto https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git
git fetch --no-tags luto sched/lazymm
git checkout 4863118ffa6fe6af7cfb18c4d4ee6434537b0c8b
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All warnings (new ones prefixed by >>):
kernel/sched/core.c:3417:6: warning: no previous prototype for function 'sched_set_stop_task' [-Wmissing-prototypes]
void sched_set_stop_task(int cpu, struct task_struct *stop)
^
kernel/sched/core.c:3417:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
void sched_set_stop_task(int cpu, struct task_struct *stop)
^
static
>> kernel/sched/core.c:4986:22: warning: variable 'old_active_mm' is uninitialized when used here [-Wuninitialized]
switch_mm_irqs_off(old_active_mm, mm, tsk);
^~~~~~~~~~~~~
kernel/sched/core.c:4941:33: note: initialize the variable 'old_active_mm' to silence this warning
struct mm_struct *old_active_mm, *mm_to_drop = NULL;
^
= NULL
2 warnings generated.
vim +/old_active_mm +4986 kernel/sched/core.c
4937
4938 void __change_current_mm(struct mm_struct *mm, bool mm_is_brand_new)
4939 {
4940 struct task_struct *tsk = current;
4941 struct mm_struct *old_active_mm, *mm_to_drop = NULL;
4942
4943 BUG_ON(!mm); /* likely to cause corruption if we continue */
4944
4945 /*
4946 * We do not want to schedule, nor should procfs peek at current->mm
4947 * while we're modifying it. task_lock() disables preemption and
4948 * locks against procfs.
4949 */
4950 task_lock(tsk);
4951 /*
4952 * membarrier() requires a full barrier before switching mm.
4953 */
4954 smp_mb__after_spinlock();
4955
4956 local_irq_disable();
4957
4958 if (tsk->mm) {
4959 /* We're detaching from an old mm. Sync stats. */
4960 sync_mm_rss(tsk->mm);
4961 } else {
4962 /*
4963 * Switching from kernel mm to user. Drop the old lazy
4964 * mm reference.
4965 */
4966 mm_to_drop = tsk->active_mm;
4967 }
4968
4969 tsk->active_mm = mm;
4970 WRITE_ONCE(tsk->mm, mm); /* membarrier reads this without locks */
4971 membarrier_update_current_mm(mm);
4972
4973 if (mm_is_brand_new) {
4974 /*
4975 * For historical reasons, some architectures want IRQs on
4976 * when activate_mm() is called. If we're going to call
4977 * activate_mm(), turn on IRQs but leave preemption
4978 * disabled.
4979 */
4980 if (!IS_ENABLED(CONFIG_ARCH_WANT_IRQS_OFF_ACTIVATE_MM))
4981 local_irq_enable();
4982 activate_mm(old_active_mm, mm);
4983 if (IS_ENABLED(CONFIG_ARCH_WANT_IRQS_OFF_ACTIVATE_MM))
4984 local_irq_enable();
4985 } else {
> 4986 switch_mm_irqs_off(old_active_mm, mm, tsk);
4987 local_irq_enable();
4988 }
4989
4990 /* IRQs are on now. Preemption is still disabled by task_lock(). */
4991
4992 membarrier_finish_switch_mm(mm);
4993 vmacache_flush(tsk);
4994 task_unlock(tsk);
4995
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10 months