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