I've was using .. errrrr .. I think it was "procinfo -dn 1" Which brings me another question.
Why is it that my disk I was using for backup is using like 250 irq requests/sec? It is currently unmounted. It isn't degrading performance but it just seems weird. IDE 0 seems to respond normally. IDE 1 is acting weird. Of course that's not meaning that ide1 is the hd. I also installed a dvd burner. But it is unmounted also. hmmm -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maverick Sent: Tuesday, February 15, 2005 3:40 PM To: [email protected] Subject: Re: [ivtv-devel] Lockup / System freeze w/ new PVR-350 > Ooh idea, not original I'm sure, where can I get a sub sub sub micro sized > netboot dumb terminal (cheap preferably)? I remember seeing one used in our > library that was about the size of a small laptop back when they had hopes > of controlling people's use of the internet. There's a MediaMVP or something like that... It has a project at sf.net that netboots a "linux kernel w/ myth". It's not really myth, it's a frontend for myth that plays nuv's from your backend. Pretty cool for a diskless cheap frontend for the bedroom or like. It's made by Haupauge. > But anyways, if you can run a bi-directional video stream over 100mbits/s (I > assume) Ethernet then the pci bus (127Mbytes/s?) should be bored to death. > Which brings be back to my conclusion of DMA sharing deadlock. The > motherboard/kernel getting confused on who is doing what with DMA and > thereby assuming someone still has a lock on the channel and not freeing it. > Until another packet of info knocks it back into order (the packet from ssh) > and things start flowing again. > > I remember back from the DOS days you had to set a DMA and IRQ channel > manually. Does that still hold today? I know windows (and I suppose Linux > also) has the capability of sharing those DMA and IRQ channels. In windows > sometimes you have to override the IRQ. Would manually fiddling with the > DMA's help any? Or is this obsolete thinking? I tend to agree with you about some deadlock situation, since pinging the box allocates enough timeslice to the system to get it "running" again. Somewhere, I think the ivtv / ivtv-fb driver is entering an infinate loop, either polling the card or some other nonsence. It's definitely od behaviour, and definitely framebuffer/ivtv ralated, considering you can run X on another video card and the problem goes away... Then again, maybe that's because the other video card is on another bus. Uhhg. Is there anyway to monitor bus usage? Some prog like top for the bus would be sweet. -Kenneth ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
