Message ID | 20230315211040.2455855-1-dario.binacchi@amarulasolutions.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:604a:0:0:0:0:0 with SMTP id j10csp128852wrt; Wed, 15 Mar 2023 14:17:48 -0700 (PDT) X-Google-Smtp-Source: AK7set/x2c9WfCxXTqp2ZhV0jR9M5q4OiPCJD5ucIQso3H6z49RlZhhD7lAXMqg5iP8IB9sNIWnt X-Received: by 2002:a05:6a20:4a18:b0:d4:4edb:8082 with SMTP id fr24-20020a056a204a1800b000d44edb8082mr1127947pzb.34.1678915068123; Wed, 15 Mar 2023 14:17:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678915068; cv=none; d=google.com; s=arc-20160816; b=exf17q6QmWemrelR7v3BXnlKo2c2LMcchT8AFnhi4qspNtOK8EmBf5z7LB3PSTJBBU V1h40X8dBDiDN6ucbxlMfsRfAc0uVHYSsenTKqyNcIoMbojsooAwXy/36X+Z/rjCawme pxJpX3C00AyCI4DhV8KJ76SD+L8n1+L4gkgffAlPy2yhFnMnhEDt8xFcaFtVzxUjUujn NB8QtnoI8KGktgCO/yaq1pHl/JQCYihYKzLJTwP5B7LDd+hFLUDsmrLDgvDZj9dArdwb hFW50pZZ06rFMmVJSVEnyaC0ofnMhYz814O3Pbtbsnbs2ONLG3qky1EFbtWsDDccBpqn m22w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=nmKHBHnPdxu/HZFwVcQ6tfAQn/CQ7f4jjd7l14TU8o8=; b=D+ClH8gAzl4auMblZU3gSDUF2cBb2ArMl1w61zHBPJlDAr9r3R9tRjDsnOD3vkf7kf fQ8oKV2fV8Pu0cBrWEatYqx7gQTxmsZ315mUeYMxeDIx9lWleDgk4FgFC+8Y7dfXtMAm wvjK4LjbCxIEuLwY8uZlheXns03BsyZSELYRErPNXafg3mqukd6HikFOgO2KAp9FTqSH GMlahbgodXN0PbavL1LiGkiKTRMeS22NRimsQioN12f56/yeapTKIHRTdY3hgAIjuCpV YLPYnd8zBXiLS8Zo5R/7GhUvEE0rUYTsdCG5749KjwVltVQrBEg8VI0bZe0AYQMl8XUI PfyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=fSVEj38g; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=amarulasolutions.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w188-20020a6262c5000000b005ecf91666b8si5713418pfb.184.2023.03.15.14.17.34; Wed, 15 Mar 2023 14:17:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=fSVEj38g; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=amarulasolutions.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232670AbjCOVLC (ORCPT <rfc822;ruipengqi7@gmail.com> + 99 others); Wed, 15 Mar 2023 17:11:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232460AbjCOVLA (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 15 Mar 2023 17:11:00 -0400 Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EDFF428EBD for <linux-kernel@vger.kernel.org>; Wed, 15 Mar 2023 14:10:58 -0700 (PDT) Received: by mail-ed1-x529.google.com with SMTP id eh3so24795652edb.11 for <linux-kernel@vger.kernel.org>; Wed, 15 Mar 2023 14:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amarulasolutions.com; s=google; t=1678914657; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=nmKHBHnPdxu/HZFwVcQ6tfAQn/CQ7f4jjd7l14TU8o8=; b=fSVEj38gpT15U/Rz8e5aph5jIrPasKcVjyQcJ6n+kMJ7Q3JYO8q8b2de1b/0EOMpFJ eFxuP8nf3+F7z4e7+fZTHCR9HxmUIIsxQ9Kfp2WVifuT4WmONyJCMbYjfa6a+NwEnlEz vC2e8N8DiPcdBONQFTkU8qMsNtueAgucvs21Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678914657; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nmKHBHnPdxu/HZFwVcQ6tfAQn/CQ7f4jjd7l14TU8o8=; b=q7ypI/TRqxDtfxbaWiVXRkEJylxPf5zhzmJ5w5IVfAr+vDOmLMPonBDkfENT5HXFSa 75QcvubcVwJCVVvF5puI/Qy0PeT/CahIsPnnroQzWPeZ8iX0hSzAJI1QK9EAYqfzgFpz Ht7ZhMdiabiM9Eopc0XY1lATTOTSn9oRFBHCaIQm/MHQicMBmW4HqEa7O237QqmZoiqi t/h/SOsujot3MwCmR0ZHBd4BYjH5QjzYV6KXe86d8z3ePQeslj7A3NnPj2lKPbbkHQ2a SwtDeMFMYSzV0bywJz432klbTDm+spf/ZMhlH1dfqeGMKhO9rTv6570zG+Y2LKvlDkrx XPeg== X-Gm-Message-State: AO0yUKUhzeyRm7qBtL7LaaL8N4SoYBQ/sLqmWJkmw556GsdosBPXoBOI kiN2xY760cUb1E0tELK3CrGd7VRXhUAp9HUOPJDiZQ== X-Received: by 2002:a17:906:7f12:b0:926:815e:838 with SMTP id d18-20020a1709067f1200b00926815e0838mr8754863ejr.51.1678914657103; Wed, 15 Mar 2023 14:10:57 -0700 (PDT) Received: from dario-ThinkPad-T14s-Gen-2i.homenet.telecomitalia.it (host-87-0-96-89.retail.telecomitalia.it. [87.0.96.89]) by smtp.gmail.com with ESMTPSA id o15-20020a170906600f00b0092b5384d6desm2965366ejj.153.2023.03.15.14.10.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Mar 2023 14:10:56 -0700 (PDT) From: Dario Binacchi <dario.binacchi@amarulasolutions.com> To: linux-kernel@vger.kernel.org Cc: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>, Amarula patchwork <linux-amarula@amarulasolutions.com>, Vincent Mailhol <mailhol.vincent@wanadoo.fr>, Alexandre Torgue <alexandre.torgue@foss.st.com>, michael@amarulasolutions.com, Rob Herring <robh@kernel.org>, Marc Kleine-Budde <mkl@pengutronix.de>, Dario Binacchi <dario.binacchi@amarulasolutions.com>, Christophe Roullier <christophe.roullier@foss.st.com>, "David S. Miller" <davem@davemloft.net>, Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Mark Brown <broonie@kernel.org>, Maxime Coquelin <mcoquelin.stm32@gmail.com>, Paolo Abeni <pabeni@redhat.com>, Rob Herring <robh+dt@kernel.org>, Sebastian Reichel <sre@kernel.org>, Viresh Kumar <viresh.kumar@linaro.org>, Wolfgang Grandegger <wg@grandegger.com>, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-can@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, netdev@vger.kernel.org Subject: [RESEND PATCH v7 0/5] can: bxcan: add support for ST bxCAN controller Date: Wed, 15 Mar 2023 22:10:35 +0100 Message-Id: <20230315211040.2455855-1-dario.binacchi@amarulasolutions.com> X-Mailer: git-send-email 2.32.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760470046723033592?= X-GMAIL-MSGID: =?utf-8?q?1760470046723033592?= |
Series |
can: bxcan: add support for ST bxCAN controller
|
|
Message
Dario Binacchi
March 15, 2023, 9:10 p.m. UTC
The series adds support for the basic extended CAN controller (bxCAN) found in many low- to middle-end STM32 SoCs. The driver design (one core module and one driver module) was inspired by other ST drivers (e. g. drivers/iio/adc/stm32-adc.c, drivers/iio/adc/stm32-adc-core.c) where device instances share resources. The shared resources functions are implemented in the core module, the device driver in a separate module. The driver has been tested on the stm32f469i-discovery board with a kernel version 5.19.0-rc2 in loopback + silent mode: ip link set can0 type can bitrate 125000 loopback on listen-only on ip link set up can0 candump can0 -L & cansend can0 300#AC.AB.AD.AE.75.49.AD.D1 For uboot and kernel compilation, as well as for rootfs creation I used buildroot: make stm32f469_disco_sd_defconfig make but I had to patch can-utils and busybox as can-utils and iproute are not compiled for MMU-less microcotrollers. In the case of can-utils, replacing the calls to fork() with vfork(), I was able to compile the package with working candump and cansend applications, while in the case of iproute, I ran into more than one problem and finally I decided to extend busybox's ip link command for CAN-type devices. I'm still wondering if it was really necessary, but this way I was able to test the driver. Changes in v7: - Add Vincent Mailhol's Reviewed-by tag. - Remove all unused macros for reading/writing the controller registers. - Add CAN_ERR_CNT flag to notify availability of error counter. - Move the "break" before the newline in the switch/case statements. - Print the mnemotechnic instead of the error value in each netdev_err(). - Remove the debug print for timings parameter. - Do not copy the data if CAN_RTR_FLAG is set in bxcan_start_xmit(). - Populate ndev->ethtool_ops with the default timestamp info. Changes in v6: - move can1 node before gcan to keep ordering by address. Changes in v5: - Add Rob Herring's Acked-by tag. - Add Rob Herring's Reviewed-by tag. - Put static in front of bxcan_enable_filters() definition. Changes in v4: - Remove "st,stm32f4-bxcan-core" compatible. In this way the can nodes (compatible "st,stm32f4-bxcan") are no longer children of a parent node with compatible "st,stm32f4-bxcan-core". - Add the "st,gcan" property (global can memory) to can nodes which references a "syscon" node containing the shared clock and memory addresses. - Replace the node can@40006400 (compatible "st,stm32f4-bxcan-core") with the gcan@40006600 node ("sysnode" compatible). The gcan node contains clocks and memory addresses shared by the two can nodes of which it's no longer the parent. - Add to can nodes the "st,gcan" property (global can memory) which references the gcan@40006600 node ("sysnode compatibble). - Add "dt-bindings: arm: stm32: add compatible for syscon gcan node" patch. - Drop the core driver. Thus bxcan-drv.c has been renamed to bxcan.c and moved to the drivers/net/can folder. The drivers/net/can/bxcan directory has therefore been removed. - Use the regmap_*() functions to access the shared memory registers. - Use spinlock to protect bxcan_rmw(). - Use 1 space, instead of tabs, in the macros definition. - Drop clock ref-counting. - Drop unused code. - Drop the _SHIFT macros and use FIELD_GET()/FIELD_PREP() directly. - Add BXCAN_ prefix to lec error codes. - Add the macro BXCAN_RX_MB_NUM. - Enable time triggered mode and use can_rx_offload(). - Use readx_poll_timeout() in function with timeouts. - Loop from tail to head in bxcan_tx_isr(). - Check bits of tsr register instead of pkts variable in bxcan_tx_isr(). - Don't return from bxcan_handle_state_change() if skb/cf are NULL. - Enable/disable the generation of the bus error interrupt depending on can.ctrlmode & CAN_CTRLMODE_BERR_REPORTING. - Don't return from bxcan_handle_bus_err() if skb is NULL. - Drop statistics updating from bxcan_handle_bus_err(). - Add an empty line in front of 'return IRQ_HANDLED;' - Rename bxcan_start() to bxcan_chip_start(). - Rename bxcan_stop() to bxcan_chip_stop(). - Disable all IRQs in bxcan_chip_stop(). - Rename bxcan_close() to bxcan_ndo_stop(). - Use writel instead of bxcan_rmw() to update the dlc register. Changes in v3: - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. - Add description to the parent of the two child nodes. - Move "patterProperties:" after "properties: in top level before "required". - Add "clocks" to the "required:" list of the child nodes. - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. - Add "clocks" to can@0 node. - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. - Remove a blank line. - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. - Fix the documentation file path in the MAINTAINERS entry. - Do not increment the "stats->rx_bytes" if the frame is remote. - Remove pr_debug() call from bxcan_rmw(). Changes in v2: - Change the file name into 'st,stm32-bxcan-core.yaml'. - Rename compatibles: - st,stm32-bxcan-core -> st,stm32f4-bxcan-core - st,stm32-bxcan -> st,stm32f4-bxcan - Rename master property to st,can-master. - Remove the status property from the example. - Put the node child properties as required. - Remove a blank line. - Fix sparse errors. - Create a MAINTAINERS entry. - Remove the print of the registers address. - Remove the volatile keyword from bxcan_rmw(). - Use tx ring algorithm to manage tx mailboxes. - Use can_{get|put}_echo_skb(). - Update DT properties. Dario Binacchi (5): dt-bindings: arm: stm32: add compatible for syscon gcan node dt-bindings: net: can: add STM32 bxcan DT bindings ARM: dts: stm32: add CAN support on stm32f429 ARM: dts: stm32: add pin map for CAN controller on stm32f4 can: bxcan: add support for ST bxCAN controller .../bindings/arm/stm32/st,stm32-syscon.yaml | 2 + .../bindings/net/can/st,stm32-bxcan.yaml | 83 ++ MAINTAINERS | 7 + arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 30 + arch/arm/boot/dts/stm32f429.dtsi | 29 + drivers/net/can/Kconfig | 12 + drivers/net/can/Makefile | 1 + drivers/net/can/bxcan.c | 1088 +++++++++++++++++ 8 files changed, 1252 insertions(+) create mode 100644 Documentation/devicetree/bindings/net/can/st,stm32-bxcan.yaml create mode 100644 drivers/net/can/bxcan.c
Comments
A gentle ping to remind you of this series. I have no idea why it hasn't deserved any response for quite some time. Is there anything I am still missing? Please let me know. Thanks and regards, Dario On Wed, Mar 15, 2023 at 10:10 PM Dario Binacchi <dario.binacchi@amarulasolutions.com> wrote: > > The series adds support for the basic extended CAN controller (bxCAN) > found in many low- to middle-end STM32 SoCs. > > The driver design (one core module and one driver module) was inspired > by other ST drivers (e. g. drivers/iio/adc/stm32-adc.c, > drivers/iio/adc/stm32-adc-core.c) where device instances share resources. > The shared resources functions are implemented in the core module, the > device driver in a separate module. > > The driver has been tested on the stm32f469i-discovery board with a > kernel version 5.19.0-rc2 in loopback + silent mode: > > ip link set can0 type can bitrate 125000 loopback on listen-only on > ip link set up can0 > candump can0 -L & > cansend can0 300#AC.AB.AD.AE.75.49.AD.D1 > > For uboot and kernel compilation, as well as for rootfs creation I used > buildroot: > > make stm32f469_disco_sd_defconfig > make > > but I had to patch can-utils and busybox as can-utils and iproute are > not compiled for MMU-less microcotrollers. In the case of can-utils, > replacing the calls to fork() with vfork(), I was able to compile the > package with working candump and cansend applications, while in the > case of iproute, I ran into more than one problem and finally I decided > to extend busybox's ip link command for CAN-type devices. I'm still > wondering if it was really necessary, but this way I was able to test > the driver. > > Changes in v7: > - Add Vincent Mailhol's Reviewed-by tag. > - Remove all unused macros for reading/writing the controller registers. > - Add CAN_ERR_CNT flag to notify availability of error counter. > - Move the "break" before the newline in the switch/case statements. > - Print the mnemotechnic instead of the error value in each netdev_err(). > - Remove the debug print for timings parameter. > - Do not copy the data if CAN_RTR_FLAG is set in bxcan_start_xmit(). > - Populate ndev->ethtool_ops with the default timestamp info. > > Changes in v6: > - move can1 node before gcan to keep ordering by address. > > Changes in v5: > - Add Rob Herring's Acked-by tag. > - Add Rob Herring's Reviewed-by tag. > - Put static in front of bxcan_enable_filters() definition. > > Changes in v4: > - Remove "st,stm32f4-bxcan-core" compatible. In this way the can nodes > (compatible "st,stm32f4-bxcan") are no longer children of a parent > node with compatible "st,stm32f4-bxcan-core". > - Add the "st,gcan" property (global can memory) to can nodes which > references a "syscon" node containing the shared clock and memory > addresses. > - Replace the node can@40006400 (compatible "st,stm32f4-bxcan-core") > with the gcan@40006600 node ("sysnode" compatible). The gcan node > contains clocks and memory addresses shared by the two can nodes > of which it's no longer the parent. > - Add to can nodes the "st,gcan" property (global can memory) which > references the gcan@40006600 node ("sysnode compatibble). > - Add "dt-bindings: arm: stm32: add compatible for syscon gcan node" patch. > - Drop the core driver. Thus bxcan-drv.c has been renamed to bxcan.c and > moved to the drivers/net/can folder. The drivers/net/can/bxcan directory > has therefore been removed. > - Use the regmap_*() functions to access the shared memory registers. > - Use spinlock to protect bxcan_rmw(). > - Use 1 space, instead of tabs, in the macros definition. > - Drop clock ref-counting. > - Drop unused code. > - Drop the _SHIFT macros and use FIELD_GET()/FIELD_PREP() directly. > - Add BXCAN_ prefix to lec error codes. > - Add the macro BXCAN_RX_MB_NUM. > - Enable time triggered mode and use can_rx_offload(). > - Use readx_poll_timeout() in function with timeouts. > - Loop from tail to head in bxcan_tx_isr(). > - Check bits of tsr register instead of pkts variable in bxcan_tx_isr(). > - Don't return from bxcan_handle_state_change() if skb/cf are NULL. > - Enable/disable the generation of the bus error interrupt depending > on can.ctrlmode & CAN_CTRLMODE_BERR_REPORTING. > - Don't return from bxcan_handle_bus_err() if skb is NULL. > - Drop statistics updating from bxcan_handle_bus_err(). > - Add an empty line in front of 'return IRQ_HANDLED;' > - Rename bxcan_start() to bxcan_chip_start(). > - Rename bxcan_stop() to bxcan_chip_stop(). > - Disable all IRQs in bxcan_chip_stop(). > - Rename bxcan_close() to bxcan_ndo_stop(). > - Use writel instead of bxcan_rmw() to update the dlc register. > > Changes in v3: > - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. > - Add description to the parent of the two child nodes. > - Move "patterProperties:" after "properties: in top level before "required". > - Add "clocks" to the "required:" list of the child nodes. > - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. > - Add "clocks" to can@0 node. > - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. > - Remove a blank line. > - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. > - Fix the documentation file path in the MAINTAINERS entry. > - Do not increment the "stats->rx_bytes" if the frame is remote. > - Remove pr_debug() call from bxcan_rmw(). > > Changes in v2: > - Change the file name into 'st,stm32-bxcan-core.yaml'. > - Rename compatibles: > - st,stm32-bxcan-core -> st,stm32f4-bxcan-core > - st,stm32-bxcan -> st,stm32f4-bxcan > - Rename master property to st,can-master. > - Remove the status property from the example. > - Put the node child properties as required. > - Remove a blank line. > - Fix sparse errors. > - Create a MAINTAINERS entry. > - Remove the print of the registers address. > - Remove the volatile keyword from bxcan_rmw(). > - Use tx ring algorithm to manage tx mailboxes. > - Use can_{get|put}_echo_skb(). > - Update DT properties. > > Dario Binacchi (5): > dt-bindings: arm: stm32: add compatible for syscon gcan node > dt-bindings: net: can: add STM32 bxcan DT bindings > ARM: dts: stm32: add CAN support on stm32f429 > ARM: dts: stm32: add pin map for CAN controller on stm32f4 > can: bxcan: add support for ST bxCAN controller > > .../bindings/arm/stm32/st,stm32-syscon.yaml | 2 + > .../bindings/net/can/st,stm32-bxcan.yaml | 83 ++ > MAINTAINERS | 7 + > arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 30 + > arch/arm/boot/dts/stm32f429.dtsi | 29 + > drivers/net/can/Kconfig | 12 + > drivers/net/can/Makefile | 1 + > drivers/net/can/bxcan.c | 1088 +++++++++++++++++ > 8 files changed, 1252 insertions(+) > create mode 100644 Documentation/devicetree/bindings/net/can/st,stm32-bxcan.yaml > create mode 100644 drivers/net/can/bxcan.c > > -- > 2.32.0 >
Hi Dario, On 3/21/23 12:25, Dario Binacchi wrote: > A gentle ping to remind you of this series. > I have no idea why it hasn't deserved any response for quite some > time. > Is there anything I am still missing? > > Please let me know. I'm just waiting driver (+dt-binding) merge. I prefer that dt-bindings and driver patches are merged first (to avoid yaml issue with DT pacthes). To be honest, I have not checked the status about those patches. Cheers Alex > Thanks and regards, > > Dario > > > On Wed, Mar 15, 2023 at 10:10 PM Dario Binacchi > <dario.binacchi@amarulasolutions.com> wrote: >> >> The series adds support for the basic extended CAN controller (bxCAN) >> found in many low- to middle-end STM32 SoCs. >> >> The driver design (one core module and one driver module) was inspired >> by other ST drivers (e. g. drivers/iio/adc/stm32-adc.c, >> drivers/iio/adc/stm32-adc-core.c) where device instances share resources. >> The shared resources functions are implemented in the core module, the >> device driver in a separate module. >> >> The driver has been tested on the stm32f469i-discovery board with a >> kernel version 5.19.0-rc2 in loopback + silent mode: >> >> ip link set can0 type can bitrate 125000 loopback on listen-only on >> ip link set up can0 >> candump can0 -L & >> cansend can0 300#AC.AB.AD.AE.75.49.AD.D1 >> >> For uboot and kernel compilation, as well as for rootfs creation I used >> buildroot: >> >> make stm32f469_disco_sd_defconfig >> make >> >> but I had to patch can-utils and busybox as can-utils and iproute are >> not compiled for MMU-less microcotrollers. In the case of can-utils, >> replacing the calls to fork() with vfork(), I was able to compile the >> package with working candump and cansend applications, while in the >> case of iproute, I ran into more than one problem and finally I decided >> to extend busybox's ip link command for CAN-type devices. I'm still >> wondering if it was really necessary, but this way I was able to test >> the driver. >> >> Changes in v7: >> - Add Vincent Mailhol's Reviewed-by tag. >> - Remove all unused macros for reading/writing the controller registers. >> - Add CAN_ERR_CNT flag to notify availability of error counter. >> - Move the "break" before the newline in the switch/case statements. >> - Print the mnemotechnic instead of the error value in each netdev_err(). >> - Remove the debug print for timings parameter. >> - Do not copy the data if CAN_RTR_FLAG is set in bxcan_start_xmit(). >> - Populate ndev->ethtool_ops with the default timestamp info. >> >> Changes in v6: >> - move can1 node before gcan to keep ordering by address. >> >> Changes in v5: >> - Add Rob Herring's Acked-by tag. >> - Add Rob Herring's Reviewed-by tag. >> - Put static in front of bxcan_enable_filters() definition. >> >> Changes in v4: >> - Remove "st,stm32f4-bxcan-core" compatible. In this way the can nodes >> (compatible "st,stm32f4-bxcan") are no longer children of a parent >> node with compatible "st,stm32f4-bxcan-core". >> - Add the "st,gcan" property (global can memory) to can nodes which >> references a "syscon" node containing the shared clock and memory >> addresses. >> - Replace the node can@40006400 (compatible "st,stm32f4-bxcan-core") >> with the gcan@40006600 node ("sysnode" compatible). The gcan node >> contains clocks and memory addresses shared by the two can nodes >> of which it's no longer the parent. >> - Add to can nodes the "st,gcan" property (global can memory) which >> references the gcan@40006600 node ("sysnode compatibble). >> - Add "dt-bindings: arm: stm32: add compatible for syscon gcan node" patch. >> - Drop the core driver. Thus bxcan-drv.c has been renamed to bxcan.c and >> moved to the drivers/net/can folder. The drivers/net/can/bxcan directory >> has therefore been removed. >> - Use the regmap_*() functions to access the shared memory registers. >> - Use spinlock to protect bxcan_rmw(). >> - Use 1 space, instead of tabs, in the macros definition. >> - Drop clock ref-counting. >> - Drop unused code. >> - Drop the _SHIFT macros and use FIELD_GET()/FIELD_PREP() directly. >> - Add BXCAN_ prefix to lec error codes. >> - Add the macro BXCAN_RX_MB_NUM. >> - Enable time triggered mode and use can_rx_offload(). >> - Use readx_poll_timeout() in function with timeouts. >> - Loop from tail to head in bxcan_tx_isr(). >> - Check bits of tsr register instead of pkts variable in bxcan_tx_isr(). >> - Don't return from bxcan_handle_state_change() if skb/cf are NULL. >> - Enable/disable the generation of the bus error interrupt depending >> on can.ctrlmode & CAN_CTRLMODE_BERR_REPORTING. >> - Don't return from bxcan_handle_bus_err() if skb is NULL. >> - Drop statistics updating from bxcan_handle_bus_err(). >> - Add an empty line in front of 'return IRQ_HANDLED;' >> - Rename bxcan_start() to bxcan_chip_start(). >> - Rename bxcan_stop() to bxcan_chip_stop(). >> - Disable all IRQs in bxcan_chip_stop(). >> - Rename bxcan_close() to bxcan_ndo_stop(). >> - Use writel instead of bxcan_rmw() to update the dlc register. >> >> Changes in v3: >> - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. >> - Add description to the parent of the two child nodes. >> - Move "patterProperties:" after "properties: in top level before "required". >> - Add "clocks" to the "required:" list of the child nodes. >> - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. >> - Add "clocks" to can@0 node. >> - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. >> - Remove a blank line. >> - Remove 'Dario Binacchi <dariobin@libero.it>' SOB. >> - Fix the documentation file path in the MAINTAINERS entry. >> - Do not increment the "stats->rx_bytes" if the frame is remote. >> - Remove pr_debug() call from bxcan_rmw(). >> >> Changes in v2: >> - Change the file name into 'st,stm32-bxcan-core.yaml'. >> - Rename compatibles: >> - st,stm32-bxcan-core -> st,stm32f4-bxcan-core >> - st,stm32-bxcan -> st,stm32f4-bxcan >> - Rename master property to st,can-master. >> - Remove the status property from the example. >> - Put the node child properties as required. >> - Remove a blank line. >> - Fix sparse errors. >> - Create a MAINTAINERS entry. >> - Remove the print of the registers address. >> - Remove the volatile keyword from bxcan_rmw(). >> - Use tx ring algorithm to manage tx mailboxes. >> - Use can_{get|put}_echo_skb(). >> - Update DT properties. >> >> Dario Binacchi (5): >> dt-bindings: arm: stm32: add compatible for syscon gcan node >> dt-bindings: net: can: add STM32 bxcan DT bindings >> ARM: dts: stm32: add CAN support on stm32f429 >> ARM: dts: stm32: add pin map for CAN controller on stm32f4 >> can: bxcan: add support for ST bxCAN controller >> >> .../bindings/arm/stm32/st,stm32-syscon.yaml | 2 + >> .../bindings/net/can/st,stm32-bxcan.yaml | 83 ++ >> MAINTAINERS | 7 + >> arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 30 + >> arch/arm/boot/dts/stm32f429.dtsi | 29 + >> drivers/net/can/Kconfig | 12 + >> drivers/net/can/Makefile | 1 + >> drivers/net/can/bxcan.c | 1088 +++++++++++++++++ >> 8 files changed, 1252 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/net/can/st,stm32-bxcan.yaml >> create mode 100644 drivers/net/can/bxcan.c >> >> -- >> 2.32.0 >> > >
On 21.03.2023 12:25:15, Dario Binacchi wrote: > A gentle ping to remind you of this series. > I have no idea why it hasn't deserved any response for quite some > time. > Is there anything I am still missing? I wonder if we want to do a s/master/primary/ in the DT bindings and driver? regards, Marc
Hi Marc, On Fri, Mar 24, 2023 at 4:56 PM Marc Kleine-Budde <mkl@pengutronix.de> wrote: > > On 21.03.2023 12:25:15, Dario Binacchi wrote: > > A gentle ping to remind you of this series. > > I have no idea why it hasn't deserved any response for quite some > > time. > > Is there anything I am still missing? > > I wonder if we want to do a s/master/primary/ in the DT bindings and > driver? The ST reference manual (RM0386) explicitly uses the master and slave words in the bxcan chapter. I would stay consistent with it. But I have no problem changing it to primary. I just sent v8 with the changes you suggested for shared irq and clock enable/disable, but if you prefer to use primary I will send the v9 version with that change. Please let me know your opinion. Thanks and regards, Dario > > regards, > Marc > > -- > Pengutronix e.K. | Marc Kleine-Budde | > Embedded Linux | https://www.pengutronix.de | > Vertretung Nürnberg | Phone: +49-5121-206917-129 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
On 26.03.2023 18:07:14, Dario Binacchi wrote: > > On 21.03.2023 12:25:15, Dario Binacchi wrote: > > > A gentle ping to remind you of this series. > > > I have no idea why it hasn't deserved any response for quite some > > > time. > > > Is there anything I am still missing? > > > > I wonder if we want to do a s/master/primary/ in the DT bindings and > > driver? > > The ST reference manual (RM0386) explicitly uses the master and slave words > in the bxcan chapter. ACK > I would stay consistent with it. Yes, this is a known problem, on the one hand I'd like the drivers to match the datasheet, but here I am in favor of a deviation. > But I have no problem changing it to primary. I just sent v8 with the > changes you suggested for shared irq and clock enable/disable, These changes look good! > but if you prefer to use primary I will send the v9 version with that > change. Please let me know your opinion. Please convert the driver and bindings to use "primary". Feel free to mention that the datasheet calls the primary peripheral "master". Marc