On Mon, 31 Oct 2005, Ralph Metzler wrote:
> Holger Kiehl writes:
> > > from that person if this suffices to remove the race. So, if you or
> > > anybody else with SMP can test it that would be great.
> > >
> > Yes, this fixes the oops. I have made a lot of tests and was unable
> > to reproduce the oops with your dvb_net.c.
>> Good to hear.
> Thanks for the testing.
>>> > Thanks for the quick responce and fix! Hope this will soon go into the
> > kernel. This also fixes the issue that one could no longer reboot or
> > poweroff the system and I think there where some reports on this too.
> >
> > > The could of course be something else showing up onl on 64 bit.
> > > Does this ooops also happen on 32 bit SMP?
> > >
> > Just recently I have setup and tested a 32 bit system with SMP kernel
> > and there where no such issues, but it had the Nova-S card. The 64 bit
> > system I am now testing has the skystar card. Tomorrow I will try
> > and see if I can get another system with 32 bit and the skystar.
>> I think this race is much more likely on drivers where the stop_feed
> call has some kind of waiting (e.g. for the hardware response) in it
> because then the chances that the two processes using the filters
> happen at the same time are very high.
> So, cards with hardware PID filters like the Skystar card will
> expose the race much more often.
>Yes, you are right. With skystar and 32 bit the SMP system does oops.
But I noticed that 2.6.12 was still okay and as of 2.6.13 and up it
oopses.
Thanks for the quick help!
Holger