From: Thomas Sattler <tsattler@gmx.de>
To: Oleg Nesterov <oleg@tv-sign.ru>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Alan Cox <alan@lxorguk.ukuu.org.uk>, Ingo Molnar <mingo@elte.hu>
Subject: Re: 2.6.22-rc6 spurious hangs
Date: Fri, 29 Jun 2007 09:13:54 +0200 [thread overview]
Message-ID: <4684B132.2070405@gmx.de> (raw)
In-Reply-To: <20070628181044.GA613@tv-sign.ru>
>> Jun 28 19:23:03 pearl cinergyt2_query_rc+0x0/0x2e9 [cinergyT2]
>
> cinergyt2_query_rc() hangs. I'll try to look tomorrov, but I know nothing
> about drivers/media/dvb/.
Does this mean the problem is in the cinergyt2 driver? I'm having similar
problems with another box but with different hardware. While my laptop is
used as a test system the other one is used as a 'productive' TV-recorder.
I hoped we could trace the bug on the test system and fix the productive
one at the same time. :-/
The other box ("silver") is a desktop, which has two Hauppauge Nova-T DVB-T
PCI cards and one (analog) Hauppauge WinTV PVR-350. Silver only hangs if
the (digital) recording process has to much priority: (silver is running
2.6.21.5-cfs-v17 +squashfs +ivtv)
As I wanted to give as much priority to the recording process as possible
I firstly run dvbd as SCHED_RR. This hung the box quite often, sometimes
after an uptime of several minutes, sometimes after two weeks.
I switched to -ck and run dvbd as SCHED_ISO which worked without *any*
problem for about 18 months. As -ck is discontinued I switched to CFS and
the box hung again (twice until I understood why) when dvbd was running as
nice -15.
ATM dvbd runs with nice -12 but yesterday, during a rsync-transfer of
several >4G files, a recording was broken. 29 seconds of the recorded
stream are lost because the system load was at 5 for about three hours.
Perhaps the 29 missing seconds are caused not by to less CPU time but by
the havy IO of rsync. But on the other hand dvbd is also running at IO
realtime prio 4 (ionice) while rsync run as IO normal.
Any hints?
Thomas
--
keep mailinglists in english, feel free to send PM in german
next prev parent reply other threads:[~2007-06-29 7:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-28 14:00 2.6.22-rc6 spurious hangs Thomas Sattler
2007-06-28 14:47 ` Oleg Nesterov
2007-06-28 14:58 ` Thomas Sattler
2007-06-28 15:00 ` Ingo Molnar
[not found] ` <20070628150826.GA487@tv-sign.ru>
2007-06-28 17:35 ` Thomas Sattler
2007-06-28 17:49 ` Thomas Sattler
2007-06-28 18:10 ` Oleg Nesterov
2007-06-28 21:31 ` Thomas Sattler
2007-06-29 7:13 ` Thomas Sattler [this message]
2007-06-29 13:09 ` Oleg Nesterov
2007-06-29 13:16 ` Ingo Molnar
2007-06-29 13:58 ` Oleg Nesterov
2007-06-29 14:10 ` Ingo Molnar
2007-06-29 16:59 ` Dmitry Torokhov
2007-06-29 17:23 ` Oleg Nesterov
2007-06-29 21:21 ` Mauro Carvalho Chehab
2007-06-29 21:34 ` Markus Rechberger
2007-06-30 14:19 ` Oleg Nesterov
2007-07-01 18:54 ` Thomas Sattler
2007-07-01 19:47 ` Oleg Nesterov
2007-07-02 4:48 ` Thomas Sattler
2007-06-29 11:15 ` Tomi Orava
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4684B132.2070405@gmx.de \
--to=tsattler@gmx.de \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=oleg@tv-sign.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox