On Mon, 2 Feb 2009, Adam Baker wrote:
> What I hadn't noticed before is that usb_buffer_free needs the usb device
> pointer and as you say that is no longer valid after gspca_disconnect returns
> even if gspca_release hasn't freed the rest of the gspca struct. If that is
> the problem then I pr
On Mon, 2 Feb 2009, Adam Baker wrote:
On Monday 02 February 2009, Alan Stern wrote:
On Mon, 2 Feb 2009, Adam Baker wrote:
To summarize: Unplugging the camera while it is in use by a program
causes an oops (particularly on an SMP machine).
The problem is that gspca_stream_off() calls destr
On Monday 02 February 2009, Alan Stern wrote:
> On Mon, 2 Feb 2009, Adam Baker wrote:
> > > To summarize: Unplugging the camera while it is in use by a program
> > > causes an oops (particularly on an SMP machine).
> > >
> > > The problem is that gspca_stream_off() calls destroy_urbs(), which in
>
On Mon, 2 Feb 2009, Adam Baker wrote:
On Monday 02 February 2009, Alan Stern wrote:
On Mon, 2 Feb 2009 kilg...@banach.math.auburn.edu wrote:
Thanks for confirming that Alan. I'd been looking at this too and suspected
this was the case but as it wouldn't fail on my uniprocessor machine I
On Mon, 2 Feb 2009, Adam Baker wrote:
> Thanks for confirming that Alan. I'd been looking at this too and suspected
> this was the case but as it wouldn't fail on my uniprocessor machine I
> couldn't prove it. (Theodore, if you can generate the log we discussed of
> this failing it might still
On Monday 02 February 2009, Alan Stern wrote:
> On Mon, 2 Feb 2009 kilg...@banach.math.auburn.edu wrote:
> > The attached file is an extract from dmesg from the Pentium4 Dual Core
> > machine. One can see that the camera has been attached, and then an svv
> > session has been run. The kernel is the
On Mon, 2 Feb 2009 kilg...@banach.math.auburn.edu wrote:
> The attached file is an extract from dmesg from the Pentium4 Dual Core
> machine. One can see that the camera has been attached, and then an svv
> session has been run. The kernel is the "stock" Slackware 2.6.27.7 kernel
> (*). We have a s
