* Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > if (need_resched() && system_state == SYSTEM_RUNNING) {
> > - raw_local_irq_disable();
> > - _local_bh_enable();
> > - raw_local_irq_enable();
> > + local_bh_enable();
> > __cond_resched();
> >
On Thursday 24 May 2007 00:08:40 Chuck Ebbert wrote:
> Chuck Ebbert wrote:
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
>
> Another; these started to appear after the below patch was merged:
> > Index: linux/kernel/sched.c
> >
> > > ===
On Mon, 21 May 2007, Heiko Carstens wrote:
On Sun, May 20, 2007 at 09:29:49PM +0200, Thomas Gleixner wrote:
On Sun, 2007-05-20 at 21:18 +0200, Heiko Carstens wrote:
Hmm, that's a different problem than the 0x22 which shows up on
hyperthreading enabled P4 systems. Are you using plip ?
No, aft
Chuck Ebbert wrote:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
Another; these started to appear after the below patch was merged:
> Index: linux/kernel/sched.c
> > ===
> > --- linux.orig/kernel/sched.c
> > +++ l
Ingo Molnar wrote:
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
>> Bad news - I hit a bug in 2.6.22-rc2-hrt3. Bug symptoms:
>> - X hangs (keyboard, mouse, sound etc.)
>> - only Magic SysRq works
>
> please try the patch below! I think we have nailed this bug.
>
> Ingo
>
> Index: lin
On 22/05/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Bad news - I hit a bug in 2.6.22-rc2-hrt3. Bug symptoms:
> - X hangs (keyboard, mouse, sound etc.)
> - only Magic SysRq works
please try the patch below! I think we have nailed this bug.
I pi
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Bad news - I hit a bug in 2.6.22-rc2-hrt3. Bug symptoms:
> - X hangs (keyboard, mouse, sound etc.)
> - only Magic SysRq works
please try the patch below! I think we have nailed this bug.
Ingo
Index: linux/kernel/sched.c
=
Michal Piotrowski napisaĆ(a):
> Hi Thomas,
>
> On 20/05/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>> On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
>> > > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken
>> up. At
>> > > least it is not a scheduler problem.
>> > >
>> >
Hi Thomas,
On 20/05/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
> > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken up. At
> > least it is not a scheduler problem.
> >
> > I work out a more complex debug patch and pester y
On Monday 21 May 2007 14:31:57 Thomas Gleixner wrote:
> On Mon, 2007-05-21 at 11:52 +0530, Anant Nitya wrote:
> > > You should find something like:
> > >
> > > ( swapper-0|#0): new 67173 us user-latency.
> > >
> > > along with the familiar "NOHZ .." message in your log file.
> > >
>
On Monday 21 May 2007 14:31:57 Thomas Gleixner wrote:
> On Mon, 2007-05-21 at 11:52 +0530, Anant Nitya wrote:
> > > You should find something like:
> > >
> > > ( swapper-0|#0): new 67173 us user-latency.
> > >
> > > along with the familiar "NOHZ .." message in your log file.
> > >
>
On Mon, 2007-05-21 at 11:52 +0530, Anant Nitya wrote:
> > You should find something like:
> >
> > ( swapper-0|#0): new 67173 us user-latency.
> >
> > along with the familiar "NOHZ .." message in your log file.
> >
> > Once that happened please do:
> >
> > $ cat /proc/latency_trace >
On Monday 21 May 2007 03:13:08 Thomas Gleixner wrote:
> On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
> > > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken up. At
> > > least it is not a scheduler problem.
> > >
> > > I work out a more complex debug patch and pester you to
On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
> > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken up. At
> > least it is not a scheduler problem.
> >
> > I work out a more complex debug patch and pester you to test once I'm
> > done.
> No problem :)
You asked for it :)
Pl
On Sun, May 20, 2007 at 03:52:21PM +0200, Thomas Gleixner wrote:
> On Sun, 2007-05-20 at 12:18 +0200, Heiko Carstens wrote:
> > > I work out a more complex debug patch and pester you to test once I'm
> > > done.
> >
> > I've also tons of 'NOHZ: local_softirq_pending 08' that disappear with
> > noh
On Sun, 2007-05-20 at 12:18 +0200, Heiko Carstens wrote:
> > I work out a more complex debug patch and pester you to test once I'm
> > done.
>
> I've also tons of 'NOHZ: local_softirq_pending 08' that disappear with
> nohz=off. But I'm still running 2.6.21. Are there any patches that should
> fix
On Sat, May 19, 2007 at 09:11:08PM +0200, Thomas Gleixner wrote:
> On Sat, 2007-05-19 at 15:25 +0530, Anant Nitya wrote:
> > > No idea. I uploaded a debug patch against 2.6.22-rc1 to
> > >
> > > http://www.tglx.de/private/tglx/2.6.22-rc1-hrt-debug.patch
> > >
> > > Can you give it a try and report
On Sunday 20 May 2007 00:41:08 Thomas Gleixner wrote:
> On Sat, 2007-05-19 at 15:25 +0530, Anant Nitya wrote:
> > > No idea. I uploaded a debug patch against 2.6.22-rc1 to
> > >
> > > http://www.tglx.de/private/tglx/2.6.22-rc1-hrt-debug.patch
> > >
> > > Can you give it a try and report the output
On Sat, 2007-05-19 at 15:25 +0530, Anant Nitya wrote:
> > No idea. I uploaded a debug patch against 2.6.22-rc1 to
> >
> > http://www.tglx.de/private/tglx/2.6.22-rc1-hrt-debug.patch
> >
> > Can you give it a try and report the output ?
> Hi
> Here it goes
> [ 159.646196] NOHZ softirq pending 22 on
On Friday 18 May 2007 18:31:17 Thomas Gleixner wrote:
> On Thu, 2007-05-17 at 12:11 +0530, Anant Nitya wrote:
> > On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
> > > Ok, that's consistent with earlier reports. The problem surfaces when
> > > one of the SMT-"cpus" goes idle. The problem goes
On Friday 18 May 2007 18:31:17 Thomas Gleixner wrote:
> On Thu, 2007-05-17 at 12:11 +0530, Anant Nitya wrote:
> > On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
> > > Ok, that's consistent with earlier reports. The problem surfaces when
> > > one of the SMT-"cpus" goes idle. The problem goes
On Thu, 2007-05-17 at 12:11 +0530, Anant Nitya wrote:
> On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
>
> > Ok, that's consistent with earlier reports. The problem surfaces when
> > one of the SMT-"cpus" goes idle. The problem goes away when you disable
> > hyperthreading.
> Yes with HT di
On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
> Ok, that's consistent with earlier reports. The problem surfaces when
> one of the SMT-"cpus" goes idle. The problem goes away when you disable
> hyperthreading.
Yes with HT disabled in BIOS there is no local_softirq_pending messages. BTW
wh
On Thu, 2007-05-10 at 17:23 +0530, Anant Nitya wrote:
> On 5/9/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-05-09 at 19:42 +0530, Anant Nitya wrote:
> > > Hi,
> > > Ever since I upgrade to 2.6.21/.1, system log is filled with following
> > > messages if I enable CONFIG_NO_HZ=y, g
On Wed, 2007-05-09 at 19:42 +0530, Anant Nitya wrote:
> Hi,
> Ever since I upgrade to 2.6.21/.1, system log is filled with following
> messages if I enable CONFIG_NO_HZ=y, going through archives it seems ingo
> sometime back posted some patch and now it is upstream, but its not helping
> here. I
Hi,
Ever since I upgrade to 2.6.21/.1, system log is filled with following
messages if I enable CONFIG_NO_HZ=y, going through archives it seems ingo
sometime back posted some patch and now it is upstream, but its not helping
here. If I disable NOHZ by kernel command line nohz=off this problem
d
26 matches
Mail list logo