* presume-ack option exact meaning
@ 2022-11-04 10:56 Stéphane Grosjean
2022-11-04 11:03 ` Marc Kleine-Budde
0 siblings, 1 reply; 3+ messages in thread
From: Stéphane Grosjean @ 2022-11-04 10:56 UTC (permalink / raw)
To: linux-can
Hello all,
I have searched the net, but I can't find a clear explanation of what the "presume-ack" option available in socket-can is.
Some PEAK-System devices offer an option called "self-ack" which allows the controller sending the frame to also send the ACK itself.
Does this behavior correspond to what the "presume-ack" option should enable?
Thank you all for your help and regards,
-- Stephane
--
PEAK-System Technik GmbH
Sitz der Gesellschaft Darmstadt - HRB 9183
Geschaeftsfuehrung: Alexander Gach / Uwe Wilhelm
Unsere Datenschutzerklaerung mit wichtigen Hinweisen
zur Behandlung personenbezogener Daten finden Sie unter
www.peak-system.com/Datenschutz.483.0.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: presume-ack option exact meaning
2022-11-04 10:56 presume-ack option exact meaning Stéphane Grosjean
@ 2022-11-04 11:03 ` Marc Kleine-Budde
0 siblings, 0 replies; 3+ messages in thread
From: Marc Kleine-Budde @ 2022-11-04 11:03 UTC (permalink / raw)
To: Stéphane Grosjean; +Cc: linux-can
[-- Attachment #1: Type: text/plain, Size: 1378 bytes --]
On 04.11.2022 10:56:16, Stéphane Grosjean wrote:
> Hello all,
>
> I have searched the net, but I can't find a clear explanation of what
> the "presume-ack" option available in socket-can is.
>
> Some PEAK-System devices offer an option called "self-ack" which
> allows the controller sending the frame to also send the ACK itself.
Does it actually send an ACK to the bus or ignore the missing ACK?
> Does this behavior correspond to what the "presume-ack" option should
> enable?
>
> Thank you all for your help and regards,
In
| https://lore.kernel.org/all/1404934273-19233-3-git-send-email-nebaruzdin@gmail.com
Nikita Edward Baruzdin writes:
| Most CAN controllers have a support for ignoring ACK absence. Some of
| them refer to this feature as a self test mode (e. g. SJA1000) and some
| include it as a part of a loopback mode (e. g. MCP2510).
|
| Setting the introduced flag via netlink should make CAN controller
| perform a successful transmission, even if there is no acknowledgement
| (dominant ACK bit) received.
Does that answer your question?
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Embedded Linux | https://www.pengutronix.de |
Vertretung West/Dortmund | Phone: +49-231-2826-924 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: presume-ack option exact meaning
@ 2022-11-04 13:49 Stéphane Grosjean
0 siblings, 0 replies; 3+ messages in thread
From: Stéphane Grosjean @ 2022-11-04 13:49 UTC (permalink / raw)
To: Marc Kleine-Budde; +Cc: linux-can
> Does it actually send an ACK to the bus or ignore the missing ACK?
The controller sends the ACK to the bus.
> | Setting the introduced flag via netlink should make CAN controller
> | perform a successful transmission, even if there is no acknowledgement
> | (dominant ACK bit) received.
> Does that answer your question?
This partially answers my question because in this case, the ACK is still transmitted.
-- Stéphane
De: Marc Kleine-Budde
Envoyé: Vendredi 04 novembre 2022 12:03
À: Stéphane Grosjean
Cc: linux-can@vger.kernel.org
Objet: Re: presume-ack option exact meaning
On 04.11.2022 10:56:16, Stéphane Grosjean wrote:
> Hello all,
>
> I have searched the net, but I can't find a clear explanation of what
> the "presume-ack" option available in socket-can is.
>
> Some PEAK-System devices offer an option called "self-ack" which
> allows the controller sending the frame to also send the ACK itself.
Does it actually send an ACK to the bus or ignore the missing ACK?
> Does this behavior correspond to what the "presume-ack" option should
> enable?
>
> Thank you all for your help and regards,
In
| https://lore.kernel.org/all/1404934273-19233-3-git-send-email-nebaruzdin@gmail.com
Nikita Edward Baruzdin writes:
| Most CAN controllers have a support for ignoring ACK absence. Some of
| them refer to this feature as a self test mode (e. g. SJA1000) and some
| include it as a part of a loopback mode (e. g. MCP2510).
|
| Setting the introduced flag via netlink should make CAN controller
| perform a successful transmission, even if there is no acknowledgement
| (dominant ACK bit) received.
Does that answer your question?
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Embedded Linux | https://www.pengutronix.de |
Vertretung West/Dortmund | Phone: +49-231-2826-924 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
--
PEAK-System Technik GmbH
Sitz der Gesellschaft Darmstadt - HRB 9183
Geschaeftsfuehrung: Alexander Gach / Uwe Wilhelm
Unsere Datenschutzerklaerung mit wichtigen Hinweisen
zur Behandlung personenbezogener Daten finden Sie unter
www.peak-system.com/Datenschutz.483.0.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-11-04 13:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-04 10:56 presume-ack option exact meaning Stéphane Grosjean
2022-11-04 11:03 ` Marc Kleine-Budde
2022-11-04 13:49 Stéphane Grosjean
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).