Re: dvgrab... panic

Stefan Richter wrote:
> Carl Karsten wrote:
>> I am sure this isn't your problem, but maybe you have some advice:
>>
>> [ 7113.070286] skb_over_panic: text:ffffffffa012ff5a len:1664 put:1664 
>> head:ffff88006f08a800 data:ffff88006f08a810 tail:0x690 end:0x680 dev:<NULL>
>> [ 7113.070351] ------------[ cut here ]------------
>> [ 7113.070356] kernel BUG at /build/buildd/linux-2.6.27/net/core/skbuff.c:128!
>> [ 7113.070360] invalid opcode: 0000 [1] SMP
>>
>> [ 7113.070648] Pid: 6688, comm: dvgrab Tainted: P M 2.6.27-11-generic #1
>>
>> Details:
>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/317227
>>
>> bwh is the author of dvswitch/dvsrouce which uses dvgrab.
> 
> It is entirely unrelated to dvgrab and the 1394 drivers.  The bug simply
> happened while a kernel tasklet or kernel interrupt preempted the dvgrab
> process.

That's what I figured. - thanks for looking.

> 
> You have two proprietary modules loaded, ath_hal and nvidia.  This
> considerably lowers your chances to get this debugged without commercial
> support.

ath_hal I can remove.

00:12.0 VGA compatible controller: nVidia Corporation GeForce 7150M (rev a2)
The opensource xorg nv driver doesn't support that card:
(WW) NV: Ignoring unsupported device 0x10de0531 (GeForce 7150M) at 00@00:12:0
and dvswitch needs "Anything that supports Xv (video extension) should work" 
which vesa seems not to.

It's a laptop, my only x64.   never figured out if I can swap video chips.

Any ideas?

Carl K

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword