From: Dong Aisheng <b29396@freescale.com>
To: Varka Bhadram <varkabhadram@gmail.com>
Cc: linux-can@vger.kernel.org, mkl@pengutronix.de, wg@grandegger.com,
netdev@vger.kernel.org, socketcan@hartkopp.net,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH V2 1/4] can: m_can: update to support CAN FD features
Date: Wed, 5 Nov 2014 19:36:08 +0800 [thread overview]
Message-ID: <20141105113607.GD4007@shlinux1.ap.freescale.net> (raw)
In-Reply-To: <545A0B6F.8060706@gmail.com>
On Wed, Nov 05, 2014 at 05:05:11PM +0530, Varka Bhadram wrote:
> Hi Dong Aisheng,
>
> On 11/05/2014 01:28 PM, Dong Aisheng wrote:
>
> >Bosch M_CAN is CAN FD capable device. This patch implements the CAN
> >FD features include up to 64 bytes payload and bitrate switch function.
> >1) Change the Rx FIFO and Tx Buffer to 64 bytes for support CAN FD
> > up to 64 bytes payload. It's backward compatible with old 8 bytes
> > normal CAN frame.
> >2) Allocate can frame or canfd frame based on EDL bit
> >3) Bitrate Switch function is disabled by default and will be enabled
> > according to CANFD_BRS bit in cf->flags.
> >
> >Signed-off-by: Dong Aisheng <b29396@freescale.com>
>
> In these four patches two of them are V1 and other two are V2.
>
> Is there any reason..?
>
Sorry for confusion.
Because some patches are already picked by Macr on the first round.
See below:
http://www.spinics.net/lists/netdev/msg302133.html
> How will you be able to generate like this by git format-patch..?
>
Generated as v2 and i manually changed the later two to v1 since they
are new.
Not sure if it's suitable to do like that. :-)
Regards
Dong Aisheng
> --
> Thanks and Regards,
> Varka Bhadram.
>
WARNING: multiple messages have this Message-ID (diff)
From: b29396@freescale.com (Dong Aisheng)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V2 1/4] can: m_can: update to support CAN FD features
Date: Wed, 5 Nov 2014 19:36:08 +0800 [thread overview]
Message-ID: <20141105113607.GD4007@shlinux1.ap.freescale.net> (raw)
In-Reply-To: <545A0B6F.8060706@gmail.com>
On Wed, Nov 05, 2014 at 05:05:11PM +0530, Varka Bhadram wrote:
> Hi Dong Aisheng,
>
> On 11/05/2014 01:28 PM, Dong Aisheng wrote:
>
> >Bosch M_CAN is CAN FD capable device. This patch implements the CAN
> >FD features include up to 64 bytes payload and bitrate switch function.
> >1) Change the Rx FIFO and Tx Buffer to 64 bytes for support CAN FD
> > up to 64 bytes payload. It's backward compatible with old 8 bytes
> > normal CAN frame.
> >2) Allocate can frame or canfd frame based on EDL bit
> >3) Bitrate Switch function is disabled by default and will be enabled
> > according to CANFD_BRS bit in cf->flags.
> >
> >Signed-off-by: Dong Aisheng <b29396@freescale.com>
>
> In these four patches two of them are V1 and other two are V2.
>
> Is there any reason..?
>
Sorry for confusion.
Because some patches are already picked by Macr on the first round.
See below:
http://www.spinics.net/lists/netdev/msg302133.html
> How will you be able to generate like this by git format-patch..?
>
Generated as v2 and i manually changed the later two to v1 since they
are new.
Not sure if it's suitable to do like that. :-)
Regards
Dong Aisheng
> --
> Thanks and Regards,
> Varka Bhadram.
>
WARNING: multiple messages have this Message-ID (diff)
From: Dong Aisheng <b29396@freescale.com>
To: Varka Bhadram <varkabhadram@gmail.com>
Cc: <linux-can@vger.kernel.org>, <mkl@pengutronix.de>,
<wg@grandegger.com>, <netdev@vger.kernel.org>,
<socketcan@hartkopp.net>, <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH V2 1/4] can: m_can: update to support CAN FD features
Date: Wed, 5 Nov 2014 19:36:08 +0800 [thread overview]
Message-ID: <20141105113607.GD4007@shlinux1.ap.freescale.net> (raw)
In-Reply-To: <545A0B6F.8060706@gmail.com>
On Wed, Nov 05, 2014 at 05:05:11PM +0530, Varka Bhadram wrote:
> Hi Dong Aisheng,
>
> On 11/05/2014 01:28 PM, Dong Aisheng wrote:
>
> >Bosch M_CAN is CAN FD capable device. This patch implements the CAN
> >FD features include up to 64 bytes payload and bitrate switch function.
> >1) Change the Rx FIFO and Tx Buffer to 64 bytes for support CAN FD
> > up to 64 bytes payload. It's backward compatible with old 8 bytes
> > normal CAN frame.
> >2) Allocate can frame or canfd frame based on EDL bit
> >3) Bitrate Switch function is disabled by default and will be enabled
> > according to CANFD_BRS bit in cf->flags.
> >
> >Signed-off-by: Dong Aisheng <b29396@freescale.com>
>
> In these four patches two of them are V1 and other two are V2.
>
> Is there any reason..?
>
Sorry for confusion.
Because some patches are already picked by Macr on the first round.
See below:
http://www.spinics.net/lists/netdev/msg302133.html
> How will you be able to generate like this by git format-patch..?
>
Generated as v2 and i manually changed the later two to v1 since they
are new.
Not sure if it's suitable to do like that. :-)
Regards
Dong Aisheng
> --
> Thanks and Regards,
> Varka Bhadram.
>
next prev parent reply other threads:[~2014-11-05 12:06 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-05 7:58 [PATCH V2 1/4] can: m_can: update to support CAN FD features Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 7:58 ` [PATCH V2 2/4] can: m_can: workaround for transmit data less than 4 bytes Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 10:17 ` Marc Kleine-Budde
2014-11-05 10:17 ` Marc Kleine-Budde
2014-11-05 10:33 ` Dong Aisheng
2014-11-05 10:33 ` Dong Aisheng
2014-11-05 10:33 ` Dong Aisheng
2014-11-05 11:32 ` Marc Kleine-Budde
2014-11-05 11:32 ` Marc Kleine-Budde
2014-11-05 11:32 ` Dong Aisheng
2014-11-05 11:32 ` Dong Aisheng
2014-11-05 11:32 ` Dong Aisheng
2014-11-05 7:58 ` [PATCH V1 3/4] can: add can_is_canfd_skb() API Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 9:39 ` Oliver Hartkopp
2014-11-05 9:39 ` Oliver Hartkopp
2014-11-05 7:58 ` [PATCH V1 4/4] can: m_can: allow to send std frame on CAN FD mode Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 7:58 ` Dong Aisheng
2014-11-05 10:41 ` Marc Kleine-Budde
2014-11-05 10:41 ` Marc Kleine-Budde
2014-11-05 11:08 ` Oliver Hartkopp
2014-11-05 11:08 ` Oliver Hartkopp
2014-11-05 10:12 ` [PATCH V2 1/4] can: m_can: update to support CAN FD features Oliver Hartkopp
2014-11-05 10:12 ` Oliver Hartkopp
2014-11-05 11:26 ` Dong Aisheng
2014-11-05 11:26 ` Dong Aisheng
2014-11-05 11:26 ` Dong Aisheng
2014-11-05 13:10 ` Oliver Hartkopp
2014-11-05 13:10 ` Oliver Hartkopp
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 13:15 ` Oliver Hartkopp
2014-11-05 13:15 ` Oliver Hartkopp
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 12:47 ` Dong Aisheng
2014-11-05 13:19 ` Marc Kleine-Budde
2014-11-05 13:19 ` Marc Kleine-Budde
2014-11-05 13:46 ` Dong Aisheng
2014-11-05 13:46 ` Dong Aisheng
2014-11-05 13:46 ` Dong Aisheng
2014-11-05 14:35 ` Oliver Hartkopp
2014-11-05 14:35 ` Oliver Hartkopp
2014-11-05 11:35 ` Varka Bhadram
2014-11-05 11:35 ` Varka Bhadram
2014-11-05 11:36 ` Dong Aisheng [this message]
2014-11-05 11:36 ` Dong Aisheng
2014-11-05 11:36 ` Dong Aisheng
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=20141105113607.GD4007@shlinux1.ap.freescale.net \
--to=b29396@freescale.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-can@vger.kernel.org \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
--cc=socketcan@hartkopp.net \
--cc=varkabhadram@gmail.com \
--cc=wg@grandegger.com \
/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.