[linux-yocto][v6.1/standard/sdkv6.1/xlnx-soc] Xilinx: update to v2023.02

2023-12-04 Thread quanyang.wang via lists.yoctoproject.org

Hi Bruce,

Would you please help merge these patches to the branch:


v6.1/standard/sdkv6.1/xlnx-soc


Thanks,

Quanyang


The following changes since commit e3fd2fcea42cce5b322c4b54f58d98fa67cd5a6e:

  net: axienet: Fix check for partial TX checksum (2023-12-04 10:14:50 
-0500)


are available in the Git repository at:

  g...@github.com:wqyoung/linux-yocto-dev.git wqy/xlnx/6.1/standard/2023.02

for you to fetch changes up to 89f70febab7f9b50039fce82243f00407e2f568a:

  net: macb: Set MDIO clock divisor for pclk higher than 160MHz 
(2023-12-05 15:46:30 +0800)



Abhijit Gangurde (13):
  cdx: Setting correct MSI msg value when irq_write_msi_msg is called
  cdx: Move MSI domain initialization code to controller code
  cdx: check return value of cdx_rpmsg_send
  cdx: Remove unnecessary wrapper function 
cdx_mcdi_cmd_start_or_queue_ext

  cdx: Include rpmsg header rpmsg.h in mcdi.h file
  cdx: Rename MCDI_LOGGING to CDX_MCDI_LOGGING
  cdx: Set num_msi variable when msi domain is created
  vfio/cdx: Rename vfio_cdx, vfio_cdx_intr, vfio_cdx_private.h files
  rpmsg: Make MAX_RPMSG_BUF_SIZE configurable from kconfig
  cdx: Replace custom mcdi logging with print_hex_dump_debug()
  cdx: Sending MSI msg to firmware from preemptible task context
  vfio/cdx: Use module_driver macro
  vfio/cdx: Remove unnecessary wrapper functions, macros.

Amit Cohen (1):
  ethtool: Add support for 800Gbps link modes

Amit Kumar Mahapatra (18):
  mtd: spi-nor: issi: Fix flash lock failure on ISSI flash parts
  arm64: zynqmp: Add new parallel DT binding for ZC1751+DC1 board
  arm64: versal-net: Add new parallel DT binding for tenzing se9 board
  arm64: versal-net: Update spi-max-freq to 150Mhz
  arm64: versal-net: Update spi-tx-bus-width to 4
  Revert "mtd: rawnand: arasan: Prevent an unsupported configuration"
  arm64: dts: zynqmp: make hw-ecc as the default ecc mode
  spi: Fix kernel crash while using GPIO CS
  dt-bindings: mtd: jedec, spi-nor: Add DT property to avoid 
setting SRWD bit in status register
  mtd: spi-nor: Avoid setting SRWD bit in SR if WP# signal not 
connected

  mtd: spi-nor: Add flash protection support for OSPI flashes
  mtd: spi-nor: issi: Disable 16bit status register write
  arm64: versal: Add no-wp DT property in OSPI flash node
  mtd: spi-nor: Avoid writing EAR register for flashes less than 16MB
  mtd: spi-nor: For Winbond flashes with multiple die check WIP of 
each die

  spi: spi-cadence: Correct irq sequence for read
  mtd: spi-nor: Fix Write failure in SST flashes
  mtd: rawnand: arasan: Avoid overwriting valid data while checking 
for bitflips during HW-ECC read


Arnd Bergmann (1):
  gpio: synq: remove unused zynq_gpio_irq_reqres/zynq_gpio_irq_relres

Ashok Reddy Soma (1):
  arm64: zynqmp: Configure gem1 rx pins on kd240 board

Bartosz Wawrzyniak (1):
  net: macb: Set MDIO clock divisor for pclk higher than 160MHz

Ben Levinsky (1):
  rpmsg: virtio: show virtqueue debug information

Christophe JAILLET (1):
  watchdog: of_xilinx_wdt: Use devm_clk_get_enabled() helper

Conall O'Griofa (4):
  drivers: iio: adc: xilinx-ams: Add over temperature interrupts
  drivers: iio: adc: Split driver into common and platform
  drivers: iio: adc: versal-sysmon: Add I2C driver
  drivers: iio: adc: xadc: Correct Write edge in CFG

Daniel Giritzer (1):
  mtd: spi-nor: Use nor->info->id[0] for manufacturer id

Daniele Palmas (1):
  ethtool: add tx aggregation parameters

Govindarajulu Varadarajan (7):
  misc: xilinx-ai-engine: Import DMA_BUF module
  misc: xilinx-ai-engine: Add l1/l2_ctrl register offsets for aieml
  misc: xilinx-ai-engine: remove loc from aie_get_bc_event()
  misc: xilinx-ai-engine: add support for events in mem tile
  misc: xilinx-ai-engine: Add error interrupt support for aie2 hw
  uio_xilinx_ai_engine: Fix irq number in call to irq_set_irqchip_state
  uio_xilinx_ai_engine: Fix return value of 
xilinx_ai_engine_simulate_irq


Gregory Williams (6):
  misc: xilinx-ai-engine: Add DMA buffer descriptor register attributes
  misc: xilinx-ai-engine: Add sysfs nodes to show DMA buffer 
descriptor metadata

  misc: xilinx-ai-engine: Print wrap value in BD sysfs node
  misc: xilinx-ai-engine: Fix compilation warning
  misc: xilinx-ai-engine: Fix dereference of null pointer
  misc: xilinx-ai-engine: Fix bug in setting

Harini Katakam (7):
  Revert "phy: dp83867: Add support for SGMII"
  Revert "net: macb: Disable macb pad and fcs for fragmented packets"
  arm64: zynqmp: Assign TSU clock frequency for KR260
  arm64: zynqmp: Assign TSU clock frequency for KV and KD boards
  arm64: versal_net: Update RMII property
  arm64: versal-net: Adjust TI PHY impedance
  ptp: xilinx: Add workaround for EXTTS 

[linux-yocto][linux-yocto v6.1][PATCH 1/3] net: fix IPSTATS_MIB_OUTPKGS increment in OutForwDatagrams.

2023-12-04 Thread Xiangyu Chen
From: Heng Guo 

Reproduce environment:
network with 3 VM linuxs is connected as below:
VM1<>VM2(latest kernel 6.5.0-rc7)<>VM3
VM1: eth0 ip: 192.168.122.207 MTU 1500
VM2: eth0 ip: 192.168.122.208, eth1 ip: 192.168.123.224 MTU 1500
VM3: eth0 ip: 192.168.123.240 MTU 1500

Reproduce:
VM1 send 1400 bytes UDP data to VM3 using tools scapy with flags=0.
scapy command:
send(IP(dst="192.168.123.240",flags=0)/UDP()/str('0'*1400),count=1,
inter=1.00)

Result:
Before IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
  ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
  OutDiscards OutNoRoutes ReasmTimeout ReasmReqds ReasmOKs ReasmFails
  FragOKs FragFails FragCreates
Ip: 1 64 11 0 3 4 0 0 4 7 0 0 0 0 0 0 0 0 0
..
--
After IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
  ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
  OutDiscards OutNoRoutes ReasmTimeout ReasmReqds ReasmOKs ReasmFails
  FragOKs FragFails FragCreates
Ip: 1 64 12 0 3 5 0 0 4 8 0 0 0 0 0 0 0 0 0
..
--
"ForwDatagrams" increase from 4 to 5 and "OutRequests" also increase
from 7 to 8.

Issue description and patch:
IPSTATS_MIB_OUTPKTS("OutRequests") is counted with IPSTATS_MIB_OUTOCTETS
("OutOctets") in ip_finish_output2().
According to RFC 4293, it is "OutOctets" counted with "OutTransmits" but
not "OutRequests". "OutRequests" does not include any datagrams counted
in "ForwDatagrams".
ipSystemStatsOutOctets OBJECT-TYPE
DESCRIPTION
   "The total number of octets in IP datagrams delivered to the
lower layers for transmission.  Octets from datagrams
counted in ipIfStatsOutTransmits MUST be counted here.
ipSystemStatsOutRequests OBJECT-TYPE
DESCRIPTION
   "The total number of IP datagrams that local IP user-
protocols (including ICMP) supplied to IP in requests for
transmission.  Note that this counter does not include any
datagrams counted in ipSystemStatsOutForwDatagrams.
So do patch to define IPSTATS_MIB_OUTPKTS to "OutTransmits" and add
IPSTATS_MIB_OUTREQUESTS for "OutRequests".
Add IPSTATS_MIB_OUTREQUESTS counter in __ip_local_out() for ipv4 and add
IPSTATS_MIB_OUT counter in ip6_finish_output2() for ipv6.

Test result with patch:
Before IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
  ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
  OutDiscards OutNoRoutes ReasmTimeout ReasmReqds ReasmOKs ReasmFails
  FragOKs FragFails FragCreates OutTransmits
Ip: 1 64 9 0 5 1 0 0 3 3 0 0 0 0 0 0 0 0 0 4
..
root@qemux86-64:~# cat /proc/net/netstat
..
IpExt: InNoRoutes InTruncatedPkts InMcastPkts OutMcastPkts InBcastPkts
  OutBcastPkts InOctets OutOctets InMcastOctets OutMcastOctets
  InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts
  InECT0Pkts InCEPkts ReasmOverlaps
IpExt: 0 0 0 0 0 0 2976 1896 0 0 0 0 0 9 0 0 0 0
--
After IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
  ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
  OutDiscards OutNoRoutes ReasmTimeout ReasmReqds ReasmOKs ReasmFails
  FragOKs FragFails FragCreates OutTransmits
Ip: 1 64 10 0 5 2 0 0 3 3 0 0 0 0 0 0 0 0 0 5
..
root@qemux86-64:~# cat /proc/net/netstat
..
IpExt: InNoRoutes InTruncatedPkts InMcastPkts OutMcastPkts InBcastPkts
  OutBcastPkts InOctets OutOctets InMcastOctets OutMcastOctets
  InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts
  InECT0Pkts InCEPkts ReasmOverlaps
IpExt: 0 0 0 0 0 0 4404 3324 0 0 0 0 0 10 0 0 0 0
--
"ForwDatagrams" increase from 1 to 2 and "OutRequests" is keeping 3.
"OutTransmits" increase from 4 to 5 and "OutOctets" increase 1428.

Signed-off-by: Heng Guo 
Reviewed-by: Kun Song 
Reviewed-by: Filip Pudak 
Reviewed-by: David Ahern 
Signed-off-by: David S. Miller 
[Adjust codes to be applicable the tree]
Signed-off-by: Xiangyu Chen 
---
 include/uapi/linux/snmp.h | 3 ++-
 net/ipv4/ip_output.c  | 2 ++
 net/ipv4/proc.c   | 3 ++-
 net/ipv6/ip6_output.c | 6 --
 net/ipv6/mcast.c  | 5 ++---
 net/ipv6/ndisc.c  | 2 +-
 net/ipv6/proc.c   | 3 ++-
 net/ipv6/raw.c| 2 +-
 8 files changed, 16 insertions(+), 

[linux-yocto][linux-yocto v6.1][PATCH 3/3] net: fix IPSTATS_MIB_OUTFORWDATAGRAMS increment after fragment check

2023-12-04 Thread Xiangyu Chen
From: Heng Guo 

Reproduce environment:
network with 3 VM linuxs is connected as below:
VM1<>VM2(latest kernel 6.5.0-rc7)<>VM3
VM1: eth0 ip: 192.168.122.207 MTU 1800
VM2: eth0 ip: 192.168.122.208, eth1 ip: 192.168.123.224 MTU 1500
VM3: eth0 ip: 192.168.123.240 MTU 1800

Reproduce:
VM1 send 1600 bytes UDP data to VM3 using tools scapy with flags='DF'.
scapy command:
send(IP(dst="192.168.123.240",flags='DF')/UDP()/str('0'*1600),count=1,
inter=1.00)

Result:
Before IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
OutDiscards OutNoRoutes ReasmTimeout ReasmReqdss
Ip: 1 64 6 0 2 2 0 0 2 4 0 0 0 0 0 0 0 0 0
..
root@qemux86-64:~#
--
After IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
OutDiscards OutNoRoutes ReasmTimeout ReasmReqdss
Ip: 1 64 7 0 2 2 0 0 2 5 0 0 0 0 0 0 0 1 0
..
root@qemux86-64:~#
--
ForwDatagrams is always keeping 2 without increment.

Issue description and patch:
ip_exceeds_mtu() in ip_forward() drops this IP datagram because skb len
(1600 sending by scapy) is over MTU(1500 in VM2) if "DF" is set.
According to RFC 4293 "3.2.3. IP Statistics Tables",
  +---+-->--+->-+->-+
  | InForwDatagrams (6) | OutForwDatagrams (6)  |
  | V   +->-+ OutFragReqds
  | InNoRoutes  |   | (packets)
  / (local packet (3)   |   |
  |  IF is that of the address  |   +--> OutFragFails
  |  and may not be the receiving IF)   |   |(packets)
the IPSTATS_MIB_OUTFORWDATAGRAMS should be counted before fragment
check.
The existing implementation, instead, would incease the counter after
fragment check: ip_exceeds_mtu() in ipv4 and ip6_pkt_too_big() in ipv6.
So do patch to move IPSTATS_MIB_OUTFORWDATAGRAMS counter to ip_forward()
for ipv4 and ip6_forward() for ipv6.

Test result with patch:
Before IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
OutDiscards OutNoRoutes ReasmTimeout ReasmReqdss
Ip: 1 64 6 0 2 2 0 0 2 4 0 0 0 0 0 0 0 0 0
..
root@qemux86-64:~#
--
After IP data is sent.
--
root@qemux86-64:~# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors
ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests
OutDiscards OutNoRoutes ReasmTimeout ReasmReqdss
Ip: 1 64 7 0 2 3 0 0 2 5 0 0 0 0 0 0 0 1 0
..
root@qemux86-64:~#
--
ForwDatagrams is updated from 2 to 3.

Reviewed-by: Filip Pudak 
Signed-off-by: Heng Guo 
Reviewed-by: David Ahern 
Link: https://lore.kernel.org/r/20231011015137.27262-1-heng@windriver.com
Signed-off-by: Jakub Kicinski 
Signed-off-by: Xiangyu Chen 
---
 net/ipv4/ip_forward.c | 4 ++--
 net/ipv6/ip6_output.c | 6 ++
 2 files changed, 4 insertions(+), 6 deletions(-)

diff --git a/net/ipv4/ip_forward.c b/net/ipv4/ip_forward.c
index 66fac1216d46..8b65f12583eb 100644
--- a/net/ipv4/ip_forward.c
+++ b/net/ipv4/ip_forward.c
@@ -66,8 +66,6 @@ static int ip_forward_finish(struct net *net, struct sock 
*sk, struct sk_buff *s
 {
struct ip_options *opt  = &(IPCB(skb)->opt);
 
-   __IP_INC_STATS(net, IPSTATS_MIB_OUTFORWDATAGRAMS);
-
 #ifdef CONFIG_NET_SWITCHDEV
if (skb->offload_l3_fwd_mark) {
consume_skb(skb);
@@ -130,6 +128,8 @@ int ip_forward(struct sk_buff *skb)
if (opt->is_strictroute && rt->rt_uses_gateway)
goto sr_failed;
 
+   __IP_INC_STATS(net, IPSTATS_MIB_OUTFORWDATAGRAMS);
+
IPCB(skb)->flags |= IPSKB_FORWARDED;
mtu = ip_dst_mtu_maybe_forward(>dst, true);
if (ip_exceeds_mtu(skb, mtu)) {
diff --git a/net/ipv6/ip6_output.c b/net/ipv6/ip6_output.c
index b94067ca9f62..005e7e32ad70 100644
--- a/net/ipv6/ip6_output.c
+++ b/net/ipv6/ip6_output.c
@@ -455,10 +455,6 @@ static int ip6_forward_proxy_check(struct sk_buff *skb)
 static inline int ip6_forward_finish(struct net *net, struct sock *sk,
 struct sk_buff *skb)
 {
-   struct dst_entry *dst = skb_dst(skb);
-
-   __IP6_INC_STATS(net, ip6_dst_idev(dst), 

[linux-yocto][linux-yocto v6.1][PATCH 0/3]net: backport patches to fix MIB statistic error

2023-12-04 Thread Xiangyu Chen
From: Xiangyu Chen 

Hi Bruce,

The 3 patches from upstream are used to fix the networking MIB statistic error 
bug.
Could you please help to merge following patches to linux-yocto v6.1 branch, 
thanks.

Ref:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=cf8b49fb
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b4a11b20
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e4da8c78


Heng Guo (3):
  net: fix IPSTATS_MIB_OUTPKGS increment in OutForwDatagrams.
  net: ipv4, ipv6: fix IPSTATS_MIB_OUTOCTETS increment duplicated
  net: fix IPSTATS_MIB_OUTFORWDATAGRAMS increment after fragment check

 include/uapi/linux/snmp.h |  3 ++-
 net/ipv4/ip_forward.c |  5 ++---
 net/ipv4/ip_output.c  |  9 +
 net/ipv4/ipmr.c   |  1 -
 net/ipv4/proc.c   |  3 ++-
 net/ipv6/ip6_output.c | 13 ++---
 net/ipv6/ip6mr.c  |  2 --
 net/ipv6/mcast.c  |  5 ++---
 net/ipv6/ndisc.c  |  2 +-
 net/ipv6/proc.c   |  3 ++-
 net/ipv6/raw.c|  2 +-
 11 files changed, 23 insertions(+), 25 deletions(-)

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13375): 
https://lists.yoctoproject.org/g/linux-yocto/message/13375
Mute This Topic: https://lists.yoctoproject.org/mt/102987867/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto][linux-yocto v6.1][PATCH 2/3] net: ipv4, ipv6: fix IPSTATS_MIB_OUTOCTETS increment duplicated

2023-12-04 Thread Xiangyu Chen
From: Heng Guo 

commit edf391ff1723 ("snmp: add missing counters for RFC 4293") had
already added OutOctets for RFC 4293. In commit 2d8dbb04c63e ("snmp: fix
OutOctets counter to include forwarded datagrams"), OutOctets was
counted again, but not removed from ip_output().

According to RFC 4293 "3.2.3. IP Statistics Tables",
ipipIfStatsOutTransmits is not equal to ipIfStatsOutForwDatagrams. So
"IPSTATS_MIB_OUTOCTETS must be incremented when incrementing" is not
accurate. And IPSTATS_MIB_OUTOCTETS should be counted after fragment.

This patch reverts commit 2d8dbb04c63e ("snmp: fix OutOctets counter to
include forwarded datagrams") and move IPSTATS_MIB_OUTOCTETS to
ip_finish_output2 for ipv4.

Reviewed-by: Filip Pudak 
Signed-off-by: Heng Guo 
Signed-off-by: David S. Miller 
Signed-off-by: Xiangyu Chen 
---
 net/ipv4/ip_forward.c | 1 -
 net/ipv4/ip_output.c  | 7 +++
 net/ipv4/ipmr.c   | 1 -
 net/ipv6/ip6_output.c | 1 -
 net/ipv6/ip6mr.c  | 2 --
 5 files changed, 3 insertions(+), 9 deletions(-)

diff --git a/net/ipv4/ip_forward.c b/net/ipv4/ip_forward.c
index e18931a6d153..66fac1216d46 100644
--- a/net/ipv4/ip_forward.c
+++ b/net/ipv4/ip_forward.c
@@ -67,7 +67,6 @@ static int ip_forward_finish(struct net *net, struct sock 
*sk, struct sk_buff *s
struct ip_options *opt  = &(IPCB(skb)->opt);
 
__IP_INC_STATS(net, IPSTATS_MIB_OUTFORWDATAGRAMS);
-   __IP_ADD_STATS(net, IPSTATS_MIB_OUTOCTETS, skb->len);
 
 #ifdef CONFIG_NET_SWITCHDEV
if (skb->offload_l3_fwd_mark) {
diff --git a/net/ipv4/ip_output.c b/net/ipv4/ip_output.c
index 8027590bd053..7d109c339f33 100644
--- a/net/ipv4/ip_output.c
+++ b/net/ipv4/ip_output.c
@@ -207,6 +207,9 @@ static int ip_finish_output2(struct net *net, struct sock 
*sk, struct sk_buff *s
} else if (rt->rt_type == RTN_BROADCAST)
IP_UPD_PO_STATS(net, IPSTATS_MIB_OUTBCAST, skb->len);
 
+   /* OUTOCTETS should be counted after fragment */
+   IP_UPD_PO_STATS(net, IPSTATS_MIB_OUT, skb->len);
+
if (unlikely(skb_headroom(skb) < hh_len && dev->header_ops)) {
skb = skb_expand_head(skb, hh_len);
if (!skb)
@@ -366,8 +369,6 @@ int ip_mc_output(struct net *net, struct sock *sk, struct 
sk_buff *skb)
/*
 *  If the indicated interface is up and running, send the packet.
 */
-   IP_UPD_PO_STATS(net, IPSTATS_MIB_OUT, skb->len);
-
skb->dev = dev;
skb->protocol = htons(ETH_P_IP);
 
@@ -424,8 +425,6 @@ int ip_output(struct net *net, struct sock *sk, struct 
sk_buff *skb)
 {
struct net_device *dev = skb_dst(skb)->dev, *indev = skb->dev;
 
-   IP_UPD_PO_STATS(net, IPSTATS_MIB_OUT, skb->len);
-
skb->dev = dev;
skb->protocol = htons(ETH_P_IP);
 
diff --git a/net/ipv4/ipmr.c b/net/ipv4/ipmr.c
index e04544ac4b45..a96bc71478cd 100644
--- a/net/ipv4/ipmr.c
+++ b/net/ipv4/ipmr.c
@@ -1789,7 +1789,6 @@ static inline int ipmr_forward_finish(struct net *net, 
struct sock *sk,
struct ip_options *opt = &(IPCB(skb)->opt);
 
IP_INC_STATS(net, IPSTATS_MIB_OUTFORWDATAGRAMS);
-   IP_ADD_STATS(net, IPSTATS_MIB_OUTOCTETS, skb->len);
 
if (unlikely(opt->optlen))
ip_forward_options(skb);
diff --git a/net/ipv6/ip6_output.c b/net/ipv6/ip6_output.c
index 3a03bf0c20a4..b94067ca9f62 100644
--- a/net/ipv6/ip6_output.c
+++ b/net/ipv6/ip6_output.c
@@ -458,7 +458,6 @@ static inline int ip6_forward_finish(struct net *net, 
struct sock *sk,
struct dst_entry *dst = skb_dst(skb);
 
__IP6_INC_STATS(net, ip6_dst_idev(dst), IPSTATS_MIB_OUTFORWDATAGRAMS);
-   __IP6_ADD_STATS(net, ip6_dst_idev(dst), IPSTATS_MIB_OUTOCTETS, 
skb->len);
 
 #ifdef CONFIG_NET_SWITCHDEV
if (skb->offload_l3_fwd_mark) {
diff --git a/net/ipv6/ip6mr.c b/net/ipv6/ip6mr.c
index 27fb5479988a..06cd9d043cb9 100644
--- a/net/ipv6/ip6mr.c
+++ b/net/ipv6/ip6mr.c
@@ -2018,8 +2018,6 @@ static inline int ip6mr_forward2_finish(struct net *net, 
struct sock *sk, struct
 {
IP6_INC_STATS(net, ip6_dst_idev(skb_dst(skb)),
  IPSTATS_MIB_OUTFORWDATAGRAMS);
-   IP6_ADD_STATS(net, ip6_dst_idev(skb_dst(skb)),
- IPSTATS_MIB_OUTOCTETS, skb->len);
return dst_output(net, sk, skb);
 }
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13374): 
https://lists.yoctoproject.org/g/linux-yocto/message/13374
Mute This Topic: https://lists.yoctoproject.org/mt/102987866/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] #bitbake - Single Recpie Multiple Outputs/Build Types

2023-12-04 Thread Chuck Wolber
On Mon, Dec 4, 2023 at 11:46 AM Eric Guinn via lists.yoctoproject.org
 wrote:

> Hello,
>
> I need some feedback/advice on a "problem" I'm facing with the recipe
> system. Currently, I have a library written in C++ that also has generated
> SWIG bindings and a resultant Python lib to install. In order to do both
> the C++ build/install and the python build/install I have to use two
> different recipes, but really these outputs always need to be present
> together (they're in the same repo). I may also add .NET bindings in the
> future, so any answers related to that will help as well.
>
> Insofar I've not found a way to get a single recipe to do multiple
> builds/installs, if I do:
>
> ```
> inherit cmake
> inherit setuptools3
> ```
>

Probably not ideal, but perhaps you could roll the entire build (C++ and
Python) into your CMakeLists.txt
file and use your recipe to generate separate packages?

..Ch:W..

-- 
*"Perfection must be reached by degrees; she requires the slow hand of
time." - Voltaire*

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61798): https://lists.yoctoproject.org/g/yocto/message/61798
Mute This Topic: https://lists.yoctoproject.org/mt/102977917/21656
Mute #bitbake:https://lists.yoctoproject.org/g/yocto/mutehashtag/bitbake
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto][linux-yocto v5.15] kernel code for marvell octeon

2023-12-04 Thread Bruce Ashfield
both merges are now complete.

Bruce

In message: [linux-yocto][linux-yocto v5.15] kernel code for marvell octeon
on 05/12/2023 Ruiqiang Hao wrote:

> Hi Bruce,
> 
> Please help to merge code into our linux-yocto repo.
> 
> repo:
>   linux-yocto
> branch:
>   v5.15/standard/cn-sdkv5.4/octeon
> 
> Thanks,
> Ruiqiang
> 
> The following changes since commit 2efa1324ab57a44dd5196ca0996035d9c278fe37:
> 
>   Merge branch 'v5.15/standard/base' into v5.15/standard/cn-sdkv5.4/octeon 
> (2023-12-03 22:21:51 -0500)
> 
> are available in the Git repository at:
> 
>   g...@github.com:cythe/linux.git linux-yocto/v5.15/standard/cn-sdkv5.4/octeon
> 
> for you to fetch changes up to 39fc298103b20471927674c93ec0149ee14dd7e1:
> 
>   octeontx2-pf: Fix validation in ndo_set_rx_mode callback (2023-12-04 
> 08:28:52 +)
> 
> 
> Amit Prakash Shukla (1):
>   octeontx2-dpi: configure dma engine FIFO
> 
> Amit Singh Tomar (1):
>   arm_mpam: properly clean up device node object
> 
> Ankur Dwivedi (2):
>   soc: marvell: hw_access: add mapping for DPI VF BAR0
>   soc: marvell: hw_access: add mapping for DPI PF BAR0
> 
> Anshumali Gaur (1):
>   net: thunderx: update dmac filter when user changes mac addr
> 
> Chandrakala Chavva (1):
>   driver: edac: octeontx: Improvements to GIC RAS handler
> 
> Geetha sowjanya (5):
>   octeontx2-af: fix truncation of smq in CN10K NIX AQ enqueue mbox handler
>   octeontx2-pf: Fix dangling pointers in the netdev qset
>   octeontx2-pf: Add more debug messages
>   octeontx2-af: Use correct enums for NIX AQ comp code
>   octeontx2-af: Dump hw register state on error
> 
> George Cherian (2):
>   drivers: watchdog: marvell_gti: Program the max_hw_heartbeat_ms
>   amba: Honour the CPU association while adding a new device
> 
> Hariprasad Kelam (6):
>   octeontx2-af: CN10KB: fix PFC configuration
>   octeontx2-pf: ethtool: Remove dependency of phyad
>   octeontx-pf: Update SGMII mode mapping
>   octeontx2-pf: ethtool: support multi advertise mode
>   octeontx2-pf: Fix promisc mcam entry action
>   octeontx2-pf: Fix validation in ndo_set_rx_mode callback
> 
> Harman Kalra (1):
>   octeontx2: fix race condition between up and down mbox
> 
> Jayanthi Annadurai (2):
>   edac: octeontx: Add error syndrome
>   edac: octeontx: Add support for GIC RAS reporting
> 
> Linu Cherian (2):
>   coresight: etm4x: Rework OcteonTx2 quirk
>   coresight: core: Add panic notifier cleanup
> 
> Michael Lawnick (1):
>   drivers: octeontx2: memtest: Retry on failing SPI lock
> 
> Naveen Mamindlapalli (2):
>   octeontx2-bphy-netdev: Fix PTP PHC sw timecounter reset ioctl
>   Revert "octeontx-bphy-netdev: enable mbt full drop enable"
> 
> Pavan Nikhilesh (7):
>   octeontx2-dpi: fix incorrect chunk size config
>   octeontx2-af: add mbox to capture counters
>   octeontx2-af: prevent TIM register read reorder
>   octeontx2-af: account for cycle wraparound
>   octeontx2-af: disable preemption when enabling TIM
>   octeontx2-af: clear state on TIM ring disable
>   octeontx2-af: add TIM error af interrupt handlers
> 
> Piyush Malgujar (5):
>   firmware: mub: Add ACPI check
>   soc: marvell: octeontx: Using strchr to match the revision
>   driver: mmc: sdhci: Add ACPI support
>   driver: mmc: sdhci-cadence: ACPI support added for eMMC driver for CN10K
>   soc: marvell: otx2: Add Kconfig option for otx2-ghes-init file.
> 
> Ratheesh Kannoth (10):
>   octeontx2-af: Add debug logs.
>   net: flow_dissector: Use 64bits for used_keys
>   net: flow_dissector: Add IPSEC dissector
>   tc: flower: support for SPI
>   tc: flower: Enable offload support for SPI field.
>   octeontx2-pf: TC flower offload for SPI field
>   octeontx2-af: Harden offlod rule validation
>   octeontx2-af: Fix devlink unregister
>   octeontx2-af: Added missed code while back porting.
>   octeontx2-af: Fix devlink crash
> 
> Sai Krishna (1):
>   octeontx2-af: Move validation of ptp pointer before its usage
> 
> Simon Horman (1):
>   octeontx2-af: update type of prof fields in nix_aw_enq_req
> 
> Srujana Challa (5):
>   crypto: octeontx2: add timeout for load_fvc completion poll
>   crypto: octeontx2: fix reset of inline inbound CPT LF.
>   octeontx2-af: reduce cpt flt interrupt vectors for cn10kb
>   crypto: octeontx2: increase timeout value of load_fvc CPT instruction 
> poll
>   crypto: octeontx2: increase timeout value of load_fvc CPT instruction 
> poll
> 
> Subbaraya Sundeep (6):
>   octeontx2-pf: mcs: Generate hash key using ecb(aes)
>   octeontx2: Improve mailbox tracepoints for debugging
>   octeontx2-af: Consider the action set by PF
>   octeontx2-pf: Wait till detach_resources msg is complete
>   octeontx2-pf: Use default max_active works 

Re: [linux-yocto] [PATCH V2] optee: Suppress false positive kmemleak report in optee_handle_rpc()

2023-12-04 Thread Bruce Ashfield
In message: [PATCH V2] optee: Suppress false positive kmemleak report in 
optee_handle_rpc()
on 05/12/2023 Xiaolei Wang wrote:

> We observed the following kmemleak report:
> unreferenced object 0x07904500 (size 128):
>   comm "swapper/0", pid 1, jiffies 4294892671 (age 44.036s)
>   hex dump (first 32 bytes):
> 00 47 90 07 00 00 ff ff 60 00 c0 ff 00 00 00 00  .G..`...
> 60 00 80 13 00 80 ff ff a0 00 00 00 00 00 00 00  `...
>   backtrace:
> [<4c12b1c7>] kmem_cache_alloc+0x1ac/0x2f4
> [<5d23eb4f>] tee_shm_alloc+0x78/0x230
> [<794dd22c>] optee_handle_rpc+0x60/0x6f0
> [] optee_do_call_with_arg+0x17c/0x1dc
> [] optee_open_session+0x128/0x1ec
> [<1748f2ff>] tee_client_open_session+0x28/0x40
> [] optee_enumerate_devices+0x84/0x2a0
> [<3df18bf1>] optee_probe+0x674/0x6cc
> [<3a4a534a>] platform_drv_probe+0x54/0xb0
> [<0c51ce7d>] really_probe+0xe4/0x4d0
> [<2f04c865>] driver_probe_device+0x58/0xc0
> [] device_driver_attach+0xc0/0xd0
> [] __driver_attach+0x84/0x124
> [<8e5a429c>] bus_for_each_dev+0x70/0xc0
> [<1735e8a8>] driver_attach+0x24/0x30
> [<6d94b04f>] bus_add_driver+0x104/0x1ec
> 
> This is not a memory leak because we pass the share memory pointer
> to secure world and would get it from secure world before releasing it.
> 
> Signed-off-by: Xiaolei Wang 
> ---
> 
> Hi bruce
> 
> compared with v1, update branch info
> 
> Please help me merge this into the following two branches:
>   v5.15/standard/nxp-sdk-5.15/nxp-soc
>   v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-soc

this one merged nicely!

Bruce

> 
>  drivers/tee/optee/rpc.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/drivers/tee/optee/rpc.c b/drivers/tee/optee/rpc.c
> index 456833d82007..b04988d54ad9 100644
> --- a/drivers/tee/optee/rpc.c
> +++ b/drivers/tee/optee/rpc.c
> @@ -13,6 +13,7 @@
>  #include "optee_private.h"
>  #include "optee_smc.h"
>  #include "optee_rpc_cmd.h"
> +#include 
>  
>  struct wq_entry {
>   struct list_head link;
> @@ -516,6 +517,7 @@ void optee_handle_rpc(struct tee_context *ctx, struct 
> optee_rpc_param *param,
>   param->a4 = 0;
>   param->a5 = 0;
>   }
> + kmemleak_not_leak(shm);
>   break;
>   case OPTEE_SMC_RPC_FUNC_FREE:
>   shm = reg_pair_to_ptr(param->a1, param->a2);
> -- 
> 2.25.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13372): 
https://lists.yoctoproject.org/g/linux-yocto/message/13372
Mute This Topic: https://lists.yoctoproject.org/mt/102985987/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] [PATCH V2] optee: Suppress false positive kmemleak report in optee_handle_rpc()

2023-12-04 Thread Xiaolei Wang via lists.yoctoproject.org
We observed the following kmemleak report:
unreferenced object 0x07904500 (size 128):
  comm "swapper/0", pid 1, jiffies 4294892671 (age 44.036s)
  hex dump (first 32 bytes):
00 47 90 07 00 00 ff ff 60 00 c0 ff 00 00 00 00  .G..`...
60 00 80 13 00 80 ff ff a0 00 00 00 00 00 00 00  `...
  backtrace:
[<4c12b1c7>] kmem_cache_alloc+0x1ac/0x2f4
[<5d23eb4f>] tee_shm_alloc+0x78/0x230
[<794dd22c>] optee_handle_rpc+0x60/0x6f0
[] optee_do_call_with_arg+0x17c/0x1dc
[] optee_open_session+0x128/0x1ec
[<1748f2ff>] tee_client_open_session+0x28/0x40
[] optee_enumerate_devices+0x84/0x2a0
[<3df18bf1>] optee_probe+0x674/0x6cc
[<3a4a534a>] platform_drv_probe+0x54/0xb0
[<0c51ce7d>] really_probe+0xe4/0x4d0
[<2f04c865>] driver_probe_device+0x58/0xc0
[] device_driver_attach+0xc0/0xd0
[] __driver_attach+0x84/0x124
[<8e5a429c>] bus_for_each_dev+0x70/0xc0
[<1735e8a8>] driver_attach+0x24/0x30
[<6d94b04f>] bus_add_driver+0x104/0x1ec

This is not a memory leak because we pass the share memory pointer
to secure world and would get it from secure world before releasing it.

Signed-off-by: Xiaolei Wang 
---

Hi bruce

compared with v1, update branch info

Please help me merge this into the following two branches:
  v5.15/standard/nxp-sdk-5.15/nxp-soc
  v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-soc

 drivers/tee/optee/rpc.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/tee/optee/rpc.c b/drivers/tee/optee/rpc.c
index 456833d82007..b04988d54ad9 100644
--- a/drivers/tee/optee/rpc.c
+++ b/drivers/tee/optee/rpc.c
@@ -13,6 +13,7 @@
 #include "optee_private.h"
 #include "optee_smc.h"
 #include "optee_rpc_cmd.h"
+#include 
 
 struct wq_entry {
struct list_head link;
@@ -516,6 +517,7 @@ void optee_handle_rpc(struct tee_context *ctx, struct 
optee_rpc_param *param,
param->a4 = 0;
param->a5 = 0;
}
+   kmemleak_not_leak(shm);
break;
case OPTEE_SMC_RPC_FUNC_FREE:
shm = reg_pair_to_ptr(param->a1, param->a2);
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13371): 
https://lists.yoctoproject.org/g/linux-yocto/message/13371
Mute This Topic: https://lists.yoctoproject.org/mt/102985987/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon

2023-12-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce,

Please help to merge code into our linux-yocto repo.

repo:
linux-yocto
branch:
v5.15/standard/cn-sdkv5.4/octeon

Thanks,
Ruiqiang

The following changes since commit 2efa1324ab57a44dd5196ca0996035d9c278fe37:

  Merge branch 'v5.15/standard/base' into v5.15/standard/cn-sdkv5.4/octeon 
(2023-12-03 22:21:51 -0500)

are available in the Git repository at:

  g...@github.com:cythe/linux.git linux-yocto/v5.15/standard/cn-sdkv5.4/octeon

for you to fetch changes up to 39fc298103b20471927674c93ec0149ee14dd7e1:

  octeontx2-pf: Fix validation in ndo_set_rx_mode callback (2023-12-04 08:28:52 
+)


Amit Prakash Shukla (1):
  octeontx2-dpi: configure dma engine FIFO

Amit Singh Tomar (1):
  arm_mpam: properly clean up device node object

Ankur Dwivedi (2):
  soc: marvell: hw_access: add mapping for DPI VF BAR0
  soc: marvell: hw_access: add mapping for DPI PF BAR0

Anshumali Gaur (1):
  net: thunderx: update dmac filter when user changes mac addr

Chandrakala Chavva (1):
  driver: edac: octeontx: Improvements to GIC RAS handler

Geetha sowjanya (5):
  octeontx2-af: fix truncation of smq in CN10K NIX AQ enqueue mbox handler
  octeontx2-pf: Fix dangling pointers in the netdev qset
  octeontx2-pf: Add more debug messages
  octeontx2-af: Use correct enums for NIX AQ comp code
  octeontx2-af: Dump hw register state on error

George Cherian (2):
  drivers: watchdog: marvell_gti: Program the max_hw_heartbeat_ms
  amba: Honour the CPU association while adding a new device

Hariprasad Kelam (6):
  octeontx2-af: CN10KB: fix PFC configuration
  octeontx2-pf: ethtool: Remove dependency of phyad
  octeontx-pf: Update SGMII mode mapping
  octeontx2-pf: ethtool: support multi advertise mode
  octeontx2-pf: Fix promisc mcam entry action
  octeontx2-pf: Fix validation in ndo_set_rx_mode callback

Harman Kalra (1):
  octeontx2: fix race condition between up and down mbox

Jayanthi Annadurai (2):
  edac: octeontx: Add error syndrome
  edac: octeontx: Add support for GIC RAS reporting

Linu Cherian (2):
  coresight: etm4x: Rework OcteonTx2 quirk
  coresight: core: Add panic notifier cleanup

Michael Lawnick (1):
  drivers: octeontx2: memtest: Retry on failing SPI lock

Naveen Mamindlapalli (2):
  octeontx2-bphy-netdev: Fix PTP PHC sw timecounter reset ioctl
  Revert "octeontx-bphy-netdev: enable mbt full drop enable"

Pavan Nikhilesh (7):
  octeontx2-dpi: fix incorrect chunk size config
  octeontx2-af: add mbox to capture counters
  octeontx2-af: prevent TIM register read reorder
  octeontx2-af: account for cycle wraparound
  octeontx2-af: disable preemption when enabling TIM
  octeontx2-af: clear state on TIM ring disable
  octeontx2-af: add TIM error af interrupt handlers

Piyush Malgujar (5):
  firmware: mub: Add ACPI check
  soc: marvell: octeontx: Using strchr to match the revision
  driver: mmc: sdhci: Add ACPI support
  driver: mmc: sdhci-cadence: ACPI support added for eMMC driver for CN10K
  soc: marvell: otx2: Add Kconfig option for otx2-ghes-init file.

Ratheesh Kannoth (10):
  octeontx2-af: Add debug logs.
  net: flow_dissector: Use 64bits for used_keys
  net: flow_dissector: Add IPSEC dissector
  tc: flower: support for SPI
  tc: flower: Enable offload support for SPI field.
  octeontx2-pf: TC flower offload for SPI field
  octeontx2-af: Harden offlod rule validation
  octeontx2-af: Fix devlink unregister
  octeontx2-af: Added missed code while back porting.
  octeontx2-af: Fix devlink crash

Sai Krishna (1):
  octeontx2-af: Move validation of ptp pointer before its usage

Simon Horman (1):
  octeontx2-af: update type of prof fields in nix_aw_enq_req

Srujana Challa (5):
  crypto: octeontx2: add timeout for load_fvc completion poll
  crypto: octeontx2: fix reset of inline inbound CPT LF.
  octeontx2-af: reduce cpt flt interrupt vectors for cn10kb
  crypto: octeontx2: increase timeout value of load_fvc CPT instruction poll
  crypto: octeontx2: increase timeout value of load_fvc CPT instruction poll

Subbaraya Sundeep (6):
  octeontx2-pf: mcs: Generate hash key using ecb(aes)
  octeontx2: Improve mailbox tracepoints for debugging
  octeontx2-af: Consider the action set by PF
  octeontx2-pf: Wait till detach_resources msg is complete
  octeontx2-pf: Use default max_active works instead of one
  octeontx2-af: Always allocate low priority entries for PF

Suman Ghosh (5):
  octeontx2-pf: Fix updating PFC configuration during running traffic
  octeontx2-pf: Fix graceful exit during PFC configuration failure
  octeontx2-af: Fix register configuration
  octeontx2-af: Add new mbox to support multicast/mirror offload
  octeontx2-pf: TC flower offload support for 

[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon[RT]

2023-12-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce,

Please help to merge code into our linux-yocto repo.

repo:
linux-yocto
branch:
v5.15/standard/preempt-rt/cn-sdkv5.4/octeon

Thanks,
Ruiqiang

The following changes since commit e8d26acb735ae26d514246fde2457abf77cb3431:

  Merge branch 'v5.15/standard/base' into 
v5.15/standard/preempt-rt/cn-sdkv5.4/octeon (2023-12-03 22:54:15 -0500)

are available in the Git repository at:

  g...@github.com:cythe/linux.git 
linux-yocto/v5.15/standard/preempt-rt/cn-sdkv5.4/octeon

for you to fetch changes up to 867076fd7ed82c49edccd35a77df51028df44522:

  octeontx2-pf: Fix validation in ndo_set_rx_mode callback (2023-12-04 08:29:58 
+)


Amit Prakash Shukla (1):
  octeontx2-dpi: configure dma engine FIFO

Amit Singh Tomar (1):
  arm_mpam: properly clean up device node object

Ankur Dwivedi (2):
  soc: marvell: hw_access: add mapping for DPI VF BAR0
  soc: marvell: hw_access: add mapping for DPI PF BAR0

Anshumali Gaur (1):
  net: thunderx: update dmac filter when user changes mac addr

Chandrakala Chavva (1):
  driver: edac: octeontx: Improvements to GIC RAS handler

Geetha sowjanya (5):
  octeontx2-af: fix truncation of smq in CN10K NIX AQ enqueue mbox handler
  octeontx2-pf: Fix dangling pointers in the netdev qset
  octeontx2-pf: Add more debug messages
  octeontx2-af: Use correct enums for NIX AQ comp code
  octeontx2-af: Dump hw register state on error

George Cherian (2):
  drivers: watchdog: marvell_gti: Program the max_hw_heartbeat_ms
  amba: Honour the CPU association while adding a new device

Hariprasad Kelam (6):
  octeontx2-af: CN10KB: fix PFC configuration
  octeontx2-pf: ethtool: Remove dependency of phyad
  octeontx-pf: Update SGMII mode mapping
  octeontx2-pf: ethtool: support multi advertise mode
  octeontx2-pf: Fix promisc mcam entry action
  octeontx2-pf: Fix validation in ndo_set_rx_mode callback

Harman Kalra (1):
  octeontx2: fix race condition between up and down mbox

Jayanthi Annadurai (2):
  edac: octeontx: Add error syndrome
  edac: octeontx: Add support for GIC RAS reporting

Linu Cherian (2):
  coresight: etm4x: Rework OcteonTx2 quirk
  coresight: core: Add panic notifier cleanup

Michael Lawnick (1):
  drivers: octeontx2: memtest: Retry on failing SPI lock

Naveen Mamindlapalli (2):
  octeontx2-bphy-netdev: Fix PTP PHC sw timecounter reset ioctl
  Revert "octeontx-bphy-netdev: enable mbt full drop enable"

Pavan Nikhilesh (7):
  octeontx2-dpi: fix incorrect chunk size config
  octeontx2-af: add mbox to capture counters
  octeontx2-af: prevent TIM register read reorder
  octeontx2-af: account for cycle wraparound
  octeontx2-af: disable preemption when enabling TIM
  octeontx2-af: clear state on TIM ring disable
  octeontx2-af: add TIM error af interrupt handlers

Piyush Malgujar (5):
  firmware: mub: Add ACPI check
  soc: marvell: octeontx: Using strchr to match the revision
  driver: mmc: sdhci: Add ACPI support
  driver: mmc: sdhci-cadence: ACPI support added for eMMC driver for CN10K
  soc: marvell: otx2: Add Kconfig option for otx2-ghes-init file.

Ratheesh Kannoth (10):
  octeontx2-af: Add debug logs.
  net: flow_dissector: Use 64bits for used_keys
  net: flow_dissector: Add IPSEC dissector
  tc: flower: support for SPI
  tc: flower: Enable offload support for SPI field.
  octeontx2-pf: TC flower offload for SPI field
  octeontx2-af: Harden offlod rule validation
  octeontx2-af: Fix devlink unregister
  octeontx2-af: Added missed code while back porting.
  octeontx2-af: Fix devlink crash

Sai Krishna (1):
  octeontx2-af: Move validation of ptp pointer before its usage

Simon Horman (1):
  octeontx2-af: update type of prof fields in nix_aw_enq_req

Srujana Challa (5):
  crypto: octeontx2: add timeout for load_fvc completion poll
  crypto: octeontx2: fix reset of inline inbound CPT LF.
  octeontx2-af: reduce cpt flt interrupt vectors for cn10kb
  crypto: octeontx2: increase timeout value of load_fvc CPT instruction poll
  crypto: octeontx2: increase timeout value of load_fvc CPT instruction poll

Subbaraya Sundeep (6):
  octeontx2-pf: mcs: Generate hash key using ecb(aes)
  octeontx2: Improve mailbox tracepoints for debugging
  octeontx2-af: Consider the action set by PF
  octeontx2-pf: Wait till detach_resources msg is complete
  octeontx2-pf: Use default max_active works instead of one
  octeontx2-af: Always allocate low priority entries for PF

Suman Ghosh (5):
  octeontx2-pf: Fix updating PFC configuration during running traffic
  octeontx2-pf: Fix graceful exit during PFC configuration failure
  octeontx2-af: Fix register configuration
  octeontx2-af: Add new mbox to support multicast/mirror offload
  octeontx2-pf: 

[yocto] M+ & H bugs with Milestone Movements WW48

2023-12-04 Thread Stephen Jolley
All,

YP M+ or high bugs which moved to a new milestone in WW48 are listed below:
Priority Bug ID Short Description Changer Owner Was Became
Medium+ 15300 
bitbake-layers
create-layer does create a new example layer with 'kirkstone' in
LAYERSERIES_COMPAT randy.macl...@windriver.com pa...@zhukoff.net 0.0.0 5.0
M1

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61797): https://lists.yoctoproject.org/g/yocto/message/61797
Mute This Topic: https://lists.yoctoproject.org/mt/102982658/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Enhancements/Bugs closed WW48!

2023-12-04 Thread Stephen Jolley
All,

The below were the owners of enhancements or bugs closed during the last
week!
Who Count
ross.bur...@arm.com 2
michael.opdenac...@bootlin.com 1
alex.kana...@gmail.com 1
Grand Total 4

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61796): https://lists.yoctoproject.org/g/yocto/message/61796
Mute This Topic: https://lists.yoctoproject.org/mt/102982641/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Current high bug count owners for Yocto Project 5.0

2023-12-04 Thread Stephen Jolley
All,

Below is the list of top 28 bug owners as of the end of WW48 who have open
medium or higher bugs and enhancements against YP 5.0. There are 101
possible work days left until the final release candidates for YP 5.0 needs
to be released.
Who Count
michael.opdenac...@bootlin.com 37
ross.bur...@arm.com 30
richard.pur...@linuxfoundation.org 26
bruce.ashfi...@gmail.com 25
randy.macl...@windriver.com 23
david.re...@windriver.com 15
pi...@pidge.org 10
jpewhac...@gmail.com 10
pa...@zhukoff.net 8
yoann.con...@smile.fr 5
tim.orl...@konsulko.com 5
yash.shi...@windriver.com 4
sakib.sa...@windriver.com 3
kexin@windriver.com 2
jon.ma...@arm.com 2
alexis.loth...@bootlin.com 2
alexandre.bell...@bootlin.com 2
tvgamb...@gmail.com 1
thr...@amazon.de 1
thomas.per...@bootlin.com 1
sundeep.kokko...@windriver.com 1
rybczyn...@gmail.com 1
rpj...@crashcourse.ca 1
p.lob...@welotec.com 1
mark.asselst...@windriver.com 1
louis.ran...@syslinbit.com 1
jens.ge...@desy.de 1
fathi.bou...@linaro.org 1
Grand Total 220

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61795): https://lists.yoctoproject.org/g/yocto/message/61795
Mute This Topic: https://lists.yoctoproject.org/mt/102982590/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2023-12-04 Thread Stephen Jolley
All,

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means
people can find them. They're being listed on the triage page under the
appropriate heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:
https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project. If anyone can help,
please take ownership of the bug and send patches! If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 417
unassigned or newcomer bugs.

We're hoping people may be able to spare some time now and again to help
out with these. Bugs are split into two types, "true bugs" where things
don't work as they should and "enhancements" which are features we'd want
to add to the system. There are also roughly four different "priority"
classes right now, “5.0”, “5.1”, "5.99" and "Future", the more
pressing/urgent issues being in "5.0" and then “5.1”.

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com)
an e-mail with the bug number you would like and I will assign it to you
(please make sure you have a Bugzilla account). The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer_Bugs

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61794): https://lists.yoctoproject.org/g/yocto/message/61794
Mute This Topic: https://lists.yoctoproject.org/mt/102982579/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] #bitbake - Single Recpie Multiple Outputs/Build Types

2023-12-04 Thread Eric Guinn via lists.yoctoproject.org
Hello,

I need some feedback/advice on a "problem" I'm facing with the recipe system. 
Currently, I have a library written in C++ that also has generated SWIG 
bindings and a resultant Python lib to install. In order to do both the C++ 
build/install and the python build/install I have to use two different recipes, 
but really these outputs always need to be present together (they're in the 
same repo). I may also add .NET bindings in the future, so any answers related 
to that will help as well.

Insofar I've not found a way to get a single recipe to do multiple 
builds/installs, if I do:

```
inherit cmake
inherit setuptools3
```

then all I get is python, if I do the opposite, all I get is C++.

It could just be that what I'm trying to do is anti-pattern and stupid, in 
which case please let me know and I'll keep using multiple recipes.

Thanks,
Eric
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61793): https://lists.yoctoproject.org/g/yocto/message/61793
Mute This Topic: https://lists.yoctoproject.org/mt/102977917/21656
Mute #bitbake:https://lists.yoctoproject.org/g/yocto/mutehashtag/bitbake
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] [RFC PATCH 0/1] lts mixin: kirkstone/nodejs proposal

2023-12-04 Thread António Oliveira
Hi all,

This patch contains my proposal for an mixin layer that adds nodejs v18
and v20 to kirkstone.

Kirkstone ships with nodejs-16, whose maintenance window ended in
October 2023 (a).

Kirkstone will be supported until April 2026 and it would be nice to have
some level of support for a maintained version of nodejs during that time
window.

This proposal seeks to address that by adding nodejs-18 and nodejs-20,
which will be maintained until April 2025 and 2026, respectively.

The recipes for nodejs-18 are taken from Mickledore and the recipes for
nodejs-20 from master.

The variable NODE_VERSION can be ser in local.conf to choose either v18
or v20 (the default).

This is my first attempt at sending a patch upstream with git send-email
so any comments or suggestions for improvement are welcome. That's also
the reason why I marked this as an RFC.

Cheers,
António

António Oliveira (1):
  initial commit

-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61791): https://lists.yoctoproject.org/g/yocto/message/61791
Mute This Topic: https://lists.yoctoproject.org/mt/102976461/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] Revert "hwrng: bcm2835 - sleep more intelligently"

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto] Revert "hwrng: bcm2835 - sleep more intelligently"
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> The SDK commit a9d5338d0643 ("hwrng: bcm2835 - sleep more
> intelligently") and stable commit 3c5c7f926a4b ("hwrng: bcm2835 - Fix
> hwrng throughput regression") are trying to fix the same issue with
> different implementation. The later approach is better. So revert
> the SDK changes.
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Please help me merge this into the following two branches:
>   v6.1/standard/bcm-2xxx-rpi
>   v6.1/standard/preempt-rt/bcm-2xxx-rpi

merged.

Bruce

> 
>  drivers/char/hw_random/bcm2835-rng.c | 19 +--
>  1 file changed, 5 insertions(+), 14 deletions(-)
> 
> diff --git a/drivers/char/hw_random/bcm2835-rng.c 
> b/drivers/char/hw_random/bcm2835-rng.c
> index b821fc12c80d..f46731a5dfe1 100644
> --- a/drivers/char/hw_random/bcm2835-rng.c
> +++ b/drivers/char/hw_random/bcm2835-rng.c
> @@ -14,7 +14,6 @@
>  #include 
>  #include 
>  #include 
> -#include 
>  
>  #define RNG_CTRL 0x0
>  #define RNG_STATUS   0x4
> @@ -29,9 +28,6 @@
>  
>  #define RNG_INT_OFF  0x1
>  
> -#define RNG_FIFO_WORDS   4
> -#define RNG_US_PER_WORD  34 /* Tuned for throughput */
> -
>  struct bcm2835_rng_priv {
>   struct hwrng rng;
>   void __iomem *base;
> @@ -68,24 +64,19 @@ static inline void rng_writel(struct bcm2835_rng_priv 
> *priv, u32 val,
>  static int bcm2835_rng_read(struct hwrng *rng, void *buf, size_t max,
>  bool wait)
>  {
> - u32 retries = 100/(RNG_FIFO_WORDS * RNG_US_PER_WORD);
>   struct bcm2835_rng_priv *priv = to_rng_priv(rng);
>   u32 max_words = max / sizeof(u32);
>   u32 num_words, count;
>  
> - num_words = rng_readl(priv, RNG_STATUS) >> 24;
> -
> - while (!num_words) {
> - if (!wait || !retries)
> + while ((rng_readl(priv, RNG_STATUS) >> 24) == 0) {
> + if (!wait)
>   return 0;
> - retries--;
> - usleep_range((u32)RNG_US_PER_WORD,
> -  (u32)RNG_US_PER_WORD * RNG_FIFO_WORDS);
> - num_words = rng_readl(priv, RNG_STATUS) >> 24;
>   hwrng_yield(rng);
>   }
>  
> - num_words = min(num_words, max_words);
> + num_words = rng_readl(priv, RNG_STATUS) >> 24;
> + if (num_words > max_words)
> + num_words = max_words;
>  
>   for (count = 0; count < num_words; count++)
>   ((u32 *)buf)[count] = rng_readl(priv, RNG_DATA);
> -- 
> 2.39.2
> 

> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13368): 
https://lists.yoctoproject.org/g/linux-yocto/message/13368
Mute This Topic: https://lists.yoctoproject.org/mt/102969990/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] octeontx2-pf: Rename tot_tx_queues to non_qos_queues

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto] octeontx2-pf: Rename tot_tx_queues to non_qos_queues
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> The otx2_hw::tot_tx_queues has been renamed to otx2_hw::non_qos_queues
> by stable commit 479d344a929b ("octeontx2-pf: Rename tot_tx_queues to
> non_qos_queues"), so we need adjust our codes according to this change.
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Could you help me merge this into the following two branches?
>   v6.1/standard/cn-sdkv5.15/octeon
>   v6.1/standard/preempt-rt/cn-sdkv5.15/octeon

merged.

Bruce

> 
>  drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c | 8 
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c 
> b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
> index f362dded0f53..3424a8ae4f26 100644
> --- a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
> +++ b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
> @@ -95,7 +95,7 @@ static void otx2_get_drvinfo(struct net_device *netdev,
>  
>  static int otx2_get_total_txq_count(struct otx2_nic *pfvf)
>  {
> - return pfvf->hw.tot_tx_queues + pfvf->hw.tc_tx_queues;
> + return pfvf->hw.non_qos_queues + pfvf->hw.tc_tx_queues;
>  }
>  
>  static void otx2_get_qset_strings(struct otx2_nic *pfvf, u8 **data, int qset)
> @@ -112,9 +112,9 @@ static void otx2_get_qset_strings(struct otx2_nic *pfvf, 
> u8 **data, int qset)
>   }
>   for (qidx = 0; qidx < otx2_get_total_txq_count(pfvf); qidx++) {
>   for (stats = 0; stats < otx2_n_queue_stats; stats++) {
> - if (qidx >= pfvf->hw.tot_tx_queues)
> + if (qidx >= pfvf->hw.non_qos_queues)
>   sprintf(*data, "txq_qos%d: %s",
> - qidx + start_qidx - 
> pfvf->hw.tot_tx_queues,
> + qidx + start_qidx - 
> pfvf->hw.non_qos_queues,
>   otx2_queue_stats[stats].name);
>   else
>   sprintf(*data, "txq%d: %s", qidx + start_qidx,
> @@ -286,7 +286,7 @@ static int otx2_get_sset_count(struct net_device *netdev, 
> int sset)
>   return -EINVAL;
>  
>   qstats_count = otx2_n_queue_stats *
> -(pfvf->hw.rx_queues + pfvf->hw.tot_tx_queues +
> +(pfvf->hw.rx_queues + pfvf->hw.non_qos_queues +
>   pfvf->hw.tc_tx_queues);
>   if (!test_bit(CN10K_RPM, >hw.cap_flag))
>   mac_stats = CGX_RX_STATS_COUNT + CGX_TX_STATS_COUNT;
> -- 
> 2.39.2
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13367): 
https://lists.yoctoproject.org/g/linux-yocto/message/13367
Mute This Topic: https://lists.yoctoproject.org/mt/102967240/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] net: axienet: Fix check for partial TX checksum

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto] net: axienet: Fix check for partial TX checksum
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> This is a change introduced by stable commit 8025fd0706c8 ("net:
> axienet: Fix check for partial TX checksum"), and it was overrode by
> merge commit  b7ed6a246663 ("Merge branch 'v6.1/standard/base' into
> v6.1/standard/sdkv6.1/xlnx-soc"). Restore it back.
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Please help me merge this into the following two branches.
>   v6.1/standard/sdkv6.1/xlnx-soc
>   v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc

merged.

Bruce

> 
>  drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c 
> b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> index c0365a5a8f42..b4838d9d5177 100644
> --- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> +++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> @@ -1320,7 +1320,7 @@ static int axienet_queue_xmit(struct sk_buff *skb,
>   if (lp->features & XAE_FEATURE_FULL_TX_CSUM) {
>   /* Tx Full Checksum Offload Enabled */
>   cur_p->app0 |= 2;
> - } else if (lp->features & XAE_FEATURE_PARTIAL_RX_CSUM) {
> + } else if (lp->features & XAE_FEATURE_PARTIAL_TX_CSUM) {
>   csum_start_off = skb_transport_offset(skb);
>   csum_index_off = csum_start_off + skb->csum_offset;
>   /* Tx Partial Checksum Offload Enabled */
> -- 
> 2.39.2
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13366): 
https://lists.yoctoproject.org/g/linux-yocto/message/13366
Mute This Topic: https://lists.yoctoproject.org/mt/102967146/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] net: axienet: Fix check for partial TX checksum

2023-12-04 Thread Bruce Ashfield
merged.

Bruce

In message: [linux-yocto] net: axienet: Fix check for partial TX checksum
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> This is a change introduced by stable commit 6aeac88a45de ("net:
> axienet: Fix check for partial TX checksum"), and it was overrode by
> merge commit 4ada1b0800dc ("Merge branch 'v5.15/standard/base' into
> v5.15/standard/sdkv5.15/xlnx-soc"). Restore it back.
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Could you help me merge this into the following two branches?
>   v5.15/standard/sdkv5.15/xlnx-soc
>   v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc
> 
>  drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c 
> b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> index a259cdce2243..ad31c2fb7888 100644
> --- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> +++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> @@ -1376,7 +1376,7 @@ int axienet_queue_xmit(struct sk_buff *skb,
>   if (lp->features & XAE_FEATURE_FULL_TX_CSUM) {
>   /* Tx Full Checksum Offload Enabled */
>   cur_p->app0 |= 2;
> - } else if (lp->features & XAE_FEATURE_PARTIAL_RX_CSUM) {
> + } else if (lp->features & XAE_FEATURE_PARTIAL_TX_CSUM) {
>   csum_start_off = skb_transport_offset(skb);
>   csum_index_off = csum_start_off + skb->csum_offset;
>   /* Tx Partial Checksum Offload Enabled */
> -- 
> 2.39.2
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13365): 
https://lists.yoctoproject.org/g/linux-yocto/message/13365
Mute This Topic: https://lists.yoctoproject.org/mt/102967146/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] clk: imx: imx8mq: Use devm_kzalloc() to allocate the memory for clk_hw_data

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto] clk: imx: imx8mq: Use devm_kzalloc() to allocate the 
memory for clk_hw_data
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> This is a change introduced by stable commit 7d416973cd12 ("clk: imx:
> imx8mq: correct error handling path"), but it was overrode by merge
> commit 0be36f447e39 ("Merge branch 'v5.15/standard/base'
> into v5.15/standard/nxp-sdk-5.15/nxp-soc"). Restore it back.
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Could you help me merge this into the following two branches?
>   v5.15/standard/nxp-sdk-5.15/nxp-soc
>   v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-soc

merged.

Bruce

> 
>  drivers/clk/imx/clk-imx8mq.c | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/drivers/clk/imx/clk-imx8mq.c b/drivers/clk/imx/clk-imx8mq.c
> index 83acb6e268de..8944fff971eb 100644
> --- a/drivers/clk/imx/clk-imx8mq.c
> +++ b/drivers/clk/imx/clk-imx8mq.c
> @@ -321,8 +321,7 @@ static int imx8mq_clocks_probe(struct platform_device 
> *pdev)
>  
>   check_m4_enabled();
>  
> - clk_hw_data = kzalloc(struct_size(clk_hw_data, hws,
> -   IMX8MQ_CLK_END), GFP_KERNEL);
> + clk_hw_data = devm_kzalloc(dev, struct_size(clk_hw_data, hws, 
> IMX8MQ_CLK_END), GFP_KERNEL);
>   if (WARN_ON(!clk_hw_data))
>   return -ENOMEM;
>  
> -- 
> 2.39.2
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13364): 
https://lists.yoctoproject.org/g/linux-yocto/message/13364
Mute This Topic: https://lists.yoctoproject.org/mt/102967041/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto][linux-yocto v6.1/standard/nxp-sdk-6.1/nxp-soc & v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc][PATCH] optee: Suppress false positive kmemleak report in optee_handle_rpc()

2023-12-04 Thread Bruce Ashfield
I'm getting conflicts with the latest 6.1 branches that
I pushed last night.

Can you double check the patch and send a v2 ?

Bruce

In message: [linux-yocto][linux-yocto v6.1/standard/nxp-sdk-6.1/nxp-soc & 
v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc][PATCH] optee: Suppress false 
positive kmemleak report in optee_handle_rpc()
on 04/12/2023 Xiaolei Wang wrote:

> We observed the following kmemleak report:
> unreferenced object 0x07904500 (size 128):
>   comm "swapper/0", pid 1, jiffies 4294892671 (age 44.036s)
>   hex dump (first 32 bytes):
> 00 47 90 07 00 00 ff ff 60 00 c0 ff 00 00 00 00  .G..`...
> 60 00 80 13 00 80 ff ff a0 00 00 00 00 00 00 00  `...
>   backtrace:
> [<4c12b1c7>] kmem_cache_alloc+0x1ac/0x2f4
> [<5d23eb4f>] tee_shm_alloc+0x78/0x230
> [<794dd22c>] optee_handle_rpc+0x60/0x6f0
> [] optee_do_call_with_arg+0x17c/0x1dc
> [] optee_open_session+0x128/0x1ec
> [<1748f2ff>] tee_client_open_session+0x28/0x40
> [] optee_enumerate_devices+0x84/0x2a0
> [<3df18bf1>] optee_probe+0x674/0x6cc
> [<3a4a534a>] platform_drv_probe+0x54/0xb0
> [<0c51ce7d>] really_probe+0xe4/0x4d0
> [<2f04c865>] driver_probe_device+0x58/0xc0
> [] device_driver_attach+0xc0/0xd0
> [] __driver_attach+0x84/0x124
> [<8e5a429c>] bus_for_each_dev+0x70/0xc0
> [<1735e8a8>] driver_attach+0x24/0x30
> [<6d94b04f>] bus_add_driver+0x104/0x1ec
> 
> This is not a memory leak because we pass the share memory pointer
> to secure world and would get it from secure world before releasing it.
> 
> Signed-off-by: Xiaolei Wang 
> ---
>  drivers/tee/optee/rpc.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/drivers/tee/optee/rpc.c b/drivers/tee/optee/rpc.c
> index 456833d82007..b04988d54ad9 100644
> --- a/drivers/tee/optee/rpc.c
> +++ b/drivers/tee/optee/rpc.c
> @@ -13,6 +13,7 @@
>  #include "optee_private.h"
>  #include "optee_smc.h"
>  #include "optee_rpc_cmd.h"
> +#include 
>  
>  struct wq_entry {
>   struct list_head link;
> @@ -516,6 +517,7 @@ void optee_handle_rpc(struct tee_context *ctx, struct 
> optee_rpc_param *param,
>   param->a4 = 0;
>   param->a5 = 0;
>   }
> + kmemleak_not_leak(shm);
>   break;
>   case OPTEE_SMC_RPC_FUNC_FREE:
>   shm = reg_pair_to_ptr(param->a1, param->a2);
> -- 
> 2.25.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13363): 
https://lists.yoctoproject.org/g/linux-yocto/message/13363
Mute This Topic: https://lists.yoctoproject.org/mt/102967011/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] octeontx2-pf: Drop the dangling bypass_queue_check label

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto] octeontx2-pf: Drop the dangling bypass_queue_check 
label
on 04/12/2023 Kevin Hao wrote:

> From: Kevin Hao 
> 
> The codes which reference to bypass_queue_check label have been
> removed by the merge commit fef27b087273 ("Merge branch
> 'v5.15/standard/base' into v5.15/standard/cn-sdkv5.15/octeon"), so we
> also need to drop this dangling label in order to fix the build error
> like below:
>   drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c: In function 
> ‘otx2_add_flow’:
>   drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c:1187:1: error: 
> label ‘bypass_queue_check’ defined but
>not used [-Werror=unused-label]
>1187 | bypass_queue_check:
> | ^~
> 
> Signed-off-by: Kevin Hao 
> ---
> Hi Bruce,
> 
> Could you help me merge this into the following two branches?
>   v5.15/standard/cn-sdkv5.15/octeon
>   v5.15/standard/preempt-rt/cn-sdkv5.15/octeon

merged.

Bruce

> 
>  drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c 
> b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
> index 681e1eb27914..ea74ca46292e 100644
> --- a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
> +++ b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
> @@ -1184,7 +1184,6 @@ int otx2_add_flow(struct otx2_nic *pfvf, struct 
> ethtool_rxnfc *nfc)
>   ring >= pfvf->hw.rx_queues && fsp->ring_cookie != RX_CLS_FLOW_DISC)
>   return -EINVAL;
>  
> -bypass_queue_check:
>   if (fsp->location >= otx2_get_maxflows(flow_cfg))
>   return -EINVAL;
>  
> -- 
> 2.39.2
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13362): 
https://lists.yoctoproject.org/g/linux-yocto/message/13362
Mute This Topic: https://lists.yoctoproject.org/mt/102966893/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto][v6.1/standard/preempt-rt/nxp-sdk-5.15/nxp-s32g][PATCH 0/2]

2023-12-04 Thread Bruce Ashfield
In message: [linux-yocto][v6.1/standard/preempt-rt/nxp-sdk-5.15/nxp-s32g][PATCH 
0/2]
on 04/12/2023 quanyang.w...@windriver.com wrote:

> From: Quanyang Wang 
> 
> Hi Bruce,
> Would you please help merge these 2 patches to the branches:
>   v6.1/standard/preempt-rt/nxp-sdk-5.15/nxp-s32g
>   v6.1/standard/nxp-sdk-5.15/nxp-s32g

merged.

Bruce

> Thanks,
> Quanyang
> 
> Quanyang Wang (2):
>   drivers: stmmac: add condition check on phydev
>   dts: Aptiv-FL: enable gmac0 device node
> 
>  arch/arm64/boot/dts/freescale/s32gxxxa-cvc-fl.dtsi | 6 +-
>  drivers/net/ethernet/stmicro/stmmac/stmmac_main.c  | 3 ++-
>  2 files changed, 7 insertions(+), 2 deletions(-)
> 
> -- 
> 2.36.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13361): 
https://lists.yoctoproject.org/g/linux-yocto/message/13361
Mute This Topic: https://lists.yoctoproject.org/mt/102966199/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] [yocto-kernel-cache yocto-6.1][PATCH] microchip-polarfire-soc: Updated BSP configuration

2023-12-04 Thread Bruce Ashfield
merged.

Bruce

In message: [yocto-kernel-cache yocto-6.1][PATCH] microchip-polarfire-soc: 
Updated BSP configuration
on 30/11/2023 skadamba wrote:

> From: "Saravanan.K.S" 
> 
> Added CONFIG_RISCV_SBI_V01 to enable CONFIG_SERIAL_EARLYCON_RISCV_SBI
> Removed deprecated config CONFIG_GPIO_SYSFS
> Removed unused configuration CONFIG_RPMSG_MIV
> 
> Signed-off-by: Saravanan.K.S 
> ---
>  bsp/microchip-polarfire-soc/microchip-polarfire-soc.cfg | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/bsp/microchip-polarfire-soc/microchip-polarfire-soc.cfg 
> b/bsp/microchip-polarfire-soc/microchip-polarfire-soc.cfg
> index 9e5c1800..64e271c3 100644
> --- a/bsp/microchip-polarfire-soc/microchip-polarfire-soc.cfg
> +++ b/bsp/microchip-polarfire-soc/microchip-polarfire-soc.cfg
> @@ -35,6 +35,7 @@ CONFIG_MICREL_PHY=y
>  CONFIG_SERIAL_8250=y
>  CONFIG_SERIAL_8250_CONSOLE=y
>  CONFIG_SERIAL_OF_PLATFORM=y
> +CONFIG_RISCV_SBI_V01=y
>  CONFIG_SERIAL_EARLYCON_RISCV_SBI=y
>  CONFIG_HW_RANDOM=y
>  CONFIG_HW_RANDOM_POLARFIRE_SOC=y
> @@ -46,7 +47,6 @@ CONFIG_SPI_MICROCHIP_CORE=y
>  CONFIG_SPI_MICROCHIP_CORE_QSPI=y
>  CONFIG_SPI_SPIDEV=y
>  CONFIG_GPIOLIB=y
> -CONFIG_GPIO_SYSFS=y
>  CONFIG_GPIO_POLARFIRE_SOC=y
>  CONFIG_PMBUS=y
>  CONFIG_POWER_RESET=y
> @@ -86,7 +86,6 @@ CONFIG_REMOTEPROC_CDEV=y
>  CONFIG_MIV_REMOTEPROC=y
>  CONFIG_RPMSG_CHAR=y
>  CONFIG_RPMSG_CTRL=y
> -CONFIG_RPMSG_MIV=y
>  CONFIG_RPMSG_TTY=y
>  CONFIG_RPMSG_VIRTIO=y
>  CONFIG_POLARFIRE_SOC_SYS_CTRL=y
> -- 
> 2.35.5
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13360): 
https://lists.yoctoproject.org/g/linux-yocto/message/13360
Mute This Topic: https://lists.yoctoproject.org/mt/102891600/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] Revert "hwrng: bcm2835 - sleep more intelligently"

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

The SDK commit a9d5338d0643 ("hwrng: bcm2835 - sleep more
intelligently") and stable commit 3c5c7f926a4b ("hwrng: bcm2835 - Fix
hwrng throughput regression") are trying to fix the same issue with
different implementation. The later approach is better. So revert
the SDK changes.

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Please help me merge this into the following two branches:
  v6.1/standard/bcm-2xxx-rpi
  v6.1/standard/preempt-rt/bcm-2xxx-rpi

 drivers/char/hw_random/bcm2835-rng.c | 19 +--
 1 file changed, 5 insertions(+), 14 deletions(-)

diff --git a/drivers/char/hw_random/bcm2835-rng.c 
b/drivers/char/hw_random/bcm2835-rng.c
index b821fc12c80d..f46731a5dfe1 100644
--- a/drivers/char/hw_random/bcm2835-rng.c
+++ b/drivers/char/hw_random/bcm2835-rng.c
@@ -14,7 +14,6 @@
 #include 
 #include 
 #include 
-#include 
 
 #define RNG_CTRL   0x0
 #define RNG_STATUS 0x4
@@ -29,9 +28,6 @@
 
 #define RNG_INT_OFF0x1
 
-#define RNG_FIFO_WORDS 4
-#define RNG_US_PER_WORD34 /* Tuned for throughput */
-
 struct bcm2835_rng_priv {
struct hwrng rng;
void __iomem *base;
@@ -68,24 +64,19 @@ static inline void rng_writel(struct bcm2835_rng_priv 
*priv, u32 val,
 static int bcm2835_rng_read(struct hwrng *rng, void *buf, size_t max,
   bool wait)
 {
-   u32 retries = 100/(RNG_FIFO_WORDS * RNG_US_PER_WORD);
struct bcm2835_rng_priv *priv = to_rng_priv(rng);
u32 max_words = max / sizeof(u32);
u32 num_words, count;
 
-   num_words = rng_readl(priv, RNG_STATUS) >> 24;
-
-   while (!num_words) {
-   if (!wait || !retries)
+   while ((rng_readl(priv, RNG_STATUS) >> 24) == 0) {
+   if (!wait)
return 0;
-   retries--;
-   usleep_range((u32)RNG_US_PER_WORD,
-(u32)RNG_US_PER_WORD * RNG_FIFO_WORDS);
-   num_words = rng_readl(priv, RNG_STATUS) >> 24;
hwrng_yield(rng);
}
 
-   num_words = min(num_words, max_words);
+   num_words = rng_readl(priv, RNG_STATUS) >> 24;
+   if (num_words > max_words)
+   num_words = max_words;
 
for (count = 0; count < num_words; count++)
((u32 *)buf)[count] = rng_readl(priv, RNG_DATA);
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13359): 
https://lists.yoctoproject.org/g/linux-yocto/message/13359
Mute This Topic: https://lists.yoctoproject.org/mt/102969990/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] net: axienet: Fix check for partial TX checksum

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

This is a change introduced by stable commit 8025fd0706c8 ("net:
axienet: Fix check for partial TX checksum"), and it was overrode by
merge commit  b7ed6a246663 ("Merge branch 'v6.1/standard/base' into
v6.1/standard/sdkv6.1/xlnx-soc"). Restore it back.

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Please help me merge this into the following two branches.
  v6.1/standard/sdkv6.1/xlnx-soc
  v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc

 drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c 
b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
index c0365a5a8f42..b4838d9d5177 100644
--- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
+++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
@@ -1320,7 +1320,7 @@ static int axienet_queue_xmit(struct sk_buff *skb,
if (lp->features & XAE_FEATURE_FULL_TX_CSUM) {
/* Tx Full Checksum Offload Enabled */
cur_p->app0 |= 2;
-   } else if (lp->features & XAE_FEATURE_PARTIAL_RX_CSUM) {
+   } else if (lp->features & XAE_FEATURE_PARTIAL_TX_CSUM) {
csum_start_off = skb_transport_offset(skb);
csum_index_off = csum_start_off + skb->csum_offset;
/* Tx Partial Checksum Offload Enabled */
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13358): 
https://lists.yoctoproject.org/g/linux-yocto/message/13358
Mute This Topic: https://lists.yoctoproject.org/mt/102967146/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] octeontx2-pf: Rename tot_tx_queues to non_qos_queues

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

The otx2_hw::tot_tx_queues has been renamed to otx2_hw::non_qos_queues
by stable commit 479d344a929b ("octeontx2-pf: Rename tot_tx_queues to
non_qos_queues"), so we need adjust our codes according to this change.

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Could you help me merge this into the following two branches?
  v6.1/standard/cn-sdkv5.15/octeon
  v6.1/standard/preempt-rt/cn-sdkv5.15/octeon

 drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c 
b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
index f362dded0f53..3424a8ae4f26 100644
--- a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
+++ b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c
@@ -95,7 +95,7 @@ static void otx2_get_drvinfo(struct net_device *netdev,
 
 static int otx2_get_total_txq_count(struct otx2_nic *pfvf)
 {
-   return pfvf->hw.tot_tx_queues + pfvf->hw.tc_tx_queues;
+   return pfvf->hw.non_qos_queues + pfvf->hw.tc_tx_queues;
 }
 
 static void otx2_get_qset_strings(struct otx2_nic *pfvf, u8 **data, int qset)
@@ -112,9 +112,9 @@ static void otx2_get_qset_strings(struct otx2_nic *pfvf, u8 
**data, int qset)
}
for (qidx = 0; qidx < otx2_get_total_txq_count(pfvf); qidx++) {
for (stats = 0; stats < otx2_n_queue_stats; stats++) {
-   if (qidx >= pfvf->hw.tot_tx_queues)
+   if (qidx >= pfvf->hw.non_qos_queues)
sprintf(*data, "txq_qos%d: %s",
-   qidx + start_qidx - 
pfvf->hw.tot_tx_queues,
+   qidx + start_qidx - 
pfvf->hw.non_qos_queues,
otx2_queue_stats[stats].name);
else
sprintf(*data, "txq%d: %s", qidx + start_qidx,
@@ -286,7 +286,7 @@ static int otx2_get_sset_count(struct net_device *netdev, 
int sset)
return -EINVAL;
 
qstats_count = otx2_n_queue_stats *
-  (pfvf->hw.rx_queues + pfvf->hw.tot_tx_queues +
+  (pfvf->hw.rx_queues + pfvf->hw.non_qos_queues +
pfvf->hw.tc_tx_queues);
if (!test_bit(CN10K_RPM, >hw.cap_flag))
mac_stats = CGX_RX_STATS_COUNT + CGX_TX_STATS_COUNT;
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13357): 
https://lists.yoctoproject.org/g/linux-yocto/message/13357
Mute This Topic: https://lists.yoctoproject.org/mt/102967240/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] net: axienet: Fix check for partial TX checksum

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

This is a change introduced by stable commit 6aeac88a45de ("net:
axienet: Fix check for partial TX checksum"), and it was overrode by
merge commit 4ada1b0800dc ("Merge branch 'v5.15/standard/base' into
v5.15/standard/sdkv5.15/xlnx-soc"). Restore it back.

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Could you help me merge this into the following two branches?
  v5.15/standard/sdkv5.15/xlnx-soc
  v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc

 drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c 
b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
index a259cdce2243..ad31c2fb7888 100644
--- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
+++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
@@ -1376,7 +1376,7 @@ int axienet_queue_xmit(struct sk_buff *skb,
if (lp->features & XAE_FEATURE_FULL_TX_CSUM) {
/* Tx Full Checksum Offload Enabled */
cur_p->app0 |= 2;
-   } else if (lp->features & XAE_FEATURE_PARTIAL_RX_CSUM) {
+   } else if (lp->features & XAE_FEATURE_PARTIAL_TX_CSUM) {
csum_start_off = skb_transport_offset(skb);
csum_index_off = csum_start_off + skb->csum_offset;
/* Tx Partial Checksum Offload Enabled */
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13356): 
https://lists.yoctoproject.org/g/linux-yocto/message/13356
Mute This Topic: https://lists.yoctoproject.org/mt/102967146/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] clk: imx: imx8mq: Use devm_kzalloc() to allocate the memory for clk_hw_data

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

This is a change introduced by stable commit 7d416973cd12 ("clk: imx:
imx8mq: correct error handling path"), but it was overrode by merge
commit 0be36f447e39 ("Merge branch 'v5.15/standard/base'
into v5.15/standard/nxp-sdk-5.15/nxp-soc"). Restore it back.

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Could you help me merge this into the following two branches?
  v5.15/standard/nxp-sdk-5.15/nxp-soc
  v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-soc

 drivers/clk/imx/clk-imx8mq.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/clk/imx/clk-imx8mq.c b/drivers/clk/imx/clk-imx8mq.c
index 83acb6e268de..8944fff971eb 100644
--- a/drivers/clk/imx/clk-imx8mq.c
+++ b/drivers/clk/imx/clk-imx8mq.c
@@ -321,8 +321,7 @@ static int imx8mq_clocks_probe(struct platform_device *pdev)
 
check_m4_enabled();
 
-   clk_hw_data = kzalloc(struct_size(clk_hw_data, hws,
- IMX8MQ_CLK_END), GFP_KERNEL);
+   clk_hw_data = devm_kzalloc(dev, struct_size(clk_hw_data, hws, 
IMX8MQ_CLK_END), GFP_KERNEL);
if (WARN_ON(!clk_hw_data))
return -ENOMEM;
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13355): 
https://lists.yoctoproject.org/g/linux-yocto/message/13355
Mute This Topic: https://lists.yoctoproject.org/mt/102967041/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto][linux-yocto v6.1/standard/nxp-sdk-6.1/nxp-soc & v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc][PATCH] optee: Suppress false positive kmemleak report in optee_handle_rpc()

2023-12-04 Thread Xiaolei Wang via lists.yoctoproject.org
We observed the following kmemleak report:
unreferenced object 0x07904500 (size 128):
  comm "swapper/0", pid 1, jiffies 4294892671 (age 44.036s)
  hex dump (first 32 bytes):
00 47 90 07 00 00 ff ff 60 00 c0 ff 00 00 00 00  .G..`...
60 00 80 13 00 80 ff ff a0 00 00 00 00 00 00 00  `...
  backtrace:
[<4c12b1c7>] kmem_cache_alloc+0x1ac/0x2f4
[<5d23eb4f>] tee_shm_alloc+0x78/0x230
[<794dd22c>] optee_handle_rpc+0x60/0x6f0
[] optee_do_call_with_arg+0x17c/0x1dc
[] optee_open_session+0x128/0x1ec
[<1748f2ff>] tee_client_open_session+0x28/0x40
[] optee_enumerate_devices+0x84/0x2a0
[<3df18bf1>] optee_probe+0x674/0x6cc
[<3a4a534a>] platform_drv_probe+0x54/0xb0
[<0c51ce7d>] really_probe+0xe4/0x4d0
[<2f04c865>] driver_probe_device+0x58/0xc0
[] device_driver_attach+0xc0/0xd0
[] __driver_attach+0x84/0x124
[<8e5a429c>] bus_for_each_dev+0x70/0xc0
[<1735e8a8>] driver_attach+0x24/0x30
[<6d94b04f>] bus_add_driver+0x104/0x1ec

This is not a memory leak because we pass the share memory pointer
to secure world and would get it from secure world before releasing it.

Signed-off-by: Xiaolei Wang 
---
 drivers/tee/optee/rpc.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/tee/optee/rpc.c b/drivers/tee/optee/rpc.c
index 456833d82007..b04988d54ad9 100644
--- a/drivers/tee/optee/rpc.c
+++ b/drivers/tee/optee/rpc.c
@@ -13,6 +13,7 @@
 #include "optee_private.h"
 #include "optee_smc.h"
 #include "optee_rpc_cmd.h"
+#include 
 
 struct wq_entry {
struct list_head link;
@@ -516,6 +517,7 @@ void optee_handle_rpc(struct tee_context *ctx, struct 
optee_rpc_param *param,
param->a4 = 0;
param->a5 = 0;
}
+   kmemleak_not_leak(shm);
break;
case OPTEE_SMC_RPC_FUNC_FREE:
shm = reg_pair_to_ptr(param->a1, param->a2);
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13354): 
https://lists.yoctoproject.org/g/linux-yocto/message/13354
Mute This Topic: https://lists.yoctoproject.org/mt/102967011/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto] octeontx2-pf: Drop the dangling bypass_queue_check label

2023-12-04 Thread Kevin Hao
From: Kevin Hao 

The codes which reference to bypass_queue_check label have been
removed by the merge commit fef27b087273 ("Merge branch
'v5.15/standard/base' into v5.15/standard/cn-sdkv5.15/octeon"), so we
also need to drop this dangling label in order to fix the build error
like below:
  drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c: In function 
‘otx2_add_flow’:
  drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c:1187:1: error: label 
‘bypass_queue_check’ defined but
   not used [-Werror=unused-label]
   1187 | bypass_queue_check:
| ^~

Signed-off-by: Kevin Hao 
---
Hi Bruce,

Could you help me merge this into the following two branches?
  v5.15/standard/cn-sdkv5.15/octeon
  v5.15/standard/preempt-rt/cn-sdkv5.15/octeon

 drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c 
b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
index 681e1eb27914..ea74ca46292e 100644
--- a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
+++ b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c
@@ -1184,7 +1184,6 @@ int otx2_add_flow(struct otx2_nic *pfvf, struct 
ethtool_rxnfc *nfc)
ring >= pfvf->hw.rx_queues && fsp->ring_cookie != RX_CLS_FLOW_DISC)
return -EINVAL;
 
-bypass_queue_check:
if (fsp->location >= otx2_get_maxflows(flow_cfg))
return -EINVAL;
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13353): 
https://lists.yoctoproject.org/g/linux-yocto/message/13353
Mute This Topic: https://lists.yoctoproject.org/mt/102966893/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-