Hi Santiago, On Mon, Dec 19, 2011 at 10:35 AM, Santiago Carot <sancane@xxxxxxxxx> wrote: >> Is there race condition here? Remember that plugins can also register >> an adapter driver. >> If a GATT "plugin" wants to register attributes during the probing the >> attribute server needs to be ready. >> > > I know that, remember these are transactional patches towardas > multi-adapter support. They only prepare the environment to start > coding. The patch 11 fixes this issue. In fact, one could think that > it should in this place but when I started coding it I thought it was > easier to reutilize functions which were already implemented and > change it after multi-adapter started working. I don't think patch 11 fixes the architectural issue of initializing the attribute databases on a adapter driver. You can't guarantee it will be initialized prior to other adapter drivers (registered by GATT plugins). > Changing the order of patches or redo them is easy once I get an ack > to do that if the idea showed here is good. I'm just looking for > comments about the main idea behind them. Please take our comments as responses to the RFC :) Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil -- 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
