summaryrefslogtreecommitdiff
path: root/include/linux/lp.h
diff options
context:
space:
mode:
Diffstat (limited to 'include/linux/lp.h')
0 files changed, 0 insertions, 0 deletions
generated by cgit v1.2.3 (git 2.46.0) at 2026-07-21 17:35:49 +0000
tigerlake?h=linux-6.12.y&id=6f146b249b3ada0082209b34abf01c90c702a96b'>perf vendor events intel: Update tigerlake TMA metrics to 4.7Ian Rogers 2024-02-16perf vendor events intel: Update tigerlake events to v1.15Ian Rogers 2023-10-28perf vendor events intel: Update tsx_cycles_per_elision metricsIan Rogers 2023-10-26perf vendor events intel: Add tigerlake two metricsIan Rogers 2023-08-03perf vendor events intel: Update Icelake+ metric constraintsIan Rogers 2023-06-29perf vendor events intel: Update tigerlake to 1.13Ian Rogers 2023-06-29perf vendor metrics intel: Make transaction metrics conditionalIan Rogers 2023-06-15perf metric: JSON flag to default metric groupKan Liang 2023-05-26perf vendor events intel: Add metricgroup descriptions for all modelsIan Rogers 2023-05-23perf vendor events intel: Update tigerlake events/metricsIan Rogers 2023-05-15perf vendor events intel: Add tigerlake metric constraintsIan Rogers 2023-05-10perf metric: JSON flag to not group events if gathering a metric groupIan Rogers 2023-04-13perf vendor events intel: Fix uncore topics for tigerlakeIan Rogers 2023-04-06perf vendor events intel: Update free running tigerlake eventsIan Rogers 2023-02-19perf vendor events intel: Refresh tigerlake eventsIan Rogers 2022-12-21perf vendor events intel: Refresh tigerlake metrics and eventsIan Rogers 2022-10-06perf vendor events: Update Intel tigerlakeIan Rogers 2022-07-28perf vendor events: Update Intel tigerlakeIan Rogers 2022-04-18perf vendor events intel: Update tigerlake topicIan Rogers 2022-03-18perf vendor events intel: Update events for TigerlakeIan Rogers 2022-02-14perf vendor events: Update TigerlakeIan Rogers 2021-08-02perf vendor events: Add metrics for TigerlakeJin Yao 2021-08-02perf vendor events intel: Add core event list for TigerlakeJin Yao y places that means casts are required, more often than not. Make these functions (skb_put, __skb_put and pskb_put) return void * and remove all the casts across the tree, adding a (u8 *) cast only where the unsigned char pointer was used directly, all done with the following spatch: @@ expression SKB, LEN; typedef u8; identifier fn = { skb_put, __skb_put }; @@ - *(fn(SKB, LEN)) + *(u8 *)fn(SKB, LEN) @@ expression E, SKB, LEN; identifier fn = { skb_put, __skb_put }; type T; @@ - E = ((T *)(fn(SKB, LEN))) + E = fn(SKB, LEN) which actually doesn't cover pskb_put since there are only three users overall. A handful of stragglers were converted manually, notably a macro in drivers/isdn/i4l/isdn_bsdcomp.c and, oddly enough, one of the many instances in net/bluetooth/hci_sock.c. In the former file, I also had to fix one whitespace problem spatch introduced. Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net> networking: introduce and use skb_put_data() 2017-06-16T15:48:37Z Johannes Berg johannes.berg@intel.com 2017-06-16T12:29:20Z urn:sha1:59ae1d127ac0ae404baf414c434ba2651b793f46 A common pattern with skb_put() is to just want to memcpy() some data into the new space, introduce skb_put_data() for this. An spatch similar to the one for skb_put_zero() converts many of the places using it: @@ identifier p, p2; expression len, skb, data; type t, t2; @@ ( -p = skb_put(skb, len); +p = skb_put_data(skb, data, len); | -p = (t)skb_put(skb, len); +p = skb_put_data(skb, data, len); ) ( p2 = (t2)p; -memcpy(p2, data, len); | -memcpy(p, data, len); ) @@ type t, t2; identifier p, p2; expression skb, data; @@ t *p; ... ( -p = skb_put(skb, sizeof(t)); +p = skb_put_data(skb, data, sizeof(t)); | -p = (t *)skb_put(skb, sizeof(t)); +p = skb_put_data(skb, data, sizeof(t)); ) ( p2 = (t2)p; -memcpy(p2, data, sizeof(*p)); | -memcpy(p, data, sizeof(*p)); ) @@ expression skb, len, data; @@ -memcpy(skb_put(skb, len), data, len); +skb_put_data(skb, data, len); (again, manually post-processed to retain some comments) Reviewed-by: Stephen Hemminger <stephen@networkplumber.org> Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>