[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-video
Subject: Re: mm/fs corruption with bttv [PATCH]
From: Andrew Kieschnick <andrewk () ccwf ! cc ! utexas ! edu>
Date: 1999-02-16 0:45:58
[Download RAW message or body]
On Mon, 15 Feb 1999, Richard Guenther wrote:
> > I've read your reasoning. I don't believe it is completely correct. That
> > is why I haven't applied the patch. Reading through the chip manual in
> > more detail I think the problem is not that it just happens to keep writing
> > stuff until it closes the chip down but that the RISC instruction sequence
> > isnt stopped instantly but prattles on into memory for a frame. If so you've
> > merely fudged around most of the real problem
>
> Yes, I know (for the corruption part) - but as it is a workaround for
> the problem it seemed appropriate. A more appropriate(?) solution I
> thought about was just let the closing process sleep for 40ms in
> bttv_close - but this is ugly, too. I read the chip manual, too and
> the grab-stop sequence in the driver meets the specs, but I rather
> believe the symptoms than the specs :)
> For the security reason, whats up with that?
>
> Richard.
>
> PS: the workaround (not fix) will stay in my personal tree until
> one comes up with a better solution to the problem. mm/fs
> corruption is not a minor problem.
Without your fix any attempts to capture send my machine to hell very
quickly, with memory and/or filesystem corruption as results. Some sort of
fix needs to go in, as the current driver is pretty useless for capture.
later,
Andrew
--
To unsubscribe: mail video4linux-list-request@redhat.com with
"unsubscribe" as the Subject.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic