Thanks again for your (rapid) response! 1) I think there should be somekind of bug report on that although I dont really know how to do this 2) I was thinking of a workaround through lsmod (similar to modprobe in linux) to emulate the removal and re-insertion of USB, this way I could write a simple script and avoid the physical procedure which prohibits remote control of the USRP host. Any ideas on that?
3) When I execute a flowgraph that contains a WXGUI element and close the python window instead of killing the flowgraph, I can issue a next execution without problems. What's happening then and how can I use this for my purposes? Best regards, Lefteris On Wed, Nov 5, 2014 at 2:00 PM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > > Ok, what about the python script in my previous message? How can I write > my > > code in order to prevent the LIB_USB_ERROR_PIPE message. No matter how I > > stop the gnuradio script (e.g. catch keyboard interrupt and issue stop() > and > > wait as in my original post), I always get the same message. > > Yes, CTRL-C sends a SIGSTOP which can be caught and so proper clean-up > is possible. (although obviously not happenning). > > > > My intuition > > due to that is that something is not cleaned up properly in UHD level. > Any > > suggestions on that? > > Not really no. > > It's either in UHD, in libusb, in the OS, or even possibly in the FX3 > firmware which is a pretty large area to search for a bug. > > Whatever a userspace sw does, it should not be able to lockup access > to a device. When the process exits, all should be cleaned up by the > OS. So I'd look in the lower levels first. > > Not so long ago, on linux with bladerf, doing sig-kill actually > triggered a but that caused a kernel panic IIRC ... so you see > unplug/replug is not that bad :p USB3 is still quite new and a lot of > stuff is still buggy. > > Cheers, > > Sylvain > -- Eleftherios(Lefteris) Kampianakis Electronics and Computer Engineer PHD Candidate and Researcher at Sensing Computing Communications Group (SGCC) Department of Electrical Engineering University of Washington 3927 Adams Lane, NE, Mercer Court D805B, 98105 website: http://staff.washington.edu/ekampian/ <http://users.isc.tuc.gr/~ekabianakis/> mail: e.kampianakis...@ieee.org
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
