Date: Mon, 23 Feb 2009 23:14:54 +0100 From: Pav Lucistnik <pav@FreeBSD.org> To: Maksim Yevmenkin <maksim.yevmenkin@gmail.com> Cc: "freebsd-bluetooth@freebsd.org" <freebsd-bluetooth@FreeBSD.org> Subject: Re: obexapp outgoing problem Message-ID: <1235427294.1166.0.camel@hood.oook.cz> In-Reply-To: <bb4a86c70902231342g59220baai29cbdc6b4fa6e23@mail.gmail.com> References: <1235324110.44220.1.camel@hood.oook.cz> <bb4a86c70902231049m6120562cg283daf9a1ded5a7d@mail.gmail.com> <1235422984.72242.2.camel@hood.oook.cz> <bb4a86c70902231342g59220baai29cbdc6b4fa6e23@mail.gmail.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Maksim Yevmenkin píše v po 23. 02. 2009 v 13:42 -0800: > 2009/2/23 Pav Lucistnik <pav@freebsd.org>: > > Maksim Yevmenkin píše 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=128297 > >> > > >> > except this time it's on 7-STABLE and the messages goes about ubt bulk > >> > 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 = usbd_transfer(sc->sc_bulk_out_xfer); > if (status != USBD_NORMAL_COMPLETION && status != USBD_IN_PROGRESS) { > 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. -- Pav Lucistnik <pav@oook.cz> <pav@FreeBSD.org> Pain clots and unformed lice pat this train. [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkmjH9oACgkQntdYP8FOsoLwuACcCQWGCJjUHIKthSzKl/eGSAwn llYAmgLWYJWrDN5wqg97I7n1AM1HRG9U =iTIH -----END PGP SIGNATURE-----home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1235427294.1166.0.camel>