netdev - Re: can: c_can: TX delivery

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 23 Mar 2011 16:32:31 +0100
From:	"Jan Altenberg" <jan@...utronix.de>
To:	"Kurt Van Dijck" <kurt.van.dijck@....be>
Cc:	"Jan Altenberg" <jan@...utronix.de>, bhupesh.sharma@...com,
	wg@...ndegger.com, b.spranger@...utronix.de, netdev@...r.kernel.org
Subject: Re: can: c_can: TX delivery

Hi,

> I split your 2 questions in 2 replies.

Thanks :)

> not sure if I made my point.  Note that this will eliminate the need
> for explicit wrap-around.  It's done implicitely.

Hmmm, I double-checked the datasheet, which gives the following statement:
"The receive/transmit priority for the Message Objects is attached to
the message number.  Message Object 1 has the highest priority, while
Message Object 32 has the lowest priority. If more than one
transmission request is pending, they are serviced due to the priority
of the corresponding Message Object."

So, we shouldn't run into the scenario I described in my previous mail
and the existing implementation should be OK, right?!  I'm quite sure
I've seen a situation where msg_obj 17 "seemed" to be pending, while
msg_obj 18 and 19 already have been transmitted. But in that case, I
enabled ONESHOT for the can interface, which enables the DA mode
(automatic
retransmission is disabled). The errata sheet for c_can covers that
mode. There's a problem with "Concurrent transmission requests" and I'm
quite sure my test-case hit that problem.

I'm quite new to Bosch's c_can, so maybe Bhupesh can give some feedback
(or beat me for causing some confusion ;-)).

Sorry for the confusion!
        Jan

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html