Return-Path: MIME-Version: 1.0 In-Reply-To: References: <20110511164736.GA22065@joana> <44EE5C37ADC36343B0625A05DD408C48517CE84134@CHEXMB-01.global.atheros.com> <4DCCEB4E.7040600@nokia.com> Date: Mon, 16 May 2011 08:17:53 -0400 Message-ID: Subject: Re: HCI data payload not getting through when using BlueZ From: Anderson Lizardo To: Eponymous - Cc: linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi, On Mon, May 16, 2011 at 6:36 AM, Eponymous - wrote: > OK guys, > > I had a theory that my l2test test was not working due to the fact > that the chip wasn't configured to work with upperlayers. After > enabling this however, the ?devices disappear (in hciconfig) so I > can't really test any L2CAP stuff (which I assume is what l2test is > doing). > > Are there any other things I can try to help debug this issue I've seen? What is the chipset of your USB dongles ? A "lsusb -d :" and relevant output from dmesg might help here. What do you mean by "the chip wasn't configured to work with upperlayers" ? Was the chipset in a mode which was not HCI compliant? Keep in mind that there are development/prototype USB dongles which are in fact serial/FTDI devices, and thus require using hciattach to be able to use them in BlueZ. Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil