lkml.org 
[lkml]   [2001]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectAnnoying kernel behaviour
	I upgraded a fileserver to 2.4.5 because of the RAID support (the 0.90
patch I grabbed did not apply cleanly to 2.2.19, despite it being a fresh
copy). Besides a nice speed increase (the EEPro now pumps 10 megs a second,
instead of 2 or 3), there is a problem with the video4linux in it. The box
has a bttv card hooked up to a camera. Under 2.2.19, Apache had mod_video
installed, which would produce a jpeg of the composite in on the card (a
cheapy CCD camera is hooked up). Upon insmoding:
Module Size Used by
bttv 55184 0 (unused)
videodev 4864 2 [bttv]
i2c-algo-bit 7712 1 [bttv]
i2c-dev 3904 0 (unused)
i2c-core 12656 0 [bttv i2c-algo-bit i2c-dev]

and accesing mod_video, the box locked up hard (not even sysrq worked). And
when I rebooted, I found that some files is /etc were eaten -- even though
that partition is mounted with the sync option, and even though it'd had a
good 2-5 seconds the write the ~10k data file.

So why does bttv lock the box, and why does sync not sync? I don't feel
like converting ~80gb to some other FS than ext2 just yet.

PS: I can't give an Oops because the DPMS mode on the console was on, and it
won't return when it locks up (perhaps turn on monitor as part of Oops
handling?). Assuming there even was an oops.

PPS: Please CC me since I'm not on the list.
--
www.kuro5hin.org -- technology and culture, from the trenches.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:17    [W:0.604 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site