Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'

[Gerd Knorr]

On Tue, Dec 07, 2004 at 01:55:21PM -0800, Andrew Morton wrote:
> Michael Hunold <hunold@xxxxxxxxxxx> wrote:
> >
> > I just spoke to Johannes and we agree with you, Gerd. The DVB changes 
> > can and should be merged from -mm now. There is a fair chance that the 
> > remaining issues with broken cards can be resolved before 2.6.10.
> 
> How much end-user testing has the new code had?

Test coverage by people running -rc or -mm kernels seems to be small,
my impression is that the users tend to use either the versions in
release kernels (i.e. 2.6.9) or latest stuff from cvs.  I'd say it is
mostly tested by people tracking the linuxtv cvs.

> ie: are we confident that the new code is presently more stable than
> the old code?

I'm pretty sure, otherwise I wouldn't have suggested that.  Test coverage
is probably about the same for the code currently in Linus tree and the
-mm updates.  The last big dvb update which introduced the problems we
see now in 2.6.10-rc kernels was merged after 2.6.9, so I think it
didn't got that much end user testing as well.

The interface design of the current code is much better and less error
prone, that alone should help alot in stability by fixing the oopses.
The new frontend handling has -- unlike the old one -- no problems with
i2c address clashes, which should also fix a number of problems.

The new core code runs rock solid, I use that every day without problems.
We might have introduced some new hardware specific bugs nobody trapped
into so far (but thats true for the code currently in -rc3 as well, see
above).

> > The code is in a good shape and only some small patches are missing from 
> > the LinuxTV.org CVS.

Which should help alot when dealing with any issues showing up because
merging fixes from cvs into mainline kernel will be very easy ;)

  Gerd

-- 
#define printk(args...) fprintf(stderr, ## args)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/