From owner-freebsd-bluetooth@FreeBSD.ORG Mon Feb 23 22:15:05 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 7DF1E1065674 for ; Mon, 23 Feb 2009 22:15:05 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5318FC1C for ; Mon, 23 Feb 2009 22:15:04 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r5af140.net.upc.cz [86.49.39.140]) (authenticated bits=0) by raven.customer.vol.cz (8.14.1/8.14.1) with ESMTP id n1NMExtj042704; Mon, 23 Feb 2009 23:15:01 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: References: <1235324110.44220.1.camel@hood.oook.cz> <1235422984.72242.2.camel@hood.oook.cz> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Wr9r3+Vf4U1afxZOdLFe" Date: Mon, 23 Feb 2009 23:14:54 +0100 Message-Id: <1235427294.1166.0.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Score: -1.402 () AWL,BAYES_00,RCVD_IN_PBL X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 86.49.39.140; Sender-helo: [192.168.0.23]; ) Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: obexapp outgoing problem X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 22:15:06 -0000 --=-Wr9r3+Vf4U1afxZOdLFe Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable 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 bu= lk > >> > 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 o= f > > mailing them. > > > > PS: other way (phone -> PC) using obexapp -s works flawlessly. >=20 > ok, could you please try the following patch. its cut-and-paste so you > may need redo it manually (its simple enough). >=20 > 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 @@ >=20 > m_copydata(m, 0, m->m_pkthdr.len, sc->sc_bulk_out_buffer); >=20 > /* 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); >=20 > NG_NODE_REF(sc->sc_node); >=20 > status =3D usbd_transfer(sc->sc_bulk_out_xfer); > if (status !=3D USBD_NORMAL_COMPLETION && status !=3D USBD_IN_PRO= GRESS) { > 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. --=20 Pav Lucistnik Pain clots and unformed lice pat this train. --=-Wr9r3+Vf4U1afxZOdLFe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkmjH9oACgkQntdYP8FOsoLwuACcCQWGCJjUHIKthSzKl/eGSAwn llYAmgLWYJWrDN5wqg97I7n1AM1HRG9U =iTIH -----END PGP SIGNATURE----- --=-Wr9r3+Vf4U1afxZOdLFe--