[linux-yocto] [PATCH 5/5] Revert "net: can: llce_can: add netdev notifier"

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Jun Zhang 

This reverts commit 9363cece406bdf2231444ca06074efb7f2a65f9e.

Signed-off-by: Wenlin Kang 
---
 drivers/net/can/llce/llce_can.c | 281 ++--
 drivers/net/can/llce/llce_can_common.c  |  37 +---
 include/linux/can/dev/llce_can_common.h |   2 -
 3 files changed, 27 insertions(+), 293 deletions(-)

diff --git a/drivers/net/can/llce/llce_can.c b/drivers/net/can/llce/llce_can.c
index 468fa37b366d..92cf166807d0 100644
--- a/drivers/net/can/llce/llce_can.c
+++ b/drivers/net/can/llce/llce_can.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0+ OR BSD-3-Clause
-/* Copyright 2020-2022 NXP */
+/* Copyright 2020-2021 NXP */
 #include 
 #include 
 #include 
@@ -28,8 +28,6 @@
 
 #define LLCE_CAN_MAX_TX_MB 16U
 
-#define LLCE_CAN_MAX_IF16U
-
 struct llce_can {
struct llce_can_dev common; /* Must be the first member */
 
@@ -39,17 +37,10 @@ struct llce_can {
struct mbox_chan *config, *tx;
 
struct clk *clk;
-
-   int basic_filter_addr;
-   int advanced_filter_addr;
-
-   bool filter_setup_done;
-   bool logger_iface_up;
 };
 
-/* Used to protect access to llce_can_interfaces[i] */
-static DEFINE_MUTEX(llce_can_interfaces_lock);
-static struct llce_can *llce_can_interfaces[LLCE_CAN_MAX_IF];
+static bool logging;
+module_param(logging, bool, 0660);
 
 static const struct can_bittiming_const llce_can_bittiming = {
.name = LLCE_CAN_DRV_NAME,
@@ -75,8 +66,6 @@ static const struct can_bittiming_const 
llce_can_data_bittiming = {
.brp_inc = 1,
 };
 
-static bool is_canfd_dev(struct can_priv *can);
-
 static void config_rx_callback(struct mbox_client *cl, void *msg)
 {
struct llce_can *llce = container_of(cl, struct llce_can,
@@ -167,114 +156,6 @@ static int llce_can_deinit(struct llce_can *llce)
return 0;
 }
 
-static int llce_can_interfaces_set(struct llce_can *llce)
-{
-   int id = llce->common.id;
-
-   if (id >= LLCE_CAN_MAX_IF)
-   return -EINVAL;
-
-   mutex_lock(_can_interfaces_lock);
-   llce_can_interfaces[id] = llce;
-   mutex_unlock(_can_interfaces_lock);
-
-   return 0;
-}
-
-static struct llce_can *llce_can_interfaces_get_unsafe(int id)
-{
-   struct llce_can *llce;
-
-   if (id >= LLCE_CAN_MAX_IF)
-   return NULL;
-
-   llce = llce_can_interfaces[id];
-
-   return llce;
-}
-
-static void llce_can_interfaces_cleanup(struct llce_can *llce)
-{
-   int id = llce->common.id;
-
-   if (id >= LLCE_CAN_MAX_IF)
-   return;
-
-   mutex_lock(_can_interfaces_lock);
-   llce_can_interfaces[id] = NULL;
-   mutex_unlock(_can_interfaces_lock);
-}
-
-static int llce_can_remove_filter(struct llce_can *llce, int filter)
-{
-   struct device *dev = llce->config_client.dev;
-   struct mbox_chan *conf_chan = llce->config;
-   struct llce_can_command cmd;
-   int ret;
-
-   if (filter == -EINVAL)
-   return 0;
-
-   cmd = (struct llce_can_command) {
-   .cmd_id = LLCE_CAN_CMD_REMOVE_FILTER,
-   .cmd_list.change_filter.filter_addr = filter,
-   };
-
-   ret = send_cmd_msg(conf_chan, );
-   if (ret)
-   dev_err(dev, "Failed to remove filter %d\n", filter);
-
-   return ret;
-}
-
-static void llce_can_filters_cleaup(struct llce_can *llce)
-{
-   if (!llce->filter_setup_done)
-   return;
-
-   /* The return value is ignored on purpose.
-* We should try to remove all the filters.
-*/
-   llce_can_remove_filter(llce, llce->basic_filter_addr);
-   llce_can_remove_filter(llce, llce->advanced_filter_addr);
-}
-
-static int llce_can_set_filter_status(struct llce_can *llce, int filter,
- bool enabled)
-{
-   struct device *dev = llce->config_client.dev;
-   struct mbox_chan *conf_chan = llce->config;
-   struct llce_can_command cmd;
-   int ret;
-
-   if (filter == -EINVAL)
-   return 0;
-
-   cmd = (struct llce_can_command) {
-   .cmd_id = LLCE_CAN_CMD_SETFILTERENABLESTATUS,
-   .cmd_list.change_filter.filter_addr = filter,
-   .cmd_list.change_filter.filter_enabled = !!enabled,
-   };
-
-   ret = send_cmd_msg(conf_chan, );
-   if (ret)
-   dev_err(dev, "Failed to set filter status\n");
-
-   return ret;
-}
-
-static int llce_can_configure_filter(struct llce_can *llce, bool ifup)
-{
-   if (llce->logger_iface_up)
-   return llce_can_set_filter_status(llce,
-llce->advanced_filter_addr,
-ifup);
-   else
-   return llce_can_set_filter_status(llce,
-llce->basic_filter_addr,
-ifup);
-}
-
 static void set_rx_filter(struct 

[linux-yocto] [PATCH 4/5] Revert "net: can: llce can: fix switching beteween CAN and CAN FD"

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Jun Zhang 

This reverts commit 572a26ce97d70c940f236cfdfcf670c2b16ff0b0.

Signed-off-by: Wenlin Kang 
---
 drivers/net/can/llce/llce_can.c | 17 +
 1 file changed, 5 insertions(+), 12 deletions(-)

diff --git a/drivers/net/can/llce/llce_can.c b/drivers/net/can/llce/llce_can.c
index 5a7754bc8925..468fa37b366d 100644
--- a/drivers/net/can/llce/llce_can.c
+++ b/drivers/net/can/llce/llce_can.c
@@ -227,7 +227,7 @@ static int llce_can_remove_filter(struct llce_can *llce, 
int filter)
return ret;
 }
 
-static void llce_can_cleanup_filters(struct llce_can *llce)
+static void llce_can_filters_cleaup(struct llce_can *llce)
 {
if (!llce->filter_setup_done)
return;
@@ -235,15 +235,8 @@ static void llce_can_cleanup_filters(struct llce_can *llce)
/* The return value is ignored on purpose.
 * We should try to remove all the filters.
 */
-   if (llce->basic_filter_addr != -EINVAL) {
-   llce_can_remove_filter(llce, llce->basic_filter_addr);
-   llce->basic_filter_addr = -EINVAL;
-   }
-   if (llce->advanced_filter_addr != -EINVAL) {
-   llce_can_remove_filter(llce, llce->advanced_filter_addr);
-   llce->advanced_filter_addr = -EINVAL;
-   }
-   llce->filter_setup_done = false;
+   llce_can_remove_filter(llce, llce->basic_filter_addr);
+   llce_can_remove_filter(llce, llce->advanced_filter_addr);
 }
 
 static int llce_can_set_filter_status(struct llce_can *llce, int filter,
@@ -699,7 +692,7 @@ static int llce_can_close(struct net_device *dev)
int ret, ret1;
 
llce_can_configure_filter(llce, false);
-   llce_can_cleanup_filters(llce);
+
netif_stop_queue(dev);
 
ret = stop_llce_can(llce);
@@ -931,7 +924,7 @@ static int llce_can_remove(struct platform_device *pdev)
struct llce_can_dev *common = >common;
 
llce_can_interfaces_cleanup(llce);
-   llce_can_cleanup_filters(llce);
+   llce_can_filters_cleaup(llce);
 
unregister_candev(netdev);
netif_napi_del(>napi);
-- 
2.25.1


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



[linux-yocto] [PATCH 3/5] Revert "net: can: llce can: do not print errors if logging is not supported"

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Jun Zhang 

This reverts commit 65dca19f372f90f9ffd390eccaf9f0efa70fa0c7.

Signed-off-by: Wenlin Kang 
---
 drivers/net/can/llce/llce_can.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/can/llce/llce_can.c b/drivers/net/can/llce/llce_can.c
index 7cceacd6a3d3..5a7754bc8925 100644
--- a/drivers/net/can/llce/llce_can.c
+++ b/drivers/net/can/llce/llce_can.c
@@ -368,7 +368,7 @@ static int can_add_open_filter(struct net_device *dev)
set_advanced_filter(, priv->index, canfd);
ret = send_cmd_msg(conf_chan, );
if (ret) {
-   netdev_info(dev, "Advanced RX filter not added. Logging feature 
not available.\n");
+   netdev_err(dev, "Failed to set advanced RX filter\n");
llce->advanced_filter_addr = -EINVAL;
llce->filter_setup_done = true;
/* Return 0 on purpose.
-- 
2.25.1


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



[linux-yocto] [PATCH 1/5] Revert "bindings: clock s32cc: add CMU clk"

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Jun Zhang 

This reverts commit 91376f1512ed6729b2d4339822dee3b7a9922729.

Signed-off-by: Wenlin Kang 
---
 include/dt-bindings/clock/s32gen1-scmi-clock.h | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/include/dt-bindings/clock/s32gen1-scmi-clock.h 
b/include/dt-bindings/clock/s32gen1-scmi-clock.h
index 9b8add99852e..c6cf849b9187 100644
--- a/include/dt-bindings/clock/s32gen1-scmi-clock.h
+++ b/include/dt-bindings/clock/s32gen1-scmi-clock.h
@@ -1,6 +1,6 @@
 /* SPDX-License-Identifier: BSD-3-Clause */
 /*
- * Copyright 2020-2022 NXP
+ * Copyright 2020-2021 NXP
  */
 #ifndef __DT_BINDINGS_SCMI_CLOCK_S32GEN1_H
 #define __DT_BINDINGS_SCMI_CLOCK_S32GEN1_H
@@ -110,11 +110,8 @@
 #define S32GEN1_SCMI_CLK_EDMA_AHB  S32GEN1_SCMI_CLK(65)
 /* ADC */
 #define S32GEN1_SCMI_CLK_SAR_ADC_BUS   S32GEN1_SCMI_CLK(66)
-/* CMU */
-#define S32GEN1_SCMI_CLK_CMU_MODULES32GEN1_SCMI_CLK(67)
-#define S32GEN1_SCMI_CLK_CMU_REG   S32GEN1_SCMI_CLK(68)
 
-#define S32GEN1_SCMI_PLAT_CLK_BASE_ID  S32GEN1_SCMI_CLK(69)
+#define S32GEN1_SCMI_PLAT_CLK_BASE_ID  S32GEN1_SCMI_CLK(67)
 
 #define S32GEN1_SCMI_CLK_MAX_IDS32GEN1_PLAT_SCMI_CLK(32)
 
-- 
2.25.1


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



[linux-yocto][v5.10/standard/nxp-sdk-5.10/nxp-s32g2xx] revert some commits to fix llcecan issue

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Wenlin Kang 

Hi Bruce

Would you please merge these patches? thanks.

With latest codes, when configure LLCE, we notice that llcecan interfaces can't 
be found:
root@nxp-s32g2xx:~# ip link set up llcecan0 type can bitrate 50 dbitrate 
500 fd on
Cannot find device "llcecan0"

After do some investigation, we found it comes from codes update to bsp33,
so revert these patches to fix it.

Jun Zhang (5):
  Revert "bindings: clock s32cc: add CMU clk"
  Revert "net: can: llce can: restrict logging enablement"
  Revert "net: can: llce can: do not print errors if logging is not
supported"
  Revert "net: can: llce can: fix switching beteween CAN and CAN FD"
  Revert "net: can: llce_can: add netdev notifier"

 drivers/net/can/llce/llce_can.c   | 306 ++
 drivers/net/can/llce/llce_can_common.c|  37 +--
 .../dt-bindings/clock/s32gen1-scmi-clock.h|   7 +-
 include/linux/can/dev/llce_can_common.h   |   2 -
 4 files changed, 32 insertions(+), 320 deletions(-)

-- 
2.25.1


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



[linux-yocto] [PATCH 2/5] Revert "net: can: llce can: restrict logging enablement"

2024-03-07 Thread wenlin.k...@windriver.com via lists.yoctoproject.org
From: Jun Zhang 

This reverts commit 0f208baa111991764ba68f5f809d851897ecda64.

Signed-off-by: Wenlin Kang 
---
 drivers/net/can/llce/llce_can.c | 20 
 1 file changed, 4 insertions(+), 16 deletions(-)

diff --git a/drivers/net/can/llce/llce_can.c b/drivers/net/can/llce/llce_can.c
index 2844edfdda01..7cceacd6a3d3 100644
--- a/drivers/net/can/llce/llce_can.c
+++ b/drivers/net/can/llce/llce_can.c
@@ -316,7 +316,8 @@ static void set_basic_filter(struct llce_can_command *cmd, 
u8 intf, bool canfd)
set_rx_filter(>cmd_list.set_filter.rx_filters[0], intf, canfd);
 }
 
-static void set_advanced_filter(struct llce_can_command *cmd, u8 intf)
+static void set_advanced_filter(struct llce_can_command *cmd, u8 intf,
+   bool canfd)
 {
struct llce_can_advanced_filter *afilt;
 
@@ -337,7 +338,7 @@ static void set_advanced_filter(struct llce_can_command 
*cmd, u8 intf)
.can2eth_routing_table_idx = (u8)0x0U,
};
 
-   set_rx_filter(>llce_can_Rx_filter, intf, true);
+   set_rx_filter(>llce_can_Rx_filter, intf, canfd);
 }
 
 static int can_add_open_filter(struct net_device *dev)
@@ -364,16 +365,7 @@ static int can_add_open_filter(struct net_device *dev)
filt = _list.set_filter.rx_filters[0];
llce->basic_filter_addr = filt->filter_addr;
 
-   if (!canfd) {
-   /* Logging is not supported if the interface is not in CAN FD
-* mode.
-*/
-   llce->advanced_filter_addr = -EINVAL;
-   llce->filter_setup_done = true;
-   return 0;
-   }
-
-   set_advanced_filter(, priv->index);
+   set_advanced_filter(, priv->index, canfd);
ret = send_cmd_msg(conf_chan, );
if (ret) {
netdev_info(dev, "Advanced RX filter not added. Logging feature 
not available.\n");
@@ -579,10 +571,6 @@ static int llce_can_device_event(struct notifier_block *nb,
if (!llce)
goto llce_can_event_out_unlock;
 
-   if (!is_canfd_dev(>common.can)) {
-   goto llce_can_event_out_unlock;
-   }
-
switch (action) {
case NETDEV_DOWN:
llce->logger_iface_up = false;
-- 
2.25.1


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



Re: [linux-yocto] [kernel-cache][PATCH 2/2] bsp/genericarm64: incorporate more features, and sort

2024-03-07 Thread Bruce Ashfield
These looks fine to me, I've just been tied up trying to sort out the
5.15 issues as well as some things in meta-virt.

I'll get the two changes merged and tested on Friday.

Bruce

On Wed, Mar 6, 2024 at 10:15 AM Ross Burton  wrote:
>
> From: Ross Burton 
>
> Pull in a large number of drivers and build them as modules. The set of
> drivers enabled is based on the current defconfig.
>
> Some chunks are split out into separate files to keep the top-level
> cfg file size manageable.
>
> Signed-off-by: Ross Burton 
> ---
>  bsp/genericarm64/genericarm64-arch.cfg   | 131 +++
>  bsp/genericarm64/genericarm64-clock.cfg  | 173 
>  bsp/genericarm64/genericarm64-gpio.cfg   |  43 +
>  bsp/genericarm64/genericarm64-i2c.cfg|  59 ++
>  bsp/genericarm64/genericarm64-mmc.cfg|  60 ++
>  bsp/genericarm64/genericarm64-pinctrl.cfg| 110 +++
>  bsp/genericarm64/genericarm64-regulator.cfg  |  64 ++
>  bsp/genericarm64/genericarm64-remoteproc.cfg |  35 +
>  bsp/genericarm64/genericarm64-serial.cfg |  72 ++
>  bsp/genericarm64/genericarm64.cfg| 820 ++-
>  bsp/genericarm64/genericarm64.scc|  10 +
>  11 files changed, 1362 insertions(+), 215 deletions(-)
>  create mode 100644 bsp/genericarm64/genericarm64-arch.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-clock.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-gpio.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-i2c.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-mmc.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-pinctrl.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-regulator.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-remoteproc.cfg
>  create mode 100644 bsp/genericarm64/genericarm64-serial.cfg
>
> diff --git a/bsp/genericarm64/genericarm64-arch.cfg 
> b/bsp/genericarm64/genericarm64-arch.cfg
> new file mode 100644
> index ..6f341ed7
> --- /dev/null
> +++ b/bsp/genericarm64/genericarm64-arch.cfg
> @@ -0,0 +1,131 @@
> +# Actions Semi Platforms
> +CONFIG_ARCH_ACTIONS=y
> +# Allwinner sunxi 64-bit SoC Family
> +CONFIG_ARCH_SUNXI=y
> +# Annapurna Labs Alpine platform
> +CONFIG_ARCH_ALPINE=y
> +# Apple Silicon SoC family
> +CONFIG_ARCH_APPLE=y
> +# Broadcom SoC Support
> +CONFIG_ARCH_BCM=y
> +# Broadcom BCM2835 family
> +CONFIG_ARCH_BCM2835=y
> +# Broadcom iProc SoC Family
> +CONFIG_ARCH_BCM_IPROC=y
> +# Broadcom Broadband Carrier Access (BCA) origin SoC
> +CONFIG_ARCH_BCMBCA=y
> +# Broadcom Set-Top-Box SoCs
> +CONFIG_ARCH_BRCMSTB=y
> +# Marvell Berlin SoC Family
> +CONFIG_ARCH_BERLIN=y
> +# Samsung Exynos SoC family
> +CONFIG_ARCH_EXYNOS=y
> +# Microchip Sparx5 SoC family
> +CONFIG_ARCH_SPARX5=y
> +# Texas Instruments Inc. K3 multicore SoC architecture
> +CONFIG_ARCH_K3=y
> +# LG Electronics LG1K SoC Family
> +CONFIG_ARCH_LG1K=y
> +# Hisilicon SoC Family
> +CONFIG_ARCH_HISI=y
> +# Keem Bay SoC
> +CONFIG_ARCH_KEEMBAY=y
> +# MediaTek SoC Family
> +CONFIG_ARCH_MEDIATEK=y
> +# Amlogic Platforms
> +CONFIG_ARCH_MESON=y
> +# Marvell EBU SoC Family
> +CONFIG_ARCH_MVEBU=y
> +# NXP SoC support
> +CONFIG_ARCH_NXP=y
> +# Freescale Layerscape SoC family
> +CONFIG_ARCH_LAYERSCAPE=y
> +# NXP i.MX SoC family
> +CONFIG_ARCH_MXC=y
> +# NXP S32 SoC Family
> +CONFIG_ARCH_S32=y
> +# Nuvoton MA35 Architecture
> +CONFIG_ARCH_MA35=y
> +# Nuvoton NPCM Architecture
> +CONFIG_ARCH_NPCM=y
> +# Qualcomm Platforms
> +CONFIG_ARCH_QCOM=y
> +# Realtek Platforms
> +CONFIG_ARCH_REALTEK=y
> +# Renesas SoC Platforms
> +CONFIG_ARCH_RENESAS=y
> +# Rockchip Platforms
> +CONFIG_ARCH_ROCKCHIP=y
> +# AMD Seattle SoC Family
> +CONFIG_ARCH_SEATTLE=y
> +# Intel's SoCFPGA ARMv8 Families
> +CONFIG_ARCH_INTEL_SOCFPGA=y
> +# STMicroelectronics STM32 SoC Family
> +CONFIG_ARCH_STM32=y
> +# Socionext SynQuacer SoC Family
> +CONFIG_ARCH_SYNQUACER=y
> +# NVIDIA Tegra SoC Family
> +CONFIG_ARCH_TEGRA=y
> +# Tesla platform
> +CONFIG_ARCH_TESLA_FSD=y
> +# Spreadtrum SoC platform
> +CONFIG_ARCH_SPRD=y
> +# Cavium Inc. Thunder SoC Family
> +CONFIG_ARCH_THUNDER=y
> +# Cavium ThunderX2 Server Processors
> +CONFIG_ARCH_THUNDER2=y
> +# Socionext UniPhier SoC Family
> +CONFIG_ARCH_UNIPHIER=y
> +# ARMv8 software model (Versatile Express)
> +CONFIG_ARCH_VEXPRESS=y
> +# Toshiba Visconti SoC Family
> +CONFIG_ARCH_VISCONTI=y
> +# AppliedMicro X-Gene SOC Family
> +CONFIG_ARCH_XGENE=y
> +# Xilinx ZynqMP Family
> +CONFIG_ARCH_ZYNQMP=y
> +
> +
> +# Qualcomm SoC drivers
> +# Qualcomm AOSS Driver
> +CONFIG_QCOM_AOSS_QMP=y
> +# Qualcomm Command DB
> +CONFIG_QCOM_COMMAND_DB=y
> +# QCOM Core Power Reduction (CPR) support
> +CONFIG_QCOM_CPR=y
> +# QCOM GENI Serial Engine Driver
> +CONFIG_QCOM_GENI_SE=y
> +# Qualcomm Technologies, Inc. LLCC driver
> +CONFIG_QCOM_LLCC=m
> +# Qualcomm On Chip Memory (OCMEM) driver
> +CONFIG_QCOM_OCMEM=m
> +# Qualcomm PMIC GLINK driver
> +CONFIG_QCOM_PMIC_GLINK=m
> +# Qualcomm Remote Filesystem memory driver
> +CONFIG_QCOM_RMTFS_MEM=m
> +# Qualcomm RPM-Hardened (RPMH) Communication
> 

[linux-yocto][kernel-cache][PATCH] cfg/docker.cfg: add CONFIG_CGROUP_BPF

2024-03-07 Thread Xiangyu Chen
From: Xiangyu Chen 

Add CONFIG_CGROUP_BPF to ensure docker can be started under cgroup v2,
otherwise it would report the following error:

  Error: for ... error setting cgroup config for procHooks process:
  bpf_prog_query(BPF_CGROUP_DEVICE) failed: invalid argument: unknown

Cgroup v2 device controller has no interface files and is implemented on top
of cgroup BPF. To control access to device files, a user may create bpf programs
of type BPF_PROG_TYPE_CGROUP_DEVICE and attach them to cgroups with
BPF_CGROUP_DEVICE flag.

Signed-off-by: Xiangyu Chen 
---
 cfg/docker.cfg | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/cfg/docker.cfg b/cfg/docker.cfg
index eeeaa242..4d8d7e04 100644
--- a/cfg/docker.cfg
+++ b/cfg/docker.cfg
@@ -11,3 +11,5 @@ CONFIG_IP_NF_TARGET_MASQUERADE=m
 CONFIG_NETFILTER_XT_MATCH_IPVS=m
 
 CONFIG_OVERLAY_FS=y
+
+CONFIG_CGROUP_BPF=y
-- 
2.25.1


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



[linux-yocto] [kernel-cache][PATCH] riscv: Enable XHCI usb

2024-03-07 Thread Khem Raj
This brings it closer to other qemu configs in yocto and help to use usb
mouse and keyboard device emulation

Signed-off-by: Khem Raj 
---
 bsp/qemuriscv32/qemuriscv32.scc | 6 ++
 bsp/qemuriscv64/qemuriscv64.scc | 6 ++
 2 files changed, 12 insertions(+)

diff --git a/bsp/qemuriscv32/qemuriscv32.scc b/bsp/qemuriscv32/qemuriscv32.scc
index 7d368aad..2a1e3292 100644
--- a/bsp/qemuriscv32/qemuriscv32.scc
+++ b/bsp/qemuriscv32/qemuriscv32.scc
@@ -3,3 +3,9 @@ kconf hardware qemuriscv32.cfg
 
 # Graphics support
 include features/drm-bochs/drm-bochs.scc
+
+# XHCI USB
+include features/usb/xhci-hcd.scc
+include features/net/net.scc
+include features/pci/pci.scc
+include cfg/net/mdio.scc
diff --git a/bsp/qemuriscv64/qemuriscv64.scc b/bsp/qemuriscv64/qemuriscv64.scc
index 2f012c53..f7d834f5 100644
--- a/bsp/qemuriscv64/qemuriscv64.scc
+++ b/bsp/qemuriscv64/qemuriscv64.scc
@@ -3,3 +3,9 @@ kconf hardware qemuriscv64.cfg
 
 # Graphics support
 include features/drm-bochs/drm-bochs.scc
+
+# XHCI USB
+include features/usb/xhci-hcd.scc
+include features/net/net.scc
+include features/pci/pci.scc
+include cfg/net/mdio.scc
-- 
2.44.0


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



[linux-yocto] [PATCH] riscv: Enable XHCI usb

2024-03-07 Thread Khem Raj
This brings it closer to other qemu configs in yocto and help to use usb
mouse and keyboard device emulation

Signed-off-by: Khem Raj 
---
 bsp/qemuriscv32/qemuriscv32.scc | 6 ++
 bsp/qemuriscv64/qemuriscv64.scc | 6 ++
 2 files changed, 12 insertions(+)

diff --git a/bsp/qemuriscv32/qemuriscv32.scc b/bsp/qemuriscv32/qemuriscv32.scc
index 7d368aad..2a1e3292 100644
--- a/bsp/qemuriscv32/qemuriscv32.scc
+++ b/bsp/qemuriscv32/qemuriscv32.scc
@@ -3,3 +3,9 @@ kconf hardware qemuriscv32.cfg
 
 # Graphics support
 include features/drm-bochs/drm-bochs.scc
+
+# XHCI USB
+include features/usb/xhci-hcd.scc
+include features/net/net.scc
+include features/pci/pci.scc
+include cfg/net/mdio.scc
diff --git a/bsp/qemuriscv64/qemuriscv64.scc b/bsp/qemuriscv64/qemuriscv64.scc
index 2f012c53..f7d834f5 100644
--- a/bsp/qemuriscv64/qemuriscv64.scc
+++ b/bsp/qemuriscv64/qemuriscv64.scc
@@ -3,3 +3,9 @@ kconf hardware qemuriscv64.cfg
 
 # Graphics support
 include features/drm-bochs/drm-bochs.scc
+
+# XHCI USB
+include features/usb/xhci-hcd.scc
+include features/net/net.scc
+include features/pci/pci.scc
+include cfg/net/mdio.scc
-- 
2.44.0


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



[linux-yocto] Trial merge of v5.15.151 v6.1.81 for linux-yocto

2024-03-07 Thread Kevin Hao
Hi Bruce,

This is a trial merge of the stable kernel v5.15.151 v6.1.81 for the following 
branches in the linux-yocto.
  ccbd1ffa2151  v5.15/standard/sdkv5.10/axxia
  45a604286a8a  v5.15/standard/preempt-rt/sdkv5.10/axxia
  ed7ee8867f98  v5.15/standard/base
  303f3510d546  v5.15/standard/preempt-rt/base
  e6a8d690b275  v5.15/standard/cn-sdkv5.4/octeon
 #Have textual conflicts
  cdda1db17978  v5.15/standard/preempt-rt/cn-sdkv5.4/octeon 
 #Have textual conflicts
  7ad665e2ee6f  v5.15/standard/cn-sdkv5.15/octeon
  4d507e265800  v5.15/standard/preempt-rt/cn-sdkv5.15/octeon
  60fb18180138  v5.15/standard/ti-sdk-5.10/ti-j72xx
  cc8931885d08  v5.15/standard/preempt-rt/ti-sdk-5.10/ti-j72xx
  992450ca5997  v5.15/standard/nxp-sdk-5.15/nxp-soc 
 #Have textual conflicts
  26dcbff9fd5d  v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-soc  
 #Have textual conflicts
  a83c41757863  v5.15/standard/bcm-2xxx-rpi
  c81d74769a8b  v5.15/standard/preempt-rt/bcm-2xxx-rpi
  35f83bf4a29f  v5.15/standard/nxp-sdk-5.15/nxp-s32g
  247fbcf91f26  v5.15/standard/preempt-rt/nxp-sdk-5.15/nxp-s32g
  c3685522cc88  v5.15/standard/intel-sdk-5.15/intel-socfpga
  20baa09a7ecf  v5.15/standard/preempt-rt/intel-sdk-5.15/intel-socfpga
  84503d026331  v5.15/standard/x86
  7fb9e90bd815  v5.15/standard/preempt-rt/x86
  45a39a5bbc88  v5.15/standard/sdkv5.15/xlnx-soc
  88d987b19134  v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc
  b465e20123b2  v6.1/standard/sdkv5.10/axxia
  897727c08b89  v6.1/standard/preempt-rt/sdkv5.10/axxia
  8cc0832f0045  v6.1/standard/base
  84148641e4f7  v6.1/standard/preempt-rt/base
  843d29790aa3  v6.1/standard/ti-sdk-6.1/ti-j7xxx
  9c2153dd26a7  v6.1/standard/preempt-rt/ti-sdk-6.1/ti-j7xxx
  7db771328510  v6.1/standard/nxp-sdk-6.1/nxp-soc   
 #Have textual conflicts
  c874ecb3d42d  v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc
 #Have textual conflicts
  9d281c5fc7a8  v6.1/standard/cn-sdkv5.15/octeon
  246b977c  v6.1/standard/preempt-rt/cn-sdkv5.15/octeon
  5952aa1031b1  v6.1/standard/microchip-polarfire-soc
  51a32a5a3f57  v6.1/standard/preempt-rt/microchip-polarfire-soc
  523d2c24f34e  v6.1/standard/bcm-2xxx-rpi
  b9eb9d3f6560  v6.1/standard/preempt-rt/bcm-2xxx-rpi
  231cd33078f4  v6.1/standard/nxp-sdk-5.15/nxp-s32g
  951687466ba3  v6.1/standard/preempt-rt/nxp-sdk-5.15/nxp-s32g
  848e8f4c70cc  v6.1/standard/intel-sdk-6.1/intel-socfpga
  7f1938fe7822  v6.1/standard/preempt-rt/intel-sdk-6.1/intel-socfpga
  13210ab6c69e  v6.1/standard/x86
  56832dd8c568  v6.1/standard/preempt-rt/x86
  aaa9e44db471  v6.1/standard/sdkv6.1/xlnx-soc
  e500c6b3be9f  v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc

- There are several minor merge conflicts on v5.15 cn96xx and nxp branches.
- Some nasty merge conflicts on the v6.1 nxp branches.

All the branches have passed my build test. I have pushed all these branches to:
https://github.com/haokexin/linux

You can use this as a reference for the linux-yocto stable kernel bump.

Thanks,
Kevin

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