Ask Different is a question and answer site for power users of Apple hardware and software. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

securityd spams my console with the following :

19/04/2012 16:23:17.405 Value of bTransmit: 00000001

repeated 563 times (after disabling the default mps_limit of 500).

4 minutes and 30 seconds later (give or take a couple of seconds), it does it all over again. Oddly, the message is split over that boundary :

04/05/2012 09:32:16.092 Value of bTransmit: 00000001
04/05/2012 09:32:16.092 Value of bTransmit: 00000001
04/05/2012 09:32:16.092 Value 
04/05/2012 09:36:19.470 of bTransmit: 00000001
04/05/2012 09:36:19.470 Value of bTransmit: 00000001
04/05/2012 09:36:19.470 Value of bTransmit: 00000001

It's pretty annoying. Anyone know what causes it, or what bTransmit might be? There seems to be no mention of it on Google.

share|improve this question
up vote 1 down vote accepted

Are you using a smartcard reader or some other kind of security related hardware? Seems like this is an error in a kernel extension or driver for some piece of security hardware.

share|improve this answer
hmm. I do have a USB VPN key, but I don't recall it having any custom drivers. I do have some tuntap software installed... I'll take a look when I'm back at work next week and see if either of those might be the culprits. – Jonathan del Strother May 5 '12 at 11:35
Prompted by your comment I ended up grepping my entire harddrive for 'bTransmit'. Turns out, it's from the SafeNet SDK, which is used for my eToken doohickey. So... yeah. I'll go complain to them and see what they have to say about it. – Jonathan del Strother May 5 '12 at 12:52

You are facing a continuous flow of information messages. This flow is truncated by chunck of 500, which is the default value of mps_limit in /etc/asl.conf. This means that your flow of security related messages is at a rate > 500 / s. This is huge.

Could you open:


and check which message could be related with this continuous flow of information messages?

Could you type the following command (in an xterm or Terminal window):

top -o msgsent

to check if the culprit could be a local process and tracked down through its huge level of messages sent? You will have to enlarge your window to more than 152 characters large to see the film.

share|improve this answer
There's nothing related in secure.log or kernel.log, unfortunately ("IOSurface: buffer allocation size is zero" every few minutes, but I'm assuming that's nothing to do with it). Nothing jumps out at me in 'top', but the msgsent values are all pretty high so it's difficult to see the wood for the trees... I've updated the initial post with a couple more details – Jonathan del Strother May 4 '12 at 8:40

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.