Red Hat's 2.4 kernel funniness (was:Re: XFS in Fedora Core 2)

Axel Thimm Axel.Thimm at physik.fu-berlin.de
Sat Dec 20 20:42:22 UTC 2003


On Sat, Dec 20, 2003 at 10:17:25AM -0500, Lamar Owen wrote:
> On Friday 19 December 2003 07:29 pm, Alan Cox wrote:
> > All this will hopefully get easier with both 2.6 and Fedora. The 2.6 kernel
> > cuts down a lot on Red Hat patching so its easier to pull in updates
> > safely, while the 2.4 RH tree has chunks of 2.6 stuff in it which make life
> > more interesting.
> 
> Tell me about it.
> 
> I have three Linux Media Labs LMLBT44 video capture cards.  The driver for 
> these cards is based on bttv 0.9.1, and requires the kraxel v4l2 patchset for 
> the 2.4 kernel, which does not apply cleanly to a Red Hatish 2.4.22 kernel. 
> 
> The patches for the LMLBT44 aren't very large, but they are very specific to 
> bttv 0.9.x.  Now, Axel Thimm has packaged a v4l2 kernel for Fedora Core that 
> works quite well; but when I compile bttv 0.9.11 from patched source (since 
> the RPM build that Axel uses is kindof interesting in itself, and he didn't 
> answer me when I asked about it) I get a driver that oopses the kernel after 
> a very few seconds of full motion video capture.

I must have overlooked that mail, could you send it again please? Thanks.

> It boiled down to a version check in the bttv headers that produces
> the wrong result for the Red Hatish 2.4.22 kernel.  You end up with
> an IRQ stack overflow, which oopses the kernel.  By changing this
> one thing I get more stability, but things still aren't quite right
> with the LML patch and bttv 0.9.11 with Axel's v4l2 kernel on my
> dual PPro 200 testbed.

So this bug applies only to LMLBT44 or all of bttv's family? BTW I see
latest is 0.9.12, I will package that for FC1 over the weekend, maybe
that will help you?

About the patches for LMLBT44 in general: I'd try to convince kraxel
(!= Axel ;) to merge them into bttv 0.9.x upstream.

> So, getting closer to an upstream kernel is a very good thing, IMO.
-- 
Axel.Thimm at physik.fu-berlin.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20031220/6beaff87/attachment-0002.bin 


More information about the devel mailing list