On Sun, 2010-01-10 at 19:12 +0000, Ben Hutchings wrote: > On Wed, 2010-01-06 at 22:12 +0100, Erik Schanze wrote: > > tags 545112 moreinfo > > thanks > > > > Hi Ben, > > > > I have no problem with dvgrab and new firewire stack anymore, so I wonder what > > the problem is in your case. Currently I use unstable Linux kernel 2.6.32-trunk-686. > > Did you already try it? > > I do test what I upload. :-) Only I use 2.6.32-trunk-amd64 with i386 > userland. Hmm... > > Right, dvgrab seems to be fine on 2.6.32-trunk-686. That implies that > this *is* a kernel bug but it's in ioctl translation, not the main > firewire code. Thanks for the hint; I'll reassign this and investigate > further within the kernel. ...and now I can't reproduce this problem with either the -686 or -amd64 flavour. I don't believe it has been fixed but I think there may be some oddity of my specific camera involved. If I can get it into this state again then I'll try to track down what dvgrab is doing that fails while my simple grabber doesn't. (It is certainly sending requests to the device, which the simple grabber doesn't bother with.) Ben. -- Ben Hutchings The generation of random numbers is too important to be left to chance. - Robert Coveyou
Attachment:
signature.asc
Description: This is a digitally signed message part