On Wed, Nov 16, 2005 at 07:44:04PM +0100, Axel Thimm wrote: > On Wed, Nov 16, 2005 at 07:00:31PM +0100, Hans Verkuil wrote: > > On Wednesday 16 November 2005 15:00, Axel Thimm wrote: > > > Hi, > > > > > > On Tue, Nov 15, 2005 at 11:16:22PM +0100, Hans Verkuil wrote: > > > > One important note: firmware loading now uses hotplug kernel > > > > support and so requires at least kernel version 2.4.23. > > > > > > that would exclude all Red Hat Linux/Fedora Core/RHEL releases based > > > on kernel 2.4. > > > > > > Not that I'm advocating using kernel 2.4 at all, just as a datapoint. > > > > Which kernel are they using? > > RHL7.3-9 2.4.20 > RHEL3 2.4.21 > FC1 2.4.22 > > > And are there no kernel updates for those distros? (just for my > > information, I haven't decided yet whether or not to put back the > > old code). I am surprised that these relatively ancient kernels are > > still in fairly widespread use. > > There are only security patches going in. For RHL7.3-9 and FC1 > fedoralegacy.org is providing the updates, and for RHEL3 Red Hat. > > RHEL3, FC1, RH9 and even RH7.3 are still rather widespread. RH8.0 > not. I'll create some stats.
Here are the November stats of ATrpms.net. Until now there were 19798
ivtv kmdls downloaded (makes ~1300/day):
2.6 based (92%)
11945 (60%) FC4 (2.6.14 based)
3565 (18%) RHEL4 (2.6.9 based)
2168 (11%) FC3 (2.6.12 based)
613 (3%) FC2 (2.6.10 based)
2.4 based (8%)
722 (4%) RH9 (2.4.20 based)
404 (2%) FC1 (2.4.22 based)
360 (2%) RHEL3 (2.4.21 based)
21 (-) RH8.0 (2.4.20 based)
The question is are 8% worth the fight with 2.4? If yes, one needs to
go as far back as 2.4.20.
Personally I'd like to have ivtv and supporting drivers build as far
back as 2.6.9, I wouldn't want to keep 2.4 slowing us down. 2.6.9
because RHEL4 is becoming very attractive to PVR builders as it is
very stable and easy to handle when it comes to kernel upgrades (there
are almost only security updates, no changed kernel API).
--
Axel.Thimm at ATrpms.net
pgpZf8on7OrGx.pgp
Description: PGP signature
_______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
