Bug 15245
Summary: | [2.6.33-rc6 Weird JCPU times? | ||
---|---|---|---|
Product: | Process Management | Reporter: | Maciej Rutecki (maciej.rutecki) |
Component: | Other | Assignee: | process_other |
Status: | CLOSED UNREPRODUCIBLE | ||
Severity: | normal | CC: | glisse, kdevel, maciej.rutecki, rjw, shawn.starr |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.33-rc6 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 14885 |
Description
Maciej Rutecki
2010-02-07 08:29:43 UTC
This is reproducible with non-KMS also, -rc7 has not seen this yet. But I still haven't stressed -rc7 enough. I don't this is a regression, Shawn you did merge by yourself radeon-testing right ? So this isn't a natural 2.6.33-rc* kernel. Please confirm if you see this or not with a stock 2.6.33-rc*. Also i wonder how kms can affect jcpu ... I can confirm this is not due to Radeon as im using the intel GPU and see spstarr 6085 7696761 0.0 18992 2024 pts/6 Ss 12:57 21114581:29 /bin/bash spstarr 6092 152211946 0.0 18936 1364 pts/6 S+ 12:58 21114581:29 top It seems to be a real kernel regression. As of 2.6.33-rc7 last night's linus's tree still. We should rename this to drop references to radeon as it is not related. On Sunday 21 March 2010, Shawn Starr wrote:
> On Sunday 21 March 2010 04:30:46 pm Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.32 and 2.6.33.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.32 and 2.6.33. Please verify if it still should
> > be listed and let the tracking team know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15245
> > Subject : [2.6.33-rc6 Weird JCPU times?
> > Submitter : Shawn Starr <shawn.starr@rogers.com>
> > Date : 2010-02-06 7:24 (44 days old)
> > References : http://marc.info/?l=linux-kernel&m=126544107816889&w=2
>
> Please close it. I haven't seen this anymore and I'm now in 2.6.34-rc1 (March
> 17th git snapshot)
With 2.6.32.36 x86_64 I can reproduce these CPU times by running latencytop 0.4 for a few seconds. # ps aux|head USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 40993630 0.0 1068 392 ? Ss 10:28 21114581:29 init [5] root 2 40993630 0.0 0 0 ? S 10:28 21114581:29 [kthreadd] root 3 40993666 0.0 0 0 ? S 10:28 21114581:29 [migration/0] root 4 40993675 0.0 0 0 ? S 10:28 21114581:29 [ksoftirqd/0] root 7 40993766 0.0 0 0 ? S 10:28 21114581:29 [events/0] root 9 0.0 0.0 0 0 ? S 10:28 0:00 [cpuset] root 10 0.0 0.0 0 0 ? S 10:28 0:00 [khelper] root 11 0.0 0.0 0 0 ? S 10:28 0:00 [async/mgr] |