From owner-freebsd-bluetooth@FreeBSD.ORG Tue Feb 24 01:47:02 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACEF106564A; Tue, 24 Feb 2009 01:47:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA0E8FC0A; Tue, 24 Feb 2009 01:47:01 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1600889ele.13 for ; Mon, 23 Feb 2009 17:47:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=YY5tHGZO79bmcGbWH2opiBFp1nsEr9zNf33NHcFEt1U=; b=WxF22cfTWMPdrLnaoZKvTlF89AEFLsLMsavTLzXnKXEX4udZAeNnwEev9gj+mHm/eA ILvpdzZ2Wd+o+F/ntenCMTI1YV94xFWpOU8kmMOJkZ5qqvm1LJ+eWMoEWoFx4/IOs9iD 6cdWKS47g1kEsrrpr0Pg7eonBgmCUtgSeDpJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pKo9S+6vKv0Ta4Hvsu1qNLp2ZDo24RqbMbJPVqUtcsqN+7i3Ofvp4gZrc/0M+WvpCv nc99TtjwNXsgvyYuPJK3+xDexz2/WuO+b5Y0xr/KQ1gpCyVSvSfqZ7K/hEiK7vfX28Tj u9v6FrXBvdYrB6lo02AKRMEA0J7BW8vLct7ro= MIME-Version: 1.0 Received: by 10.150.217.14 with SMTP id p14mr5888449ybg.75.1235440020645; Mon, 23 Feb 2009 17:47:00 -0800 (PST) In-Reply-To: <1235427294.1166.0.camel@hood.oook.cz> References: <1235324110.44220.1.camel@hood.oook.cz> <1235422984.72242.2.camel@hood.oook.cz> <1235427294.1166.0.camel@hood.oook.cz> Date: Mon, 23 Feb 2009 17:47:00 -0800 Message-ID: From: Maksim Yevmenkin To: pav@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: obexapp outgoing problem X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2009 01:47:02 -0000 2009/2/23 Pav Lucistnik : > Maksim Yevmenkin p=ED=B9e v po 23. 02. 2009 v 13:42 -0800: >> 2009/2/23 Pav Lucistnik : >> > Maksim Yevmenkin p=ED=B9e v po 23. 02. 2009 v 10:49 -0800: >> >> Hi Pav, >> >> >> >> > I'm having troubles sending files to phone over obexapp, similar to >> >> > >> >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D128297 >> >> > >> >> > except this time it's on 7-STABLE and the messages goes about ubt b= ulk >> >> > transfer having SHORT_XFER error first and then TIMEOUT. >> >> > >> >> > The box panics inside UHCI code, or just hangs. >> >> > >> >> > What can I do to help it? >> >> >> >> is that a new behavior? or was it always like that? since you have >> >> mentioned ng_ubt(4), i assume you are using usb1 (and not HPS's usb2) >> >> stack, right? the only big change that went into ng_ubt(4) (long time >> >> ago) is support for isoc. transfers. however, this change was not >> >> mfc'd, and you said you are running 7-stable, so this can not be it. >> >> >> >> if it was working before then i would try to revert back to the time >> >> when it was working, then incrementally updating trying to pinpoint >> >> time frame when it stopped working. once you know the time frame look >> >> closely for commits that could have affected it. >> > >> > It's 7-STABLE so OLDUSB. I don't know if it's new behaviour, this is >> > first time I tried sending files over Bluetooth to the phone, instead = of >> > mailing them. >> > >> > PS: other way (phone -> PC) using obexapp -s works flawlessly. >> >> ok, could you please try the following patch. its cut-and-paste so you >> may need redo it manually (its simple enough). >> >> diff -u10 ng_ubt.c.orig ng_ubt.c >> --- ng_ubt.c.orig 2007-07-12 19:19:51.000000000 -0700 >> +++ ng_ubt.c 2009-02-23 13:39:32.000000000 -0800 >> @@ -1378,21 +1378,21 @@ >> >> m_copydata(m, 0, m->m_pkthdr.len, sc->sc_bulk_out_buffer); >> >> /* Initialize a bulk-out USB transfer and then schedule it */ >> usbd_setup_xfer( >> sc->sc_bulk_out_xfer, >> sc->sc_bulk_out_pipe, >> (usbd_private_handle) sc->sc_node, >> sc->sc_bulk_out_buffer, >> m->m_pkthdr.len, >> - USBD_NO_COPY, >> + USBD_FORCE_SHORT_XFER | USBD_NO_COPY, >> USBD_DEFAULT_TIMEOUT, /* XXX */ >> ubt_bulk_out_complete); >> >> NG_NODE_REF(sc->sc_node); >> >> status =3D usbd_transfer(sc->sc_bulk_out_xfer); >> if (status !=3D USBD_NORMAL_COMPLETION && status !=3D USBD_IN_PR= OGRESS) { >> NG_UBT_ERR( >> "%s: %s - Could not start bulk-out transfer. %s (%d)\n", >> __func__, device_get_nameunit(sc->sc_dev), >> usbd_errstr(status), > > No change, now I get bulk-out transfer error SHORT_XFER twice and hang. bummer :( i will try to reproduce it locally in a couple of days or so. this looks like something usb related, imo. thanks, max