Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753552Ab0LIHrg (ORCPT ); Thu, 9 Dec 2010 02:47:36 -0500 Received: from mail-qw0-f46.google.com ([209.85.216.46]:39114 "EHLO mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751837Ab0LIHre convert rfc822-to-8bit (ORCPT ); Thu, 9 Dec 2010 02:47:34 -0500 MIME-Version: 1.0 X-Originating-IP: [192.163.20.232] In-Reply-To: References: <1290763257-12382-1-git-send-email-pavan_savoy@ti.com> <20101130154654.GE5919@vigoh> <20101206212326.GI883@vigoh> Date: Thu, 9 Dec 2010 13:17:32 +0530 Message-ID: Subject: Re: [PATCH v7] Bluetooth: btwilink driver From: Pavan Savoy To: Vitaly Wool , "Gustavo F. Padovan" Cc: marcel@holtmann.org, linux-bluetooth@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1948 Lines: 46 Gustavo, On Tue, Dec 7, 2010 at 3:05 AM, Vitaly Wool wrote: > Hi Gustavo, > > On Mon, Dec 6, 2010 at 10:23 PM, Gustavo F. Padovan > wrote: > >> Can't you differentiate Bluetooth data in a generic way, withou looking if it >> is ACL, SCO or HCI EVENT? That done, you can just accumulate in a buffer all >> the Bluetooth data you received in that stream then send it to Bluetooth >> driver after finish that stream processing. > > I'm afraid he can't do this because he needs to route events to the > appropriate entity (BT/FM/GPS). I'm not sure how it can be done > without analyzing the incoming packet. Think of TI-ST driver as a extension to the HCI-H4 driver or HCI-LL with FM and GPS being the additional protocols, and more protocols coming in future... So some driver has to have a knowledge of the protocols which are on chip. the basic arch can be found @ http://omappedia.org/wiki/Wilink_ST As Vitaly rightly pointed out, the TI-ST driver needs to peek into all the protocol's data be it BT, FM or GPS to assemble fragmented data (say ACL data coming out of TTY in 2 fragments) or fragment multiple protocol data (say HCI-Event + FM Channel 8 event data).... Note: we include even the FM and GPS headers to understand protocol frames, but they lack a standard unlike Bluetooth... Since there lacks a generic way to differentiate BT, FM or GPS data at TI-ST driver layer, please suggest what can be done ... > Thanks, >   Vitaly > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at  http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/