Files
linux/include/linux
Menglong Dong c205cc7534 net: skb: prevent the split of kfree_skb_reason() by gcc
Sometimes, gcc will optimize the function by spliting it to two or
more functions. In this case, kfree_skb_reason() is splited to
kfree_skb_reason and kfree_skb_reason.part.0. However, the
function/tracepoint trace_kfree_skb() in it needs the return address
of kfree_skb_reason().

This split makes the call chains becomes:
  kfree_skb_reason() -> kfree_skb_reason.part.0 -> trace_kfree_skb()

which makes the return address that passed to trace_kfree_skb() be
kfree_skb().

Therefore, introduce '__fix_address', which is the combination of
'__noclone' and 'noinline', and apply it to kfree_skb_reason() to
prevent to from being splited or made inline.

(Is it better to simply apply '__noclone oninline' to kfree_skb_reason?
I'm thinking maybe other functions have the same problems)

Meanwhile, wrap 'skb_unref()' with 'unlikely()', as the compiler thinks
it is likely return true and splits kfree_skb_reason().

Signed-off-by: Menglong Dong <imagedong@tencent.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2022-08-24 09:47:51 +01:00
..
2022-04-20 12:59:50 +05:30
2022-05-22 20:44:29 +01:00
2022-03-23 19:58:38 +01:00
2022-06-30 13:40:35 +01:00
2022-02-01 14:25:50 +02:00
2022-07-05 20:25:39 +02:00
2022-01-22 08:33:34 +02:00
2022-07-14 12:14:30 -06:00
2022-07-14 12:14:30 -06:00
2022-06-29 13:21:51 -07:00
2022-08-10 09:22:18 -07:00
2022-04-22 12:32:03 +02:00
2022-03-15 10:32:44 +01:00
2021-12-10 17:10:55 -08:00
2022-06-28 10:37:25 -03:00
2021-12-10 12:51:28 +01:00
2021-08-26 15:32:28 -04:00
2022-07-01 14:53:01 +02:00
2021-07-27 11:00:36 +02:00
2022-06-03 06:52:57 -07:00
2021-06-25 19:57:01 -04:00
2022-01-20 08:52:54 +02:00
2021-07-27 20:11:45 +01:00
2021-07-27 20:11:44 +01:00
2022-06-09 21:53:09 -07:00
2022-06-09 21:53:12 -07:00
2022-06-09 21:53:09 -07:00
2021-08-05 11:46:42 +01:00
2022-02-28 23:26:27 -08:00
2022-06-27 06:29:12 -06:00
2022-06-29 17:42:28 -07:00
2022-07-17 17:31:38 -07:00
2022-05-02 14:06:20 -06:00
2022-01-27 13:53:26 +00:00
2022-05-03 16:09:03 -04:00
2021-06-15 17:46:57 +02:00
2022-06-19 10:38:26 +01:00
2022-07-27 14:04:52 +02:00
2022-04-28 23:16:14 -07:00
2022-07-29 18:07:19 -07:00
2022-08-02 12:34:04 -04:00
2021-07-01 11:06:05 -07:00
2021-12-16 22:22:20 +01:00
2022-04-28 16:31:10 +02:00
2022-08-22 14:26:30 +01:00
2022-08-22 14:26:30 +01:00
2022-05-17 13:32:46 -04:00
2022-08-09 14:11:34 -04:00
2022-07-29 20:16:58 -04:00
2022-02-09 09:24:40 -05:00
2022-01-12 10:14:09 -06:00
2021-09-17 13:52:17 +01:00
2021-09-27 09:27:29 -04:00
2022-07-01 16:38:35 -06:00
2022-02-02 07:49:59 -07:00
2021-09-27 17:00:21 +02:00
2021-07-06 10:37:46 -05:00
2022-02-09 08:04:44 +01:00
2022-02-09 08:04:44 +01:00
2021-10-14 13:29:18 +02:00
2021-06-07 14:11:47 -07:00
2022-01-22 08:33:37 +02:00
2022-01-08 12:43:57 -06:00
2022-01-24 14:45:02 +01:00
2022-03-08 14:33:36 -06:00
2022-03-17 20:16:29 -07:00
2022-03-23 19:58:41 +01:00
2022-05-22 21:03:01 +01:00
2022-04-07 12:53:54 +02:00
2022-06-27 14:41:31 +02:00
2022-02-24 15:04:51 +00:00
2021-08-06 13:41:48 -07:00
2022-05-08 01:33:08 -07:00
2021-08-19 09:02:55 +09:00
2021-06-24 15:49:32 +02:00
2022-02-25 09:36:06 +01:00
2022-04-11 19:18:27 -06:00
2022-03-22 15:57:11 -07:00
2021-11-25 18:35:23 +01:00
2022-01-27 13:53:27 +00:00
2022-08-08 22:37:24 -04:00
2021-10-12 11:41:39 -03:00
2022-08-11 04:31:14 -04:00
2022-06-13 09:54:52 -07:00
2021-08-11 06:44:24 -04:00
2022-07-10 21:17:30 -04:00
2021-10-19 23:44:30 +08:00