From hch@infradead.org Tue Aug 5 05:44:46 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 05 Aug 2003 05:44:54 -0700 (PDT) Received: from phoenix.infradead.org (pub234.cambridge.redhat.com [213.86.99.234] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h75CiiFl002811 for ; Tue, 5 Aug 2003 05:44:45 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19k1BC-00071u-00; Tue, 05 Aug 2003 13:44:42 +0100 Date: Tue, 5 Aug 2003 13:44:42 +0100 From: Christoph Hellwig To: jbarnes@sgi.com, kdb@oss.sgi.com Subject: kdba_io Message-ID: <20030805134442.A26822@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-archive-position: 454 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: kdb Currently there's a file arch/ia64/sn/io/sn2/kdba_io.c for SN2 that contains a single kdb command, 'io'. The implementation is: static int kdba_io(int argc, const char **argv, const char **envp, struct pt_regs *regs) { kdb_printf("kdba_io entered with addr 0x%p\n", (void *) regs); return(0); } which collides a bit with the description ontop of it. Is there a real use for this or can we just kill it. Or should it be moved to generic code with a less confusing name? (couldn't imagine why) From kaos@sgi.com Tue Aug 5 19:02:11 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 05 Aug 2003 19:02:18 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7622BFl026601 for ; Tue, 5 Aug 2003 19:02:11 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h762LlsR014661 for ; Tue, 5 Aug 2003 21:21:48 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA06470; Wed, 6 Aug 2003 12:01:52 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id A9DADC21CF; Wed, 6 Aug 2003 12:01:49 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id A6550140681; Wed, 6 Aug 2003 12:01:49 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Christoph Hellwig Cc: jbarnes@sgi.com, kdb@oss.sgi.com Subject: Re: kdba_io In-reply-to: Your message of "Tue, 05 Aug 2003 13:44:42 +0100." <20030805134442.A26822@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 2003 12:01:48 +1000 Message-ID: <2555.1060135308@kao2.melbourne.sgi.com> X-archive-position: 455 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Tue, 5 Aug 2003 13:44:42 +0100, Christoph Hellwig wrote: >Currently there's a file arch/ia64/sn/io/sn2/kdba_io.c for SN2 that contains >a single kdb command, 'io'. This is an SN2 specific file, not part of the external kdb patch. The whole file is useless, kill it. From mbp@samba.org Mon Aug 11 22:59:12 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 11 Aug 2003 22:59:16 -0700 (PDT) Received: from sngrel5.hp.com (sngrel5.hp.com [192.6.86.210]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C5x7Fl001839 for ; Mon, 11 Aug 2003 22:59:11 -0700 Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel5.hp.com (Postfix) with SMTP id 2B785666 for ; Tue, 12 Aug 2003 13:59:06 +0800 (SGP) Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 15:59:02 +1000 Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id PTYTPNJT; Tue, 12 Aug 2003 15:59:02 +1000 Received: from 16.176.65.78 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 15:59:02 +1000 Received: from mbp by vexed with local (Exim 3.36 #1 (Debian)) id 19mSBQ-0008BZ-00; Tue, 12 Aug 2003 15:59:01 +1000 Date: Tue, 12 Aug 2003 15:59:00 +1000 From: Martin Pool To: xavier.bru@bull.net, kdb@oss.sgi.com Subject: [patch] fix 'ps' command in ia64 2.6 kdb Message-ID: <20030812055859.GD1121@vexed.ozlabs.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG: 1024D/A0B3E88B: AFAC578F 1841EE6B FD95E143 3C63CA3F A0B3E88B User-Agent: Mutt/1.5.4i X-archive-position: 456 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: mbp@samba.org Precedence: bulk X-list: kdb I've been trying to update kdb for ia64 2.6, based on Xavier Bru's kdb 4.3 patches to 2.5.72 at http://www.bullfreeware.com/linux/kdb/. One problem I hit was that the 'ps' command would always oops on an SMP machine, because of trying to read information about nonexistant processors. This patch fixes that. It may not be an optimal fix; I am going to look a little more at how NR_CPUS is used here. I can't believe I'm the only person to hit this, so perhaps I started from a patch that was too old? --- linux-2.6.0test2-ia64-kdb-orig/kdb/kdbmain.c 2003-08-12 15:46:44.000000000 +1000 +++ linux-2.6.0test2-ia64-kdb/kdb/kdbmain.c 2003-08-12 15:30:52.000000000 +1000 @@ -2959,12 +2959,20 @@ kdb_ps(int argc, const char **argv, cons mask = kdb_task_state_string(argc, argv, envp); /* Run the active tasks first */ for (cpu = 0; cpu < NR_CPUS; ++cpu) { + if (!cpu_online(cpu)) + continue; p = kdb_active_task[cpu]; + if (!p) { + kdb_printf("No task active on CPU%d!\n", cpu); + continue; + } if (!kdb_task_state(p, mask)) continue; kdb_ps1(p); } /* Now the real tasks */ + /* FIXME: Running tasks are printed out twice: once above for + * the CPU, and then again here. */ for_each_process(p) { if (!kdb_task_state(p, mask)) continue; -- Martin From mbp@sourcefrog.net Mon Aug 11 23:34:53 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 11 Aug 2003 23:34:55 -0700 (PDT) Received: from sngrel5.hp.com (sngrel5.hp.com [192.6.86.210]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C6YfFl002853 for ; Mon, 11 Aug 2003 23:34:42 -0700 Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel5.hp.com (Postfix) with SMTP id 1DCC160E for ; Tue, 12 Aug 2003 14:04:41 +0800 (SGP) Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 16:04:40 +1000 Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id PTYTPNQ4; Tue, 12 Aug 2003 16:04:39 +1000 Received: from 16.176.65.78 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 16:04:39 +1000 Received: from localhost ([127.0.0.1] helo=vexed) by vexed with smtp (Exim 3.36 #1 (Debian)) id 19mSGs-0008Bt-00; Tue, 12 Aug 2003 16:04:38 +1000 From: Martin Pool Subject: Re: mailing list archives? Date: Tue, 12 Aug 2003 16:04:38 +1000 User-Agent: Pan/0.14.0 (I'm Being Nibbled to Death by Cats!) Message-Id: References: <20030708191441.A16530@in.ibm.com> <5560.1057671847@ocs3.intra.ocs.com.au> To: kdb@oss.sgi.com, vamsi@in.ibm.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 457 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: mbp@sourcefrog.net Precedence: bulk X-list: kdb On Tue, 08 Jul 2003 23:44:07 +1000, Keith Owens wrote: > On Tue, 8 Jul 2003 19:14:41 +0530, > "Vamsi Krishna S ." wrote: >>Where can we find the latest archives for kdb mailing list? > > I have been trying to track these down on oss.sgi.com without success. > Still looking. gmane.org has a good (complete?) archive, available over HTTP or NNTP. Reading list archives from gmane with Pan is sweet indeed. -- Martin From kaos@sgi.com Mon Aug 11 23:51:26 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 11 Aug 2003 23:51:29 -0700 (PDT) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C6pPFl003028 for ; Mon, 11 Aug 2003 23:51:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7C4q1Qa021826 for ; Mon, 11 Aug 2003 21:52:01 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA04874; Tue, 12 Aug 2003 16:49:58 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id E2A05C00AA; Tue, 12 Aug 2003 16:49:57 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id DF34F140630; Tue, 12 Aug 2003 16:49:57 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Martin Pool Cc: xavier.bru@bull.net, kdb@oss.sgi.com Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb In-reply-to: Your message of "Tue, 12 Aug 2003 15:59:00 +1000." <20030812055859.GD1121@vexed.ozlabs.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Aug 2003 16:49:56 +1000 Message-ID: <3569.1060670996@kao2.melbourne.sgi.com> X-archive-position: 458 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Tue, 12 Aug 2003 15:59:00 +1000, Martin Pool wrote: >--- linux-2.6.0test2-ia64-kdb-orig/kdb/kdbmain.c 2003-08-12 15:46:44.000000000 +1000 >+++ linux-2.6.0test2-ia64-kdb/kdb/kdbmain.c 2003-08-12 15:30:52.000000000 +1000 >@@ -2959,12 +2959,20 @@ kdb_ps(int argc, const char **argv, cons > mask = kdb_task_state_string(argc, argv, envp); > /* Run the active tasks first */ > for (cpu = 0; cpu < NR_CPUS; ++cpu) { That line is wrong. In kdb v4.3 it reads for (cpu = 0; cpu < smp_num_cpus; ++cpu) { which, together with code in sched.c that ensures kdb_active_task[cpu] is always set, removes the need for the other tests. IOW, kdb_active_task[cpu] is always defined. >+ /* FIXME: Running tasks are printed out twice: once above for >+ * the CPU, and then again here. */ Deliberately so. The first bit displays the tasks that own the cpus, the second bit displays all of the tasks. It is harder for the user if they have to hunt between the two sections to find processes, a little bit of duplication to assist the user is no big deal. From kaos@sgi.com Tue Aug 12 00:41:10 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 12 Aug 2003 00:41:13 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C7f5Fl004314 for ; Tue, 12 Aug 2003 00:41:05 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7C7euq0025732 for ; Tue, 12 Aug 2003 00:40:58 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA05386; Tue, 12 Aug 2003 17:38:49 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 6637FC00AA; Tue, 12 Aug 2003 17:38:49 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 62AC2140630; Tue, 12 Aug 2003 17:38:49 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Martin Pool Cc: xavier.bru@bull.net, kdb@oss.sgi.com Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb In-reply-to: Your message of "Tue, 12 Aug 2003 17:26:29 +1000." <20030812072627.GE1121@vexed.ozlabs.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Aug 2003 17:38:48 +1000 Message-ID: <4920.1060673928@kao2.melbourne.sgi.com> X-archive-position: 459 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Tue, 12 Aug 2003 17:26:29 +1000, Martin Pool wrote: >There doesn't seem to be any variable smp_num_cpus on ia64 2.6.0test2. num_online_cpus() From mbp@samba.org Tue Aug 12 00:58:10 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 12 Aug 2003 00:58:18 -0700 (PDT) Received: from sngrel5.hp.com (sngrel5.hp.com [192.6.86.210]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C7vwFl004400 for ; Tue, 12 Aug 2003 00:58:00 -0700 Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel5.hp.com (Postfix) with SMTP id ED99356C for ; Tue, 12 Aug 2003 15:26:37 +0800 (SGP) Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 17:26:31 +1000 Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id PTYTPP0P; Tue, 12 Aug 2003 17:26:31 +1000 Received: from 16.176.65.78 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 17:26:30 +1000 Received: from mbp by vexed with local (Exim 3.36 #1 (Debian)) id 19mTY5-0001qO-00; Tue, 12 Aug 2003 17:26:29 +1000 Date: Tue, 12 Aug 2003 17:26:29 +1000 From: Martin Pool To: Keith Owens Cc: xavier.bru@bull.net, kdb@oss.sgi.com Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb Message-ID: <20030812072627.GE1121@vexed.ozlabs.hp.com> References: <20030812055859.GD1121@vexed.ozlabs.hp.com> <3569.1060670996@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3569.1060670996@kao2.melbourne.sgi.com> X-GPG: 1024D/A0B3E88B: AFAC578F 1841EE6B FD95E143 3C63CA3F A0B3E88B User-Agent: Mutt/1.5.4i X-archive-position: 460 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: mbp@samba.org Precedence: bulk X-list: kdb On 12 Aug 2003, Keith Owens wrote: > On Tue, 12 Aug 2003 15:59:00 +1000, > Martin Pool wrote: > >+++ linux-2.6.0test2-ia64-kdb/kdb/kdbmain.c 2003-08-12 15:30:52.000000000 +1000 > >@@ -2959,12 +2959,20 @@ kdb_ps(int argc, const char **argv, cons > > mask = kdb_task_state_string(argc, argv, envp); > > /* Run the active tasks first */ > > for (cpu = 0; cpu < NR_CPUS; ++cpu) { > > That line is wrong. In kdb v4.3 it reads > > for (cpu = 0; cpu < smp_num_cpus; ++cpu) { > > which, together with code in sched.c that ensures kdb_active_task[cpu] > is always set, removes the need for the other tests. IOW, > kdb_active_task[cpu] is always defined. Thanks for explaining that. There doesn't seem to be any variable smp_num_cpus on ia64 2.6.0test2. (I realize your patch is just for 2.4 but I was trying to port it forward.) I'll try to work out what happened to it. > >+ /* FIXME: Running tasks are printed out twice: once above for > >+ * the CPU, and then again here. */ > > Deliberately so. The first bit displays the tasks that own the cpus, > the second bit displays all of the tasks. It is harder for the user if > they have to hunt between the two sections to find processes, a little > bit of duplication to assist the user is no big deal. OK. I was going to make it consistent with bta, but I suppose the information is so much larger there that we have to avoid the duplicate. -- Martin From mbp@samba.org Tue Aug 12 01:08:16 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 12 Aug 2003 01:08:25 -0700 (PDT) Received: from sngrel5.hp.com (sngrel5.hp.com [192.6.86.210]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C88FFl004609 for ; Tue, 12 Aug 2003 01:08:15 -0700 Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel5.hp.com (Postfix) with SMTP id 8A38E2F5 for ; Tue, 12 Aug 2003 16:08:13 +0800 (SGP) Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 18:08:07 +1000 Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id PTYTPQZS; Tue, 12 Aug 2003 18:08:06 +1000 Received: from 16.176.65.78 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 12 Aug 2003 18:08:06 +1000 Received: from mbp by vexed with local (Exim 3.36 #1 (Debian)) id 19mUCI-0001tm-00; Tue, 12 Aug 2003 18:08:02 +1000 Date: Tue, 12 Aug 2003 18:08:02 +1000 From: Martin Pool To: Keith Owens Cc: xavier.bru@bull.net, kdb@oss.sgi.com Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb Message-ID: <20030812080800.GF1121@vexed.ozlabs.hp.com> References: <20030812072627.GE1121@vexed.ozlabs.hp.com> <4920.1060673928@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4920.1060673928@kao2.melbourne.sgi.com> X-GPG: 1024D/A0B3E88B: AFAC578F 1841EE6B FD95E143 3C63CA3F A0B3E88B User-Agent: Mutt/1.5.4i X-archive-position: 461 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: mbp@samba.org Precedence: bulk X-list: kdb On 12 Aug 2003, Keith Owens wrote: > On Tue, 12 Aug 2003 17:26:29 +1000, > Martin Pool wrote: > >There doesn't seem to be any variable smp_num_cpus on ia64 2.6.0test2. > > num_online_cpus() By my reading that does not give what we want here. In a machine with eight CPUs and all are down but CPU7, then num_online_cpus() will return 1. In the light of the nonlinear/hotplug CPU work in 2.5, I think looping up to NR_CPUS and checking cpu_online really is the right way to do it. (But I know much less about it than other people.) -- Martin From kaos@sgi.com Tue Aug 12 01:53:22 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 12 Aug 2003 01:53:30 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7C8rMFl008819 for ; Tue, 12 Aug 2003 01:53:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7C8rDq0002590 for ; Tue, 12 Aug 2003 01:53:15 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA05874; Tue, 12 Aug 2003 18:51:00 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 94960C00AA; Tue, 12 Aug 2003 18:51:00 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 93897140630; Tue, 12 Aug 2003 18:51:00 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Martin Pool Cc: xavier.bru@bull.net, kdb@oss.sgi.com Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb In-reply-to: Your message of "Tue, 12 Aug 2003 18:08:02 +1000." <20030812080800.GF1121@vexed.ozlabs.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Aug 2003 18:50:59 +1000 Message-ID: <6242.1060678259@kao2.melbourne.sgi.com> X-archive-position: 462 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Tue, 12 Aug 2003 18:08:02 +1000, Martin Pool wrote: >On 12 Aug 2003, Keith Owens wrote: >> num_online_cpus() > >By my reading that does not give what we want here. In a machine with >eight CPUs and all are down but CPU7, then num_online_cpus() will >return 1. > >In the light of the nonlinear/hotplug CPU work in 2.5, I think looping >up to NR_CPUS and checking cpu_online really is the right way to do >it. (But I know much less about it than other people.) Good point. Change the code to loop to NR_CPUS and check cpu_online. There is no need to check if there is a task for a online cpu, the code in sched.c ensures that all cpus have a known task. From bedge@troikanetworks.com Tue Aug 19 18:15:23 2003 Received: with ECARTIS (v1.0.0; list kdb); Tue, 19 Aug 2003 18:15:25 -0700 (PDT) Received: from communicator.troikanetworks.com (communicator.troikanetworks.com [12.31.172.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7K1F0Fl008887 for ; Tue, 19 Aug 2003 18:15:22 -0700 Received: from saaz.troikanetworks.com ([12.42.120.122]) by communicator.troikanetworks.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 19 Aug 2003 18:14:53 -0700 Received: from troikanetworks.com (localhost [127.0.0.1]) by saaz.troikanetworks.com (8.12.9/8.12.9/Debian-3) with ESMTP id h7K1EjvA002289 for ; Tue, 19 Aug 2003 18:14:46 -0700 Message-ID: <3F42CB85.2040302@troikanetworks.com> Date: Tue, 19 Aug 2003 18:14:45 -0700 From: Bruce Edge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5 X-Accept-Language: en MIME-Version: 1.0 To: kdb@oss.sgi.com Subject: default CONFIG_KDB_OFF behavior Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Aug 2003 01:14:53.0572 (UTC) FILETIME=[75F82C40:01C366B8] X-archive-position: 463 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: bedge@troikanetworks.com Precedence: bulk X-list: kdb I enable this, what happens when I get a panic? Does the box reboot? Conversly, is there an easy way to get the box to reboot on a panic if kdb is disabled? Thanks in advance, Bruce. From willschm@us.ibm.com Wed Aug 20 06:49:02 2003 Received: with ECARTIS (v1.0.0; list kdb); Wed, 20 Aug 2003 06:49:06 -0700 (PDT) Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.105]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7KDn0oO014257 for ; Wed, 20 Aug 2003 06:49:01 -0700 Received: from northrelay04.pok.ibm.com (northrelay04.pok.ibm.com [9.56.224.206]) by e5.ny.us.ibm.com (8.12.9/8.12.2) with ESMTP id h7KDmsU6202440; Wed, 20 Aug 2003 09:48:54 -0400 Received: from d27ml103.rchland.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by northrelay04.pok.ibm.com (8.12.9/NCO/VER6.6) with ESMTP id h7KDmqDj043572; Wed, 20 Aug 2003 09:48:53 -0400 Subject: Re: default CONFIG_KDB_OFF behavior To: Bruce Edge Cc: kdb@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.11 July 24, 2002 Message-ID: From: Will Schmidt Date: Wed, 20 Aug 2003 08:48:51 -0500 X-MIMETrack: Serialize by Router on d27ml103/27/M/IBM(Release 6.0.2CF1|June 9, 2003) at 08/20/2003 08:48:52 AM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-archive-position: 464 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: willschm@us.ibm.com Precedence: bulk X-list: kdb If KDB is off, the system would continue down its panic notifier path, and eventually reboot or just sit on the panic. On your running system, see what value is reported in 'cat /proc/sys/kernel/panic'. A nonzero value would be the timeout in seconds before the system reboots, after a panic. A '0' will cause the system to just sit, no reboot. The value can be set with a "panic=xx" kernel parm, or cat'ing a new value into /proc/sys/kernel/panic. willschm@us.ibm.com Linux on PowerPC-64 Development IBM Rochester Bruce Edge cc: Sent by: Subject: default CONFIG_KDB_OFF behavior kdb-bounce@oss.sg i.com 08/19/2003 08:14 PM I enable this, what happens when I get a panic? Does the box reboot? Conversly, is there an easy way to get the box to reboot on a panic if kdb is disabled? Thanks in advance, Bruce. From kaos@sgi.com Wed Aug 20 17:30:42 2003 Received: with ECARTIS (v1.0.0; list kdb); Wed, 20 Aug 2003 17:30:52 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7L0UdoO020723 for ; Wed, 20 Aug 2003 17:30:40 -0700 Received: (qmail 25821 invoked from network); 21 Aug 2003 00:30:36 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 21 Aug 2003 00:30:36 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id BF615C00A8; Thu, 21 Aug 2003 10:30:35 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id BC10414069C; Thu, 21 Aug 2003 10:30:35 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Will Schmidt Cc: Bruce Edge , kdb@oss.sgi.com Subject: Re: default CONFIG_KDB_OFF behavior In-reply-to: Your message of "Wed, 20 Aug 2003 08:48:51 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 2003 10:30:34 +1000 Message-ID: <17390.1061425834@ocs3.intra.ocs.com.au> X-archive-position: 465 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Wed, 20 Aug 2003 08:48:51 -0500, Will Schmidt wrote: > >If KDB is off, the system would continue down its panic notifier path, and >eventually reboot or just sit on the panic. >On your running system, see what value is reported in 'cat >/proc/sys/kernel/panic'. A nonzero value would be the timeout in seconds >before the system reboots, after a panic. >A '0' will cause the system to just sit, no reboot. The value can be set >with a "panic=xx" kernel parm, or cat'ing a new value into >/proc/sys/kernel/panic. kdb v4.3 has CONFIG_KDB_CONTINUE_CATASTROPHIC. See the config help and Documentation/kdb/dump.txt. From tj@atj.dyndns.org Sun Aug 24 23:42:36 2003 Received: with ECARTIS (v1.0.0; list kdb); Sun, 24 Aug 2003 23:42:44 -0700 (PDT) Received: from ns.aratech.co.kr (ns.aratech.co.kr [61.34.11.200]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7P6gXoO016382 for ; Sun, 24 Aug 2003 23:42:35 -0700 Received: from tj.aratech.co.kr ([61.34.11.212] helo=atj.dyndns.org ident=mail) by ns.aratech.co.kr with esmtp (Exim 3.36 #1 (Debian)) id 19rB3a-0005lX-00 for ; Mon, 25 Aug 2003 15:42:26 +0900 Received: from tj by atj.dyndns.org with local (Exim 4.22) id 19rB5f-0004Ig-Sh for kdb@oss.sgi.com; Mon, 25 Aug 2003 15:44:35 +0900 Date: Mon, 25 Aug 2003 15:44:35 +0900 From: TeJun Huh To: kdb@oss.sgi.com Subject: kdb stack trace misses some frames. Message-ID: <20030825064435.GA12471@atj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-archive-position: 466 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: tejun@aratech.co.kr Precedence: bulk X-list: kdb Hello, While I was debugging 2.4.21 kernel with kdb v4.3, a cpu hit a deadlock but the stack trace had some problems. 1. Some frame didn't show frame pointer 2. Some spurious frames (I guess this is because kdb scans the stack looking which look like a stack frame and once-used stack frames which are not yet destroyed showed up. This might be ok but when the kernel is compiled with frame pointer, it would be nice to mark spurious frames.) 3. Some frames were missing. Below call_do_IRQ(), five frames were not shown. Even though the frames could be hand traced by following frame pointers. Below is the stack trace with spurious frames marked ###. I filled in missing frame pointers with CAPITAL addresses. Also, I've added missing frames. Missing frames starts with ***. Thanks a lot for your great work. :-) P.S. As I'm not on the list, please don't forget to CC me. ----------- stack trace follows ------------ Stack traceback for pid 8172 0xefa7c000 8172 8166 1 0 R 0xefa7c370 *j3-engine EBP EIP Function (args) 0xc01b66b7 .text.lock.random+0x19 kernel .text 0xc0100000 0xc01b669e 0xc01b66c0 0xefa7d848 0xc01b62c1 __check_and_rekey+0x9 (0x3f496e3d, 0xe2f92780, 0x0, 0xe871 6580, 0x7499c000) kernel .text 0xc0100000 0xc01b62b8 0xc01b6348 0xefa7d87c 0xc01b639c secure_tcp_sequence_number+0x54 (0x246510ac, 0x8f11650a, 0 x901f, 0x7499, 0xf409495c) kernel .text 0xc0100000 0xc01b6348 0xc01b63f4 0xefa7da64 0xc033e5fc tcp_v4_conn_request+0x444 (0xf696ed80, 0xf697e400, 0x0, 0x efa7c000) kernel .text 0xc0100000 0xc033e1b8 0xc033e68c ###0xefa7d930 0xc0319dd5 qdisc_restart+0x15 (0xf697e400, 0xf687de00, 0xf696ec80, 0x ###202, 0xefa7d968) ### kernel .text 0xc0100000 0xc0319dc0 0xc0319f44 ###0xefa7d948 0xc03117dd dev_queue_xmit+0x13d (0xdc79b180, 0xf76cd400, 0xdc79b180, ###0xe87e5200, 0xf4094880) ### kernel .text 0xc0100000 0xc03116a0 0xc03119b8 ###0xefa7d984 0xc0311887 dev_queue_xmit+0x1e7 (0xdc79b180, 0xf3ea2e94, 0xdc79b180, ###0xf4094880, 0xf76cd400) ### kernel .text 0xc0100000 0xc03116a0 0xc03119b8 ###0xefa7d9a0 0xc0327488 ip_output+0x254 (0x282, 0x246, 0xf76cdcb8, 0x8, 0x282) ### kernel .text 0xc0100000 0xc0327234 0xc0327504 ###0xefa7d9fc 0xc02442a8 scsi_queue_next_request+0x4c (0xf76f0018, 0x1ee, 0xf697e16 ###0, 0x2238b28e, 0x0) ### kernel .text 0xc0100000 0xc024425c 0xc0244370 ###0xefa7da1c 0xc02444ad __scsi_end_request+0x13d (0xf4094880, 0xe8716580, 0xe87165 ###80, 0x0, 0xf4094880) ### kernel .text 0xc0100000 0xc0244370 0xc02444bc 0xefa7da9c 0xc0337807 tcp_rcv_state_process+0x73 (0xf4094880, 0xe8716580, 0xd74d bbb4, 0x28, 0xf4094880) kernel .text 0xc0100000 0xc0337794 0xc0338324 0xefa7dac0 0xc033ec51 tcp_v4_do_rcv+0xc9 (0xf4094880, 0xe8716580, 0xe8716580, 0x 0, 0x18) kernel .text 0xc0100000 0xc033eb88 0xc033ecac 0xefa7dafc 0xc033f0bb tcp_v4_rcv+0x40f (0xe8716580, 0x0, 0xd74dbba0, 0xe8716580, 0x6) kernel .text 0xc0100000 0xc033ecac 0xc033f330 0xefa7db18 0xc032433c ip_local_deliver+0xf4 (0xe8716580, 0x0, 0xe8716580, 0x8, 0 x20) kernel .text 0xc0100000 0xc0324248 0xc03243d4 0xefa7db38 0xc0324751 ip_rcv+0x37d (0xe8716580, 0xf76cd400, 0xc05388d0, 0xe87165 80, 0xe8716580) kernel .text 0xc0100000 0xc03243d4 0xc03247f4 0xefa7db58 0xc0311f03 netif_receive_skb+0x163 (0xe8716580, 0xe8716580, 0xf697e40 0, 0x40, 0xf697e560) kernel .text 0xc0100000 0xc0311da0 0xc0311f30 0xefa7db98 0xf89074ae [tg3]tg3_rx+0x242 (0xf697e560, 0x40, 0xf697e4c0, 0xf697e40 0, 0xc058cd00) tg3 .text 0xf8905060 0xf890726c 0xf890757c 0xefa7dbb8 0xf8907607 [tg3]tg3_poll+0x8b (0xf697e400, 0xefa7dbe0, 0xc058bb10, 0x 1, 0xfffffffb) tg3 .text 0xf8905060 0xf890757c 0xf8907698 0xefa7dbe4 0xc03120eb net_rx_action+0x8f (0xc058bb10, 0xc05b7a00, 0xc0579000, 0x 10, 0x0) kernel .text 0xc0100000 0xc031205c 0xc03121a4 0xEFA7DC04 0xc012050d do_softirq+0x7d (0x10, 0x543aaa19, 0x239dde93, 0x0, 0xf69d 3940) kernel .text 0xc0100000 0xc0120490 0xc0120570 0xefa7dc24 0xc010a77e do_IRQ+0xda (0x10, 0x6f224e4d, 0x4de5e19d, 0x543aaa19, 0x2 39dde93) kernel .text 0xc0100000 0xc010a6a4 0xc010a790 0xEFA7DC80 0xc03755e4 call_do_IRQ+0x5 (0xf3a82400, 0xefa7df0c, 0x10, 0xd0e02aa0, 0xefa7df0c) kernel .rodata 0xc03733c0 0xc03755df 0xc03755ec ***0xefa7ddfc 0xc01b5540 extract_entropy+432 ***0xefa7de14 0xc01b56b3 get_random_bytes+43 ***0xefa7de30 0xc01b6316 __check_and_rekey+94 ***0xefa7de64 0xc01b639c secure_tcp_sequence_number+84 ***0xefa7dec0 0xc033d328 tcp_v4_connect+724 0xEFA7DEE4 0xc034aedb inet_stream_connect+0x10f (0xd0e02aa0, 0xefa7df0c, 0x10, 0 x802, 0x2) kernel .text 0xc0100000 0xc034adcc 0xc034b040 0xefa7df8c 0xc030b145 sys_connect+ -- tejun From kaos@sgi.com Mon Aug 25 00:11:04 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 25 Aug 2003 00:11:30 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7P7B1oO017898 for ; Mon, 25 Aug 2003 00:11:01 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7P5CKQa022690 for ; Sun, 24 Aug 2003 22:12:20 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA26506; Mon, 25 Aug 2003 17:10:51 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 2CBEFC00A8; Mon, 25 Aug 2003 17:10:49 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 29A401400B0; Mon, 25 Aug 2003 17:10:49 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: TeJun Huh Cc: kdb@oss.sgi.com Subject: Re: kdb stack trace misses some frames. In-reply-to: Your message of "Mon, 25 Aug 2003 15:44:35 +0900." <20030825064435.GA12471@atj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 2003 17:10:48 +1000 Message-ID: <20355.1061795448@kao2.melbourne.sgi.com> X-archive-position: 467 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Mon, 25 Aug 2003 15:44:35 +0900, TeJun Huh wrote: > While I was debugging 2.4.21 kernel with kdb v4.3, a cpu hit a >deadlock but the stack trace had some problems. Standard kdb commands for debugging i386 backtrace problems. set LINES 10000 set BTSP 1 set KDBDEBUG 0x19 bt Capture all the kdb output and send it to kaos@sgi.com, not to the list. The detailed debugging will show why kdb is getting false positives. From kaos@sgi.com Mon Aug 25 00:17:27 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 25 Aug 2003 00:17:32 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7P7HQoO018770 for ; Mon, 25 Aug 2003 00:17:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7P7YFnk026243 for ; Mon, 25 Aug 2003 02:34:16 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA26578; Mon, 25 Aug 2003 17:17:16 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id E3AE7C00A8; Mon, 25 Aug 2003 17:17:13 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id E0BD11400B0; Mon, 25 Aug 2003 17:17:13 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: TeJun Huh Cc: kdb@oss.sgi.com Subject: Re: kdb stack trace misses some frames. In-reply-to: Your message of "Mon, 25 Aug 2003 15:44:35 +0900." <20030825064435.GA12471@atj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 2003 17:17:12 +1000 Message-ID: <20526.1061795832@kao2.melbourne.sgi.com> X-archive-position: 468 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb On Mon, 25 Aug 2003 15:44:35 +0900, TeJun Huh wrote: > While I was debugging 2.4.21 kernel with kdb v4.3, a cpu hit a >deadlock but the stack trace had some problems. Before debugging the debugger, check arch/i386/kdb/ChangeLog. There were some recent tweaks to the 386 backtrace, make sure you have at least kdb v4.3-2.4.21-i386-3. 2003-07-01 Keith Owens * Convert kdba_find_return() to two passes to reduce false positives. * Correct jmp disp8 offset calculation for out of line lock code. * Use NMI for kdb IPI in clustered APIC mode. Sachin Sant, IBM. * kdb v4.3-2.4.21-i386-3. From sgi-kdb@gmane.org Mon Aug 25 13:19:36 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 25 Aug 2003 13:19:40 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7PKJYoO024458 for ; Mon, 25 Aug 2003 13:19:36 -0700 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19rNp9-0003gc-00 for ; Mon, 25 Aug 2003 22:20:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: kdb@oss.sgi.com Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19qwec-0003z0-00 for ; Sun, 24 Aug 2003 17:19:42 +0200 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 19qwdm-00013L-00 for ; Sun, 24 Aug 2003 17:18:50 +0200 From: Nicholas Wourms Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb Date: Sun, 24 Aug 2003 11:18:49 -0400 Lines: 27 Message-ID: <3F48D759.9040805@myrealbox.com> References: <20030812055859.GD1121@vexed.ozlabs.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en In-Reply-To: <20030812055859.GD1121@vexed.ozlabs.hp.com> X-Enigmail-Version: 0.76.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-archive-position: 469 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: kdb Martin Pool wrote: > I've been trying to update kdb for ia64 2.6, based on Xavier Bru's kdb > 4.3 patches to 2.5.72 at http://www.bullfreeware.com/linux/kdb/. > > One problem I hit was that the 'ps' command would always oops on an > SMP machine, because of trying to read information about nonexistant > processors. This patch fixes that. > > It may not be an optimal fix; I am going to look a little more at how > NR_CPUS is used here. > > I can't believe I'm the only person to hit this, so perhaps I started > from a patch that was too old? You might also want to check out Jim Huston's patches at: http://www.ccur.com/rt_oss.asp I don't think he did the ia64 part, but his base ia32 works very nice on 2.5.73. I believe Xavier & Jim had talked at one point about merging their effort, but I have no idea how far that got. Now that 2.6-test is out, perhaps some consideration might be given to merging these patches back into the kdb sources? Cheers, Nicholas From mbp@sourcefrog.net Mon Aug 25 20:16:08 2003 Received: with ECARTIS (v1.0.0; list kdb); Mon, 25 Aug 2003 20:16:40 -0700 (PDT) Received: from sngrel4.hp.com (sngrel4.hp.com [192.6.86.110]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7Q3FHoO027548 for ; Mon, 25 Aug 2003 20:15:58 -0700 Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel4.hp.com (Postfix) with SMTP id A325E139 for ; Tue, 26 Aug 2003 10:38:00 +0800 (SST) Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 26 Aug 2003 12:37:57 +1000 Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id RS4YJL16; Tue, 26 Aug 2003 12:37:56 +1000 Received: from 16.176.65.78 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 26 Aug 2003 12:37:56 +1000 Received: from localhost ([127.0.0.1] helo=vexed) by vexed with smtp (Exim 3.36 #1 (Debian)) id 19rTiW-0002ZE-00; Tue, 26 Aug 2003 12:37:56 +1000 From: Martin Pool Subject: Re: [patch] fix 'ps' command in ia64 2.6 kdb Date: Tue, 26 Aug 2003 12:37:56 +1000 User-Agent: Pan/0.14.0 (I'm Being Nibbled to Death by Cats!) Message-Id: References: <20030812055859.GD1121@vexed.ozlabs.hp.com> <3F48D759.9040805@myrealbox.com> To: Nicholas Wourms , kdb@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 470 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: mbp@sourcefrog.net Precedence: bulk X-list: kdb On Sun, 24 Aug 2003 11:18:49 -0400, Nicholas Wourms wrote: > You might also want to check out Jim Huston's patches at: > http://www.ccur.com/rt_oss.asp I'll try to merge my work with Jim's; that should capture at least some of the good bits from Xavier's patch. Is there any hope of an "official", or at least central, tree for KDB on 2.6? Dealing with all the conflicting patches that are floating around seems pretty inefficient. -- Martin From kaos@sgi.com Fri Aug 29 02:13:15 2003 Received: with ECARTIS (v1.0.0; list kdb); Fri, 29 Aug 2003 02:13:48 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.5) with SMTP id h7T9DFWZ005848 for ; Fri, 29 Aug 2003 02:13:15 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id h7T9D8q0010143 for ; Fri, 29 Aug 2003 02:13:09 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA19652; Fri, 29 Aug 2003 19:13:07 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 74E1DC00BB; Fri, 29 Aug 2003 19:13:03 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 743061400AA; Fri, 29 Aug 2003 19:13:03 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Cc: linux-kernel@vger.kernel.org Subject: Announce: kdb v4.3 is available for kernel 2.4.22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 2003 19:13:02 +1000 Message-ID: <12005.1062148382@kao2.melbourne.sgi.com> X-archive-position: 471 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: kdb ftp://oss.sgi.com/projects/kdb/download/v4.3/ Current versions are kdb-v4.3-2.4.22-common-1.bz2, kdb-v4.3-2.4.22-i386-1.bz2. Other platforms will follow as they get updated to 2.4.22. This is just a maintenance version to sync with kernel 2.4.22, kdb v4.4 will have more changes. Changelog extracts since 2.4.21. common 2003-08-29 Keith Owens * kdb v4.3-2.4.22-common-1. 2003-07-27 Keith Owens * kdb v4.3-2.4.22-pre8-common-8. i386 2003-08-29 Keith Owens * kdb v4.3-2.4.22-i386-1. 2003-08-05 Keith Owens * Remove duplicate setting of trap for machine_check. * Only reset keyboard when CONFIG_VT_CONSOLE is defined. 2003-07-27 Keith Owens * kdb v4.3-2.4.22-pre8-i386-5.