[audit-next:ghak90-contid.v10.4 14/17] net/netfilter/xt_AUDIT.c:78:39: warning: variable 'net' is uninitialized when used here
by kernel test robot
tree: git://toccata2.tricolour.ca/linux-2.6-rgb.git ghak90-contid.v10.4
head: f35b133bb86541fa01252242812fcb2ca4baa23d
commit: 80794c1061dee5488007857266263cb6430b352f [14/17] fixup! audit: add support for containerid to network namespaces
config: powerpc64-randconfig-r026-20201114 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 9a85643cd357e412cff69067bb5c4840e228c2ab)
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
# install powerpc64 cross compiling tool for clang build
# apt-get install binutils-powerpc64-linux-gnu
git remote add audit-next git://toccata2.tricolour.ca/linux-2.6-rgb.git
git fetch --no-tags audit-next ghak90-contid.v10.4
git checkout 80794c1061dee5488007857266263cb6430b352f
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=powerpc64
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 >>):
>> net/netfilter/xt_AUDIT.c:78:39: warning: variable 'net' is uninitialized when used here [-Wuninitialized]
record = audit_log_netns_contid_list(net, context);
^~~
net/netfilter/xt_AUDIT.c:72:17: note: initialize the variable 'net' to silence this warning
struct net *net;
^
= NULL
net/netfilter/xt_AUDIT.c:131:9: warning: format specifies type 'unsigned char' but the argument has type 'int' [-Wformat]
XT_AUDIT_TYPE_MAX);
^~~~~~~~~~~~~~~~~
include/linux/printk.h:532:46: note: expanded from macro 'pr_info_ratelimited'
printk_ratelimited(KERN_INFO pr_fmt(fmt), ##__VA_ARGS__)
~~~ ^~~~~~~~~~~
include/linux/printk.h:512:17: note: expanded from macro 'printk_ratelimited'
printk(fmt, ##__VA_ARGS__); \
~~~ ^~~~~~~~~~~
include/uapi/linux/netfilter/xt_AUDIT.h:25:27: note: expanded from macro 'XT_AUDIT_TYPE_MAX'
#define XT_AUDIT_TYPE_MAX (__XT_AUDIT_TYPE_MAX - 1)
^~~~~~~~~~~~~~~~~~~~~~~~~
2 warnings generated.
vim +/net +78 net/netfilter/xt_AUDIT.c
65
66 static unsigned int
67 audit_tg(struct sk_buff *skb, const struct xt_action_param *par)
68 {
69 struct audit_buffer *ab;
70 int fam = -1;
71 struct audit_context *context;
72 struct net *net;
73 int record;
74
75 if (audit_enabled == AUDIT_OFF)
76 goto out;
77 context = audit_alloc_local(GFP_ATOMIC);
> 78 record = audit_log_netns_contid_list(net, context);
79 ab = audit_log_start(context, GFP_ATOMIC, AUDIT_NETFILTER_PKT);
80 if (ab == NULL)
81 goto errout;
82
83 audit_log_format(ab, "mark=%#x", skb->mark);
84
85 switch (xt_family(par)) {
86 case NFPROTO_BRIDGE:
87 switch (eth_hdr(skb)->h_proto) {
88 case htons(ETH_P_IP):
89 fam = audit_ip4(ab, skb) ? NFPROTO_IPV4 : -1;
90 break;
91 case htons(ETH_P_IPV6):
92 fam = audit_ip6(ab, skb) ? NFPROTO_IPV6 : -1;
93 break;
94 }
95 break;
96 case NFPROTO_IPV4:
97 fam = audit_ip4(ab, skb) ? NFPROTO_IPV4 : -1;
98 break;
99 case NFPROTO_IPV6:
100 fam = audit_ip6(ab, skb) ? NFPROTO_IPV6 : -1;
101 break;
102 }
103
104 if (fam == -1)
105 audit_log_format(ab, " saddr=? daddr=? proto=-1");
106
107 if (record)
108 audit_log_format(ab, " record=%d", record);
109 audit_log_end(ab);
110
111 net = xt_net(par);
112 errout:
113 audit_free_context(context);
114 out:
115 return XT_CONTINUE;
116 }
117
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
[mptcp:export 489/515] kernel/bpf/verifier.c:2844:11: error: implicit declaration of function 'bpf_mptcp_sock_is_valid_access'
by kernel test robot
tree: https://github.com/multipath-tcp/mptcp_net-next.git export
head: 630f1178e1faac796df4befc319c19c3fede6b7b
commit: 0da79c831507209d7bb2ed905aa738545d0bbe7c [489/515] bpf: add 'bpf_mptcp_sock' structure and helper
config: arm64-randconfig-r032-20201113 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 9a85643cd357e412cff69067bb5c4840e228c2ab)
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
# install arm64 cross compiling tool for clang build
# apt-get install binutils-aarch64-linux-gnu
# https://github.com/multipath-tcp/mptcp_net-next/commit/0da79c831507209d7b...
git remote add mptcp https://github.com/multipath-tcp/mptcp_net-next.git
git fetch --no-tags mptcp export
git checkout 0da79c831507209d7bb2ed905aa738545d0bbe7c
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=arm64
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 >>):
In file included from kernel/bpf/verifier.c:12:
In file included from include/linux/bpf_verifier.h:8:
In file included from include/linux/filter.h:13:
include/linux/skbuff.h:4622:26: error: implicit declaration of function 'skb_ext_add' [-Werror,-Wimplicit-function-declaration]
u64 *kcov_handle_ptr = skb_ext_add(skb, SKB_EXT_KCOV_HANDLE);
^
include/linux/skbuff.h:4622:43: error: use of undeclared identifier 'SKB_EXT_KCOV_HANDLE'
u64 *kcov_handle_ptr = skb_ext_add(skb, SKB_EXT_KCOV_HANDLE);
^
include/linux/skbuff.h:4631:21: error: implicit declaration of function 'skb_ext_find' [-Werror,-Wimplicit-function-declaration]
u64 *kcov_handle = skb_ext_find(skb, SKB_EXT_KCOV_HANDLE);
^
include/linux/skbuff.h:4631:39: error: use of undeclared identifier 'SKB_EXT_KCOV_HANDLE'
u64 *kcov_handle = skb_ext_find(skb, SKB_EXT_KCOV_HANDLE);
^
>> kernel/bpf/verifier.c:2844:11: error: implicit declaration of function 'bpf_mptcp_sock_is_valid_access' [-Werror,-Wimplicit-function-declaration]
valid = bpf_mptcp_sock_is_valid_access(off, size, t, &info);
^
kernel/bpf/verifier.c:2844:11: note: did you mean 'bpf_tcp_sock_is_valid_access'?
include/linux/bpf.h:1944:20: note: 'bpf_tcp_sock_is_valid_access' declared here
static inline bool bpf_tcp_sock_is_valid_access(int off, int size,
^
>> kernel/bpf/verifier.c:10496:25: error: use of undeclared identifier 'bpf_mptcp_sock_convert_ctx_access'; did you mean 'bpf_tcp_sock_convert_ctx_access'?
convert_ctx_access = bpf_mptcp_sock_convert_ctx_access;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
bpf_tcp_sock_convert_ctx_access
include/linux/bpf.h:1951:19: note: 'bpf_tcp_sock_convert_ctx_access' declared here
static inline u32 bpf_tcp_sock_convert_ctx_access(enum bpf_access_type type,
^
6 errors generated.
vim +/bpf_mptcp_sock_is_valid_access +2844 kernel/bpf/verifier.c
2817
2818 static int check_sock_access(struct bpf_verifier_env *env, int insn_idx,
2819 u32 regno, int off, int size,
2820 enum bpf_access_type t)
2821 {
2822 struct bpf_reg_state *regs = cur_regs(env);
2823 struct bpf_reg_state *reg = ®s[regno];
2824 struct bpf_insn_access_aux info = {};
2825 bool valid;
2826
2827 if (reg->smin_value < 0) {
2828 verbose(env, "R%d min value is negative, either use unsigned index or do a if (index >=0) check.\n",
2829 regno);
2830 return -EACCES;
2831 }
2832
2833 switch (reg->type) {
2834 case PTR_TO_SOCK_COMMON:
2835 valid = bpf_sock_common_is_valid_access(off, size, t, &info);
2836 break;
2837 case PTR_TO_SOCKET:
2838 valid = bpf_sock_is_valid_access(off, size, t, &info);
2839 break;
2840 case PTR_TO_TCP_SOCK:
2841 valid = bpf_tcp_sock_is_valid_access(off, size, t, &info);
2842 break;
2843 case PTR_TO_MPTCP_SOCK:
> 2844 valid = bpf_mptcp_sock_is_valid_access(off, size, t, &info);
2845 break;
2846 case PTR_TO_XDP_SOCK:
2847 valid = bpf_xdp_sock_is_valid_access(off, size, t, &info);
2848 break;
2849 default:
2850 valid = false;
2851 }
2852
2853
2854 if (valid) {
2855 env->insn_aux_data[insn_idx].ctx_field_size =
2856 info.ctx_field_size;
2857 return 0;
2858 }
2859
2860 verbose(env, "R%d invalid %s access off=%d size=%d\n",
2861 regno, reg_type_str[reg->type], off, size);
2862
2863 return -EACCES;
2864 }
2865
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
Re: [RFC PATCH] mmc: sdhci: tegra: fix wrong unit with busy_timeout
by kernel test robot
Hi Wolfram,
[FYI, it's a private test report for your RFC patch.]
[auto build test ERROR on tegra/for-next]
[also build test ERROR on v5.10-rc3 next-20201113]
[cannot apply to ulf.hansson-mmc/next mmc/mmc-next]
[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/Wolfram-Sang/mmc-sdhci-tegra-fix...
base: https://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git for-next
config: h8300-randconfig-c004-20201113 (attached as .config)
compiler: h8300-linux-gcc (GCC) 9.3.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://github.com/0day-ci/linux/commit/d5481f1c9768ea4e5a43617ef5a853dd7...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Wolfram-Sang/mmc-sdhci-tegra-fix-wrong-unit-with-busy_timeout/20201113-205511
git checkout d5481f1c9768ea4e5a43617ef5a853dd716d00f1
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=h8300
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/mmc/host/sdhci-tegra.c: In function 'tegra_sdhci_set_timeout':
>> drivers/mmc/host/sdhci-tegra.c:1275:39: error: 'MSECS_PER_SEC' undeclared (first use in this function); did you mean 'MSEC_PER_SEC'?
1275 | if (cmd && cmd->busy_timeout >= 11 * MSECS_PER_SEC)
| ^~~~~~~~~~~~~
| MSEC_PER_SEC
drivers/mmc/host/sdhci-tegra.c:1275:39: note: each undeclared identifier is reported only once for each function it appears in
vim +1275 drivers/mmc/host/sdhci-tegra.c
1255
1256 static void tegra_sdhci_set_timeout(struct sdhci_host *host,
1257 struct mmc_command *cmd)
1258 {
1259 u32 val;
1260
1261 /*
1262 * HW busy detection timeout is based on programmed data timeout
1263 * counter and maximum supported timeout is 11s which may not be
1264 * enough for long operations like cache flush, sleep awake, erase.
1265 *
1266 * ERASE_TIMEOUT_LIMIT bit of VENDOR_MISC_CTRL register allows
1267 * host controller to wait for busy state until the card is busy
1268 * without HW timeout.
1269 *
1270 * So, use infinite busy wait mode for operations that may take
1271 * more than maximum HW busy timeout of 11s otherwise use finite
1272 * busy wait mode.
1273 */
1274 val = sdhci_readl(host, SDHCI_TEGRA_VENDOR_MISC_CTRL);
> 1275 if (cmd && cmd->busy_timeout >= 11 * MSECS_PER_SEC)
1276 val |= SDHCI_MISC_CTRL_ERASE_TIMEOUT_LIMIT;
1277 else
1278 val &= ~SDHCI_MISC_CTRL_ERASE_TIMEOUT_LIMIT;
1279 sdhci_writel(host, val, SDHCI_TEGRA_VENDOR_MISC_CTRL);
1280
1281 __sdhci_set_timeout(host, cmd);
1282 }
1283
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
Re: [Intel-gfx] [PXP CLEAN PATCH v06 08/27] drm/i915/pxp: Read register to check hardware session state
by kernel test robot
Hi Sean,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on next-20201113]
[also build test WARNING on v5.10-rc3]
[cannot apply to drm-intel/for-linux-next char-misc/char-misc-testing v5.10-rc3 v5.10-rc2 v5.10-rc1]
[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/Sean-Z-Huang/drm-i915-pxp-Introd...
base: 92edc4aef86780a8ad01b092c6d6630bb3cb423d
config: x86_64-allyesconfig (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
reproduce (this is a W=1 build):
# https://github.com/0day-ci/linux/commit/a8b258b463bb1fd193cf33be15a5909bc...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Sean-Z-Huang/drm-i915-pxp-Introduce-Intel-PXP-component/20201114-084506
git checkout a8b258b463bb1fd193cf33be15a5909bc428d52b
# save the attached .config to linux build tree
make 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 >>):
>> drivers/gpu/drm/i915/pxp/intel_pxp_sm.c:13:5: warning: no previous prototype for 'pxp_sm_reg_read' [-Wmissing-prototypes]
13 | int pxp_sm_reg_read(struct drm_i915_private *i915, u32 offset, u32 *regval)
| ^~~~~~~~~~~~~~~
drivers/gpu/drm/i915/pxp/intel_pxp_sm.c:195:13: warning: 'check_if_protected_type0_sessions_are_attacked' defined but not used [-Wunused-function]
195 | static bool check_if_protected_type0_sessions_are_attacked(struct drm_i915_private *i915)
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drivers/gpu/drm/i915/pxp/intel_pxp_sm.c:162:12: warning: 'sync_hw_sw_state' defined but not used [-Wunused-function]
162 | static int sync_hw_sw_state(struct drm_i915_private *i915, int session_index, int session_type)
| ^~~~~~~~~~~~~~~~
vim +/pxp_sm_reg_read +13 drivers/gpu/drm/i915/pxp/intel_pxp_sm.c
12
> 13 int pxp_sm_reg_read(struct drm_i915_private *i915, u32 offset, u32 *regval)
14 {
15 intel_wakeref_t wakeref;
16 int err = 0;
17
18 if (!i915 || !regval) {
19 err = -EINVAL;
20 drm_dbg(&i915->drm, "Failed to %s bad params\n", __func__);
21 goto end;
22 }
23
24 with_intel_runtime_pm(&i915->runtime_pm, wakeref) {
25 i915_reg_t reg_offset = {offset};
26 *regval = intel_uncore_read(&i915->uncore, reg_offset);
27 }
28 end:
29 return err;
30 }
31
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
Re: [RFC v2] ath11k: enable non-wow suspend and resume
by kernel test robot
Hi Carl,
[FYI, it's a private test report for your RFC patch.]
[auto build test WARNING on 644783bad47f19cd972ab6da4cc8b047e9a5d263]
url: https://github.com/0day-ci/linux/commits/Carl-Huang/ath11k-enable-non-wow...
base: 644783bad47f19cd972ab6da4cc8b047e9a5d263
config: arm-randconfig-r014-20201113 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 9a85643cd357e412cff69067bb5c4840e228c2ab)
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
# install arm cross compiling tool for clang build
# apt-get install binutils-arm-linux-gnueabi
# https://github.com/0day-ci/linux/commit/fc75e1f1b037d012b954fb3f15ac4815e...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Carl-Huang/ath11k-enable-non-wow-suspend-and-resume/20201112-142917
git checkout fc75e1f1b037d012b954fb3f15ac4815e8549be0
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=arm
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 >>):
>> drivers/net/wireless/ath/ath11k/core.c:451:6: warning: no previous prototype for function 'ath11k_core_cutoff_stop' [-Wmissing-prototypes]
void ath11k_core_cutoff_stop(struct ath11k_base *ab)
^
drivers/net/wireless/ath/ath11k/core.c:451:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
void ath11k_core_cutoff_stop(struct ath11k_base *ab)
^
static
>> drivers/net/wireless/ath/ath11k/core.c:464:6: warning: no previous prototype for function 'ath11k_core_stop' [-Wmissing-prototypes]
void ath11k_core_stop(struct ath11k_base *ab)
^
drivers/net/wireless/ath/ath11k/core.c:464:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
void ath11k_core_stop(struct ath11k_base *ab)
^
static
2 warnings generated.
vim +/ath11k_core_cutoff_stop +451 drivers/net/wireless/ath/ath11k/core.c
450
> 451 void ath11k_core_cutoff_stop(struct ath11k_base *ab)
452 {
453 if (!test_bit(ATH11K_FLAG_CRASH_FLUSH, &ab->dev_flags))
454 ath11k_qmi_firmware_stop(ab);
455
456 ath11k_hif_stop(ab);
457 ath11k_wmi_detach(ab);
458 ath11k_thermal_unregister(ab);
459 ath11k_dp_pdev_free(ab);
460 ath11k_dp_free(ab);
461 ath11k_dp_pdev_reo_cleanup(ab);
462 }
463
> 464 void ath11k_core_stop(struct ath11k_base *ab)
465 {
466 if (!test_bit(ATH11K_FLAG_CRASH_FLUSH, &ab->dev_flags))
467 ath11k_qmi_firmware_stop(ab);
468
469 ath11k_hif_stop(ab);
470 ath11k_wmi_detach(ab);
471 ath11k_dp_pdev_reo_cleanup(ab);
472
473 /* De-Init of components as needed */
474 }
475
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
Re: [PATCH] drm/msm/dp: fix connect/disconnect handled at ir_hdp
by kernel test robot
Hi Kuogee,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on next-20201113]
[cannot apply to drm-intel/for-linux-next drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next drm-tip/drm-tip linus/master robclark/msm-next drm/drm-next v5.10-rc3 v5.10-rc2 v5.10-rc1 v5.10-rc3]
[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/Kuogee-Hsieh/drm-msm-dp-fix-conn...
base: 92edc4aef86780a8ad01b092c6d6630bb3cb423d
config: arm64-randconfig-r012-20201113 (attached as .config)
compiler: aarch64-linux-gcc (GCC) 9.3.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://github.com/0day-ci/linux/commit/7efd7b5dbf73b1ebafbcd74263b814e4b...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Kuogee-Hsieh/drm-msm-dp-fix-connect-disconnect-handled-at-ir_hdp/20201114-062757
git checkout 7efd7b5dbf73b1ebafbcd74263b814e4b1db4f66
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=arm64
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 >>):
drivers/gpu/drm/msm/dp/dp_display.c: In function 'dp_display_handle_irq_hpd':
>> drivers/gpu/drm/msm/dp/dp_display.c:452:6: warning: variable 'sink_request' set but not used [-Wunused-but-set-variable]
452 | u32 sink_request;
| ^~~~~~~~~~~~
vim +/sink_request +452 drivers/gpu/drm/msm/dp/dp_display.c
c943b4948b5848f Chandan Uddaraju 2020-08-27 449
8ede2ecc3e5ee32 Kuogee Hsieh 2020-09-11 450 static int dp_display_handle_irq_hpd(struct dp_display_private *dp)
c943b4948b5848f Chandan Uddaraju 2020-08-27 451 {
8ede2ecc3e5ee32 Kuogee Hsieh 2020-09-11 @452 u32 sink_request;
8ede2ecc3e5ee32 Kuogee Hsieh 2020-09-11 453
8ede2ecc3e5ee32 Kuogee Hsieh 2020-09-11 454 sink_request = dp->link->sink_request;
c943b4948b5848f Chandan Uddaraju 2020-08-27 455
c943b4948b5848f Chandan Uddaraju 2020-08-27 456 dp_ctrl_handle_sink_request(dp->ctrl);
c943b4948b5848f Chandan Uddaraju 2020-08-27 457
8ede2ecc3e5ee32 Kuogee Hsieh 2020-09-11 458 if (dp->link->sink_request & DP_TEST_LINK_VIDEO_PATTERN)
c943b4948b5848f Chandan Uddaraju 2020-08-27 459 dp_display_handle_video_request(dp);
c943b4948b5848f Chandan Uddaraju 2020-08-27 460
c943b4948b5848f Chandan Uddaraju 2020-08-27 461 return 0;
c943b4948b5848f Chandan Uddaraju 2020-08-27 462 }
c943b4948b5848f Chandan Uddaraju 2020-08-27 463
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 10 months
Re: [RFC][PATCH 21/24] x86/entry: Disable stack-protector for IST entry C handlers
by Nick Desaulniers
On Fri, Nov 13, 2020 at 4:45 PM Segher Boessenkool
<segher(a)kernel.crashing.org> wrote:
>
> On Fri, Nov 13, 2020 at 04:11:41PM -0800, Nick Desaulniers wrote:
> > On Fri, Nov 13, 2020 at 3:49 PM Segher Boessenkool
> > <segher(a)kernel.crashing.org> wrote:
> > > On Fri, Nov 13, 2020 at 10:59:26AM -0800, Nick Desaulniers wrote:
> > > > The `optimize` attribute is both non-portable across toolchains (hence
> > > > this warning)
> > >
> > > Like *all* GCC extensions.
> > >
> > > > and a little quirky in GCC.
> > >
> > > How so? Don't spread FUD please, say what *is* wrong, then people can
> > > decide for themselves whether they want it or not.
> >
> > Spread FUD? Ard literally sent TO YOU:
> > https://lore.kernel.org/lkml/CAMj1kXHxX+u5-cN0v3SLdqZTSiKsWsFOvc2SC5=-Sca...,
> > and it was referenced again in
> > https://lore.kernel.org/lkml/20201028081123.GT2628@hirez.programming.kick....
> >
> > Was it FUD when Ard sent it to you?
>
> He didn't say "this option is a little quirky". He simply quoted our
> wiki entry for it, which says "use this only for debugging" (just like
> the user documentation btw). The FAQ also goes on to explain the
> attribute is very hard to use, it is not obvious at all what flags you
> can and cannot set, it's a user interface disaster. It explains what is
> bad with it, it doesn't just say "ooh I don't understand it, do not use
> it". (It does say "no one really understands it, do not use it", there
> is that ;-) )
Are we splitting hairs here? I want both toolchains to be successful;
though maybe next time I see something like this patch/0day report go
by, I'll just keep my mouth shut and we can deal with the runtime bugs
later?
--
Thanks,
~Nick Desaulniers
1 year, 10 months
Re: Error: invalid switch -me200
by Fāng-ruì Sòng
On Fri, Nov 13, 2020 at 4:23 PM Segher Boessenkool
<segher(a)kernel.crashing.org> wrote:
>
> On Fri, Nov 13, 2020 at 12:14:18PM -0800, Nick Desaulniers wrote:
> > > > > Error: invalid switch -me200
> > > > > Error: unrecognized option -me200
> > > >
> > > > 251 cpu-as-$(CONFIG_E200) += -Wa,-me200
> > > >
> > > > Are those all broken configs, or is Kconfig messed up such that
> > > > randconfig can select these when it should not?
> > >
> > > Hmmm, looks like this flag does not exist in mainline binutils? There is
> > > a thread in 2010 about this that Segher commented on:
> > >
> > > https://lore.kernel.org/linuxppc-dev/9859E645-954D-4D07-8003-FFCD2391AB6E...
> > >
> > > Guess this config should be eliminated?
>
> The help text for this config options says that e200 is used in 55xx,
> and there *is* an -me5500 GAS flag (which probably does this same
> thing, too). But is any of this tested, or useful, or wanted?
>
> Maybe Christophe knows, cc:ed.
>
>
> Segher
CC Alan Modra, a binutils global maintainer.
Alan, can the few -Wa,-m* options deleted from arch/powerpc/Makefile ?
The topic started at
http://lore.kernel.org/r/202011131146.g8dPLQDD-lkp@intel.com and
people would like to get rid of some options (if possible).
1 year, 10 months