All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oliver Hartkopp <socketcan@hartkopp.net>
To: Vincent Mailhol <mailhol.vincent@wanadoo.fr>
Cc: linux-can <linux-can@vger.kernel.org>
Subject: Re: [PATCH v8 0/7] can: support CAN XL
Date: Wed, 31 Aug 2022 13:56:20 +0200	[thread overview]
Message-ID: <27076536-8f8b-8e6a-60ac-a5bbb1bb48cd@hartkopp.net> (raw)
In-Reply-To: <20220801190010.3344-1-socketcan@hartkopp.net>

Hi Vincent,

I have discussed with Marc about this patch set and after our discussion 
about len/flags he was missing an ACK from your side:

https://lore.kernel.org/linux-can/247226f6-b9b5-ec47-2234-d1cc70ee6954@hartkopp.net/T/#u

Are you fine with this V8 patch set now?

I already created some CAN CiA p-o-c code for CAN XL segmentation:

https://github.com/hartkopp/can-cia-613-3-poc

When the patch set is committed and the definitions are fixed I would 
also start with some documentation.

Best regards,
Oliver

On 01.08.22 21:00, Oliver Hartkopp wrote:
> The CAN with eXtended data Length (CAN XL) is a new CAN protocol with a
> 10Mbit/s data transfer with a new physical layer transceiver (for this
> data section). CAN XL allows up to 2048 byte of payload and shares the
> arbitration principle (11 bit priority) known from Classical CAN and
> CAN FD. RTR and 29 bit identifiers are not implemented in CAN XL.
> 
> A short introdution to CAN XL can be found here:
> https://www.bosch-semiconductors.com/media/ip_modules/pdf_2/can_xl_1/canxl_intro_20210225.pdf
> 
> V2: Major rework after discussion and feedback on Linux-CAN ML
> 
> - rework of struct canxl_frame
> - CANXL_XLF flag is now the switch between CAN XL and CAN/CANFD
> - variable length in r/w operations for CAN XL frames
> - write CAN XL frame to raw socket enforces size <-> canxl_frame.len sync
> 
> V3: Fix length for CAN XL frames inside the sk_buff
> 
> - extend the CAN_RAW sockopt to handle fixed/truncated read/write operations
> 
> V4: Fix patch 5 (can: raw: add CAN XL support)
> 
> - fix return value (move 'err = -EINVAL' in raw_sendmsg())
> - add CAN XL frame handling in can_rcv()
> - change comment for CAN_RAW_XL_[RT]X_DYN definition (allow -> enable)
> 
> V5: Remove CAN_RAW_XL_[RT]X_DYN definition again
> 
> - CAN_RAW_XL_[RT]X_DYN (truncated data) feature is now enabled by default
> - use CANXL_MIN_DLEN instead of '1' in canxl_frame definition
> - add missing 'err = -EINVAL' initialization in raw_sendmsg())
> 
> V6:
> 
> - rework an separate skb identification and length helpers
> - add CANFD_FDF flag in all CAN FD frame structures
> - simplify patches for infrastructure and raw sockets
> - add vxcan support in virtual CAN interface patch
> 
> V7:
> 
> - fixed indention as remarked by Marc
> - set CANFD_FDF flag when detecting CAN FD frames generated by PF_PACKET
> - Allow to use variable CAN XL MTU sizes to enforce real time requirements
>    on CAN XL segments (e.g. to support of CAN CiA segmentation concept)
> 
> V8:
> 
> - fixed typo as remarked by Vincent
> - rebased to latest can-next/net-next tree
> 
> Oliver Hartkopp (7):
>    can: skb: unify skb CAN frame identification helpers
>    can: skb: add skb CAN frame data length helpers
>    can: set CANFD_FDF flag in all CAN FD frame structures
>    can: canxl: introduce CAN XL data structure
>    can: canxl: update CAN infrastructure for CAN XL frames
>    can: dev: add CAN XL support to virtual CAN
>    can: raw: add CAN XL support
> 
>   drivers/net/can/ctucanfd/ctucanfd_base.c |   1 -
>   drivers/net/can/dev/rx-offload.c         |   2 +-
>   drivers/net/can/dev/skb.c                | 113 ++++++++++++++++-------
>   drivers/net/can/vcan.c                   |  12 +--
>   drivers/net/can/vxcan.c                  |   8 +-
>   include/linux/can/dev.h                  |   5 +
>   include/linux/can/skb.h                  |  57 +++++++++++-
>   include/uapi/linux/can.h                 |  55 ++++++++++-
>   include/uapi/linux/can/raw.h             |   1 +
>   include/uapi/linux/if_ether.h            |   1 +
>   net/can/af_can.c                         |  76 ++++++++-------
>   net/can/bcm.c                            |   9 +-
>   net/can/gw.c                             |   4 +-
>   net/can/isotp.c                          |   2 +-
>   net/can/j1939/main.c                     |   4 +
>   net/can/raw.c                            |  55 ++++++++---
>   16 files changed, 299 insertions(+), 106 deletions(-)
> 

  parent reply	other threads:[~2022-08-31 11:56 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-01 19:00 [PATCH v8 0/7] can: support CAN XL Oliver Hartkopp
2022-08-01 19:00 ` [PATCH v8 1/7] can: skb: unify skb CAN frame identification helpers Oliver Hartkopp
2022-08-01 19:00 ` [PATCH v8 2/7] can: skb: add skb CAN frame data length helpers Oliver Hartkopp
2022-08-01 19:00 ` [PATCH v8 3/7] can: set CANFD_FDF flag in all CAN FD frame structures Oliver Hartkopp
2022-09-11  7:51   ` Vincent Mailhol
2022-09-11 12:23     ` Oliver Hartkopp
2022-09-11 13:57       ` Vincent Mailhol
2022-08-01 19:00 ` [PATCH v8 4/7] can: canxl: introduce CAN XL data structure Oliver Hartkopp
2022-09-02  6:19   ` Vincent Mailhol
2022-09-02 13:56     ` Oliver Hartkopp
2022-09-08  7:24       ` Oliver Hartkopp
2022-09-11  7:50         ` Vincent Mailhol
2022-09-11 12:11           ` Oliver Hartkopp
2022-09-11 14:00             ` Vincent Mailhol
2022-08-01 19:00 ` [PATCH v8 5/7] can: canxl: update CAN infrastructure for CAN XL frames Oliver Hartkopp
2022-09-11  7:53   ` Vincent Mailhol
2022-09-11 12:35     ` Oliver Hartkopp
2022-09-11 14:10       ` Vincent Mailhol
2022-09-12 17:09         ` Oliver Hartkopp
2022-08-01 19:00 ` [PATCH v8 6/7] can: dev: add CAN XL support to virtual CAN Oliver Hartkopp
2022-08-01 19:00 ` [PATCH v8 7/7] can: raw: add CAN XL support Oliver Hartkopp
2022-08-31 11:56 ` Oliver Hartkopp [this message]
2022-09-11  8:08   ` [PATCH v8 0/7] can: support CAN XL Vincent MAILHOL
2022-09-11 12:42     ` Oliver Hartkopp

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=27076536-8f8b-8e6a-60ac-a5bbb1bb48cd@hartkopp.net \
    --to=socketcan@hartkopp.net \
    --cc=linux-can@vger.kernel.org \
    --cc=mailhol.vincent@wanadoo.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.