mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Marc-Christian Petersen <m.c.p@wolk-project.de>
To: Andrea Arcangeli <andrea@suse.de>, linux-kernel@vger.kernel.org
Subject: Re: 2.4.21pre5aa1
Date: Fri, 14 Mar 2003 14:39:07 +0100	[thread overview]
Message-ID: <200303141437.11589.m.c.p@wolk-project.de> (raw)
In-Reply-To: <20030314090825.GB1375@dualathlon.random>

On Friday 14 March 2003 10:08, Andrea Arcangeli wrote:

Hi Andrea,

> Only in 2.4.21pre5aa1: 22_sched-deadlock-mmdrop-1
>
> 	Backport from 2.5 (in a more icache friendy way) an anti-deadlock
> 	fix for the o1 scheduler that can otherwise send a cross IPI with
> 	irq disabled.
I get _tons_ of these messages:

Initializing RT netlink socket
rq->prev_mm was c025b0e0 set to c025b0e0 - swapper
dffddf4c c0115786 c023b1a0 c025b0e0 c025b0e0 dffdc24e dffddfbc dffce02c 
       dffdc000 00000000 dffdc000 dffddfbc c0105000 0008e000 c01072bd 00000700 
       c0125d00 c02916a8 dffddfbc c0105000 0008e000 00000002 c01e0018 dffd0018 
Call Trace: [<c0115786>]  [<c0105000>]  [<c01072bd>]  [<c0125d00>]  
[<c0105000>]  [<c01e0018>]  [<c0105685>]  [<c0125faf>]  [<c0125d00>]  
[<c0105043>]  [<c01050
00>]  [<c010568e>]  [<c0105030>] 
rq->prev_mm was c025b0e0 set to c025b0e0 - keventd
dffcff4c c0115786 c023b1a0 c025b0e0 c025b0e0 dffce24e 00000011 dffdc02c 
       dffce000 00000000 dffce570 dffce580 dffce256 dffce000 c0125e2d 00000011 
       dffcffa0 00000000 dffce570 dffce580 dffce000 00000001 00000000 83e58955 
Call Trace: [<c0115786>]  [<c0125e2d>]  [<c0105000>]  [<c0105000>]  
[<c010568e>]  [<c0125d00>] 
rq->prev_mm was c025b0e0 set to c025b0e0 - ksoftirqd_CPU0
dffcdf9c c0115786 c023b1a0 c025b0e0 c025b0e0 dffcc24e dffcc24e dffdc02c 
       dffcc000 00000000 dffcc000 dffcc000 dffcc000 0008e000 c011d8fe dffcc24e 
       c023ae48 00000000 00010f00 dffddfb8 c0105000 c010568e 00000000 c011d880 
Call Trace: [<c0115786>]  [<c011d8fe>]  [<c0105000>]  [<c010568e>]  
[<c011d880>] 
Starting kswapd
rq->prev_mm was c025b0e0 set to c025b0e0 - kswapd
dffcbf84 c0115786 c023b1a0 c025b0e0 c025b0e0 dffca24e 0fe45589 dffdc02c 
       dffca000 00000000 dffca000 dffcbfc4 ffffffff 0008e000 c0134306 c01071c4 
       00000000 dffca000 c025e490 c025e490 00000000 0008e000 00000000 dffd0018 
Call Trace: [<c0115786>]  [<c0134306>]  [<c01071c4>]  [<c0105000>]  
[<c010568e>]  [<c0134270>] 
bigpage subsystem: allocated 0 bigpages (=0MB).
rq->prev_mm was c025b0e0 set to c025b0e0 - bdflush
dffc9f78 c0115786 c023b1a0 c025b0e0 c025b0e0 dffc824e 3dd3ac3f dffdc02c 
       dffc8000 00000000 00000286 c023afca dffc8256 dffc9fd8 c0115b3f 00000000 
       dffc8000 c025ee04 c025ee04 00000000 00000282 000001f4 c023afca 000001f4 
Call Trace: [<c0115786>]  [<c0115b3f>]  [<c0140c5a>]  [<c0105000>]  
[<c010568e>]  [<c0140b90>] 
rq->prev_mm was c025b0e0 set to c025b0e0 - kupdated
dffc7f64 c0115786 c023b1a0 c025b0e0 c025b0e0 dffc624e 0001080d dffdc02c 
       dffc6000 00000000 0000021e dffc7fac dffc6000 dffc6000 c0121265 dffc7fac 
       83080da2 45890cec c02cbb44 c02cbb44 0000021e dffc6000 c01211f0 c02cb320 
Call Trace: [<c0115786>]  [<c0121265>]  [<c01211f0>]  [<c0140cfc>]  
[<c0105000>]  [<c010568e>]  [<c0140c70>] 
aio_setup: num_physpages = 32760
aio_setup: sizeof(struct page) = 44

....

rq->prev_mm was c40dddc0 set to c40ddf00 - grep
cb795f64 c0115786 c023b1a0 c40dddc0 c40ddf00 cb79424e c011bd9d cb7fc02c 
       cb794000 00000000 c16fa7a0 c158d200 cb794000 00000000 c011c1da cb794000 
       c16fa7a0 cb794000 4012e8c4 00000000 bffff838 c011c233 00000000 c010720f 
Call Trace: [<c0115786>]  [<c011bd9d>]  [<c011c1da>]  [<c011c233>]  
[<c010720f>] 
rq->prev_mm was c40ddf00 set to cb78a0c0 - grep
cb789f64 c0115786 c023b1a0 c40ddf00 cb78a0c0 cb78824e c011bd9d cb7fc02c 
       cb788000 00000000 c16fa760 c158d200 cb788000 00000000 c011c1da cb788000 
       c16fa760 cb788000 4012e8c4 00000000 bffff838 c011c233 00000000 c010720f 
Call Trace: [<c0115786>]  [<c011bd9d>]  [<c011c1da>]  [<c011c233>]  
[<c010720f>]



Machine:

Celeron 1,3GHz, UP, 512MB RAM, IDE.


ciao, Marc



  parent reply	other threads:[~2003-03-14 13:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-14  9:08 2.4.21pre5aa1 Andrea Arcangeli
2003-03-14 10:15 ` 2.4.21pre5aa1 Marc-Christian Petersen
2003-03-14 10:29   ` 2.4.21pre5aa1 Andrea Arcangeli
2003-03-14 12:50 ` 2.4.21pre5aa1 Andrew Morton
2003-03-14 17:27   ` 2.4.21pre5aa1 Andrea Arcangeli
2003-03-14 13:39 ` Marc-Christian Petersen [this message]
2003-03-14 17:05   ` 2.4.21pre5aa1 Marc-Christian Petersen
2003-03-14 17:10   ` 2.4.21pre5aa1 Marc-Christian Petersen
2003-03-14 17:38     ` 2.4.21pre5aa1 Andrea Arcangeli
2003-03-14 18:04       ` 2.4.21pre5aa1 Marc-Christian Petersen
2003-03-14 23:13         ` 2.4.21pre5aa1 Andrea Arcangeli
2003-03-14 13:53 ` 2.4.21pre5aa1 Rik van Riel
2003-03-14 17:35   ` 2.4.21pre5aa1 Andrea Arcangeli

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=200303141437.11589.m.c.p@wolk-project.de \
    --to=m.c.p@wolk-project.de \
    --cc=andrea@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    /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

all inboxes | Powered by JetHome®