Hi Fred, > > My idea is to define (I'm not sure if this is exactly the same as what you > > suggested yourself) a bit, LM_DEFER, that e.g. sco_connect_ind() may return > > and propagate this bit to hci_conn_request_evt(). This way all policing of > > accepting SCO connections is handled from a single entry point into sco.c. > > You detailed it much further than I did, but yes it is the same idea. I > fully support it! If everybody agrees, then I can update the patch. > > hci.h would receive the folowing line: > > + #define HCI_LM_DEFER 0x4000 can we actually not that that. This is an old public API and I rather not extend it. Regards Marcel -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
