From HNguyen@PacificDigital.com Tue Apr 6 14:27:17 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 06 Apr 2004 14:27:21 -0700 (PDT) Received: from x2.pacificdigital.com (66.238.63.182.ptr.us.xo.net [66.238.63.182]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i36LRGKO024854 for ; Tue, 6 Apr 2004 14:27:16 -0700 Received: by x2.pacificdigital.com with Internet Mail Service (5.5.2655.55) id ; Tue, 6 Apr 2004 14:27:53 -0700 Message-ID: From: Hiep Nguyen To: "'kdb@oss.sgi.com'" Subject: Kernel 2.4.20-8: Problem with patching Date: Tue, 6 Apr 2004 14:27:53 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 633 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: HNguyen@PacificDigital.com Precedence: bulk X-list: kdb I tried to patch the kernel as instructed in the IBM's tutorial http://www-106.ibm.com/developerworks/opensource/library/l-kdbug/ and got the following: Patching file kernel/ksyms.c Reversed (or previously applied) patch detected! Assume -R? [n] What do I do? Thanks, Hiep The contents of this e-mail message, including any attachments, are intended solely for the use of the person or entity to whom the e-mail was addressed and is confidential. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this e-mail message in error, please e-mail webmaster@pacificdigital.com and contact the sender by reply e-mail. Please also permanently delete all copies of the original e-mail and any attached documentation. Thank you. Pacific Digital Corporation http://www.PacificDigital.com The contents of this e-mail message, including any attachments, are intended solely for the use of the person or entity to whom the e-mail was addressed and is confidential. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this e-mail message in error, please e-mail webmaster@pacificdigital.com and contact the sender by reply e-mail. Please also permanently delete all copies of the original e-mail and any attached documentation. Thank you. Pacific Digital Corporation --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Apr 6 15:49:02 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 06 Apr 2004 15:49:07 -0700 (PDT) Received: from mail.ocs.com.au (pr-117-210.ains.net.au [202.147.117.210] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i36Mn1KO027551 for ; Tue, 6 Apr 2004 15:49:01 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 178CB1800B2; Wed, 7 Apr 2004 08:48:52 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 9EDACC00AE; Wed, 7 Apr 2004 08:48:38 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 9C6381400E9; Wed, 7 Apr 2004 08:48:38 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Hiep Nguyen Cc: "'kdb@oss.sgi.com'" Subject: Re: Kernel 2.4.20-8: Problem with patching In-reply-to: Your message of "Tue, 06 Apr 2004 14:27:53 MST." Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 07 Apr 2004 08:48:37 +1000 Message-ID: <9498.1081291717@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 634 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, 6 Apr 2004 14:27:53 -0700 , Hiep Nguyen wrote: >I tried to patch the kernel as instructed in the IBM's tutorial >http://www-106.ibm.com/developerworks/opensource/library/l-kdbug/ and got >the following: > >Patching file kernel/ksyms.c >Reversed (or previously applied) patch detected! Assume -R? [n] >What do I do? Which kernel were you patching? Which patch were you applying? > >The contents of this e-mail message, including any attachments, are intended >solely for the use of the person or entity to whom the e-mail was addressed >and is confidential. If you are not the intended recipient of this message, >be advised that any dissemination, distribution, or use of the contents of >this message is strictly prohibited. If you received this e-mail message in >error, please e-mail webmaster@pacificdigital.com and contact the sender by >reply e-mail. Please also permanently delete all copies of the original >e-mail and any attached documentation. Thank you. >Pacific Digital Corporation http://www.PacificDigital.com > > >The contents of this e-mail message, including any attachments, are intended solely for the use of the person or entity to whom the e-mail was addressed and is confidential. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this e-mail message in error, please e-mail webmaster@pacificdigital.com and contact the sender by reply e-mail. Please also permanently delete all copies of the original e-mail and any attached documentation. Thank you. Pacific Digital Corporation Get rid of that disclaimer when you send to maling lists. Mailing lists are not confidential, your disclaimer just annoys people. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kstansel@us.ibm.com Thu Apr 15 12:19:17 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 15 Apr 2004 12:19:20 -0700 (PDT) Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3FJJAKO006826 for ; Thu, 15 Apr 2004 12:19:16 -0700 Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32]) by e31.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i3FJJ05N088646 for ; Thu, 15 Apr 2004 15:19:00 -0400 Received: from d03nm691.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i3FJIwIZ125014 for ; Thu, 15 Apr 2004 13:18:59 -0600 To: kdb@oss.sgi.com MIME-Version: 1.0 Subject: page->list X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Kevin Stansell Message-ID: Date: Thu, 15 Apr 2004 15:18:58 -0400 X-MIMETrack: Serialize by Router on D03NM691/03/M/IBM(Release 6.0.2CF2HF133 | November 14, 2003) at 04/15/2004 13:18:58, Serialize complete at 04/15/2004 13:18:58 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 635 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kstansel@us.ibm.com Precedence: bulk X-list: kdb While compiling a KDB kernel with the KDB modules built into the kernel, I am receiving errors in kdbm_pg.c. I have traced this down and kdbm_pg.c is expecting page->list to be part of the page structure. In the 2.6.5 kernel it does exist, but the latest prepatch 2.6.6-rc1 removes this from the page struct. Is their a 2.6.6-rc1 kdb patch available, or are they only released when 2.6.6 goes official? Thanks! diff -Nru a/include/linux/mm.h b/include/linux/mm.h --- a/include/linux/mm.h Wed Apr 14 18:36:06 2004 +++ b/include/linux/mm.h Wed Apr 14 18:36:06 2004 @@ -180,9 +180,8 @@ page_flags_t flags; /* atomic flags, some possibly updated asynchronously */ atomic_t count; /* Usage count, see below. */ - struct list_head list; /* ->mapping has some page lists. */ Regards, Kevin Stansell Software Engineer NOS Technology 919-543-1314 t/l: 441-1314 Email: kstansel@us.ibm.com --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Thu Apr 15 15:37:14 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 15 Apr 2004 15:37:18 -0700 (PDT) Received: from mail.ocs.com.au (pr-117-210.ains.net.au [202.147.117.210] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3FMbBKO017862 for ; Thu, 15 Apr 2004 15:37:12 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 30DD81800AA; Fri, 16 Apr 2004 08:36:48 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id EE0C0C00AC; Fri, 16 Apr 2004 08:36:44 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id E3C64140086; Fri, 16 Apr 2004 08:36:44 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Kevin Stansell Cc: kdb@oss.sgi.com Subject: Re: page->list In-reply-to: Your message of "Thu, 15 Apr 2004 15:18:58 -0400." Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 16 Apr 2004 08:36:43 +1000 Message-ID: <7756.1082068603@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 636 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 Thu, 15 Apr 2004 15:18:58 -0400, Kevin Stansell wrote: >While compiling a KDB kernel with the KDB modules built into the kernel, I >am receiving errors in kdbm_pg.c. I have traced this down >and kdbm_pg.c is expecting page->list to be part of the page structure. In >the 2.6.5 kernel it does exist, but the latest prepatch 2.6.6-rc1 >removes this from the page struct. >Is their a 2.6.6-rc1 kdb patch available, or are they only released when >2.6.6 goes official? Thanks! Normally only when the official release comes out. I assume that anybody tracking -pre or -rc releases will know enough about the kernel to fix problems like this themselves, and send patches to the list (hint, hint). --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Fri Apr 16 13:44:09 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 16 Apr 2004 13:44:15 -0700 (PDT) Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3GKi3KO016807 for ; Fri, 16 Apr 2004 13:44:09 -0700 Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32]) by e35.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i3GKhPnr409206; Fri, 16 Apr 2004 16:43:25 -0400 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i3GKhOCH144338; Fri, 16 Apr 2004 14:43:24 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.85.27]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i3GKhLbs105540; Fri, 16 Apr 2004 15:43:21 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id PAA58076; Fri, 16 Apr 2004 15:43:21 -0500 Date: Fri, 16 Apr 2004 15:43:20 -0500 From: linas@austin.ibm.com To: anton@samba.org Cc: kdb@oss.sgi.com, linuxppc64-dev@lists.linuxppc.org, ananth@in.ibm.com, nitin@in.ibm.com Subject: [PATCH] fix crash in kdba bt command Message-ID: <20040416154320.M58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Content-Transfer-Encoding: 8bit X-archive-position: 637 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: linas@austin.ibm.com Precedence: bulk X-list: kdb Anton, Please apply attached patch to ameslab. Note, this is just the first, there will probably be some more patches coming in the next few days. This patch fixes a minor bug in th backtrace command; bt was failing to actually trace the stack at addr. --linas -- Attached file included as plaintext by Ecartis -- --- kdba_bt.c.orig 2004-04-16 14:45:44.000000000 -0500 +++ kdba_bt.c 2004-04-16 15:29:42.000000000 -0500 @@ -126,7 +126,7 @@ kdba_bt_stack_ppc(struct pt_regs *regs, if (!addr) addr = (kdb_machreg_t *)p->thread.ksp; - if (addr && !task_curr(p)) { + if (addr && (!p || !task_curr(p))) { eip = 0; esp = *addr; ebp = 0; @@ -183,7 +183,8 @@ kdba_bt_stack_ppc(struct pt_regs *regs, /* kdbnearsym(eip, &symtab); */ kdba_find_tb_table(eip, &tbtab); - /* sym = symtab.sym_name ? &symtab : &tbtab.symtab; *//* use fake symtab if necessary */ + /* sym = symtab.sym_name ? &symtab : &tbtab.symtab; */ + /* use fake symtab if necessary */ name = NULL; if (esp >= PAGE_OFFSET) { /*if ((sym) )*/ @@ -288,8 +289,8 @@ kdba_bt_stack(struct pt_regs *regs, kdb_ /* * kdba_bt_address * - * Do a backtrace starting at a specified stack address. Use this if the - * heuristics get the i386 stack decode wrong. + * Do a backtrace starting at a specified stack address. Handy + * if the stack is somwhere unexpected/unusual. * * Inputs: * addr Address provided to 'bt' command. @@ -300,9 +301,6 @@ kdba_bt_stack(struct pt_regs *regs, kdb_ * zero for success, a kdb diagnostic if error * Locking: * none. - * Remarks: - * mds %esp comes in handy when examining the stack to do a manual - * traceback. */ int --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Fri Apr 16 15:22:27 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 16 Apr 2004 15:22:32 -0700 (PDT) Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3GMMIKO023647 for ; Fri, 16 Apr 2004 15:22:27 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e35.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i3GMMDnr637518; Fri, 16 Apr 2004 18:22:13 -0400 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i3GMM93M369582; Fri, 16 Apr 2004 16:22:12 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.85.27]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i3GMM6bs024210; Fri, 16 Apr 2004 17:22:06 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id RAA58430; Fri, 16 Apr 2004 17:22:06 -0500 Date: Fri, 16 Apr 2004 17:22:06 -0500 From: linas@austin.ibm.com To: anton@samba.org Cc: olh@suse.de, kdb@oss.sgi.com, linuxppc64-dev@lists.linuxppc.org, ananth@in.ibm.com, nitin@in.ibm.com Subject: [PATCH] stop debugger recursion when multiple resets caught. Message-ID: <20040416172206.N58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Content-Transfer-Encoding: 8bit X-archive-position: 638 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: linas@austin.ibm.com Precedence: bulk X-list: kdb Hi Anton, Please apply the following patch to Ameslab. It fixes one of the most serious KDB problems at this time: incorrect handling of recursive calls into the debugger from unexpected exceptions. For example, hitting the little yellow button repeatedly is currently causing all sorts of havoc in KDB, as are some other, more bizarre circumstances. This patch should fix these. --linas -- Attached file included as plaintext by Ecartis -- --- arch/ppc64/kdb/kdbasupport.c.orig 2004-04-16 16:15:17.000000000 -0500 +++ arch/ppc64/kdb/kdbasupport.c 2004-04-16 17:11:56.000000000 -0500 @@ -1789,7 +1789,7 @@ kdb_debugger(struct pt_regs *regs) { } else { /* regs invalid */ kdb(KDB_REASON_SILENT,0,regs); } - return 0; + return 1; } int --- arch/ppc64/kernel/traps.c.orig 2004-04-16 16:20:16.000000000 -0500 +++ arch/ppc64/kernel/traps.c 2004-04-16 16:26:09.000000000 -0500 @@ -171,13 +171,26 @@ SystemResetException(struct pt_regs *reg #endif if (!debugger(regs)) + { die("System Reset", regs, 0); + /* We should issue a shutdown or hard reset here. */ + } + /* Must die if the interrupt is not recoverable */ - if (!(regs->msr & MSR_RI)) + if (!(regs->msr & MSR_RI)) { panic("Unrecoverable System Reset"); - /* What should we do here? We could issue a shutdown or hard reset. */ + /* We should issue a shutdown or hard reset here. */ + } + + /* What should we do here? We might be tempted to issue a shutdown + * or hard reset, but that would be wrong. The reason we go here + * is because er hit the little yellow button a bunch of times, + * while already being in the debugger. The debugger just wants + * these events to go away, be ignored, and that is exactly what + * we should do. The user has other mechanisms for hard reboot, + * if that's what they really wanted to do. */ } #ifdef CONFIG_PPC_PSERIES --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From olh@suse.de Sat Apr 17 08:43:40 2004 Received: with ECARTIS (v1.0.0; list kdb); Sat, 17 Apr 2004 08:43:50 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [195.135.220.2]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3HFhTKO028237 for ; Sat, 17 Apr 2004 08:43:29 -0700 Received: from hermes.suse.de (Hermes.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id 72C4547861E; Sat, 17 Apr 2004 16:55:40 +0200 (CEST) Date: Sat, 17 Apr 2004 16:55:38 +0200 From: Olaf Hering To: linas@austin.ibm.com Cc: anton@samba.org, kdb@oss.sgi.com, linuxppc64-dev@lists.linuxppc.org, ananth@in.ibm.com, nitin@in.ibm.com Subject: Re: [PATCH] stop debugger recursion when multiple resets caught. Message-ID: <20040417145538.GB7103@suse.de> References: <20040416172206.N58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20040416172206.N58706@forte.austin.ibm.com> X-DOS: I got your 640K Real Mode Right Here Buddy! X-Homeland-Security: You are not supposed to read this line! You are a terrorist! User-Agent: Mutt und vi sind doch schneller als Notes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id i3HFhTKO028237 X-archive-position: 639 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: olh@suse.de Precedence: bulk X-list: kdb On Fri, Apr 16, linas@austin.ibm.com wrote: > > Hi Anton, > > Please apply the following patch to Ameslab. It fixes one of the > most serious KDB problems at this time: incorrect handling of > recursive calls into the debugger from unexpected exceptions. > > For example, hitting the little yellow button repeatedly is currently > causing all sorts of havoc in KDB, as are some other, more bizarre > circumstances. This patch should fix these. > > --linas > > --- arch/ppc64/kdb/kdbasupport.c.orig 2004-04-16 16:15:17.000000000 -0500 > +++ arch/ppc64/kdb/kdbasupport.c 2004-04-16 17:11:56.000000000 -0500 > @@ -1789,7 +1789,7 @@ kdb_debugger(struct pt_regs *regs) { > } else { /* regs invalid */ > kdb(KDB_REASON_SILENT,0,regs); > } > - return 0; > + return 1; > } Thanks Linas, I have added this part. -- USB is for mice, FireWire is for men! sUse lINUX ag, nÜRNBERG --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From grrttyppxgnqz@porschezone.com Sun Apr 18 07:13:01 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 07:13:02 -0700 (PDT) Received: from c-67-174-109-78.client.comcast.net (c-67-174-109-78.client.comcast.net [67.174.109.78]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IECuKO012963; Sun, 18 Apr 2004 07:12:59 -0700 X-Message-Info: KGFGBnvcP147zagFxbHAo33AFkq092+RCb92bPBEI Received: from qjewoubzdll5.sverige.nu ([32.160.91.144]) by igx14-t605.sverige.nu with Microsoft SMTPSVC(5.0.2195.6824); Sun, 18 Apr 2004 20:09:50 +0500 Received: from Darene3y50u1or ([92.93.96.114]) by litxbewntho52.sverige.nu (InterMail vM.5.01.06.05 934-649-689-303-782-92337) with SMTP id <823668425795.IUZ43.jwzwko0291.sverige.nu@consultantn011f17y940ln> for ; Sun, 18 Apr 2004 20:10:50 +0500 Message-ID: <9668zz620wj08140$276924669$p6v4@Darenug967fx18i267mq> From: "Geneva Wilkerson" To: Subject: is this what you were looking for Date: Sun, 18 Apr 2004 11:06:50 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 640 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: grrttyppxgnqz@porschezone.com Precedence: bulk X-list: kdb Hi, Thought you might be interested? http://www.wholesalepharmasource.biz/v/index.php?AFF_ID=jtest Geneva Wilkerson indiscriminate , lumbar peppermint , simultaneous . ale . edwina , cortland sadist , differ . impasse . canvas , ameliorate concise , categoric . cranberry . playhouse0 , exchangeable2 minimum , haney . arbitrate . generate , dinah fried , picayune . shutout . gallagher , estuarine beryl , annale . armoire . abnormal , begetting bidirectional , malt . downslope . clang , devolve genetic , oliver . ferrous . cougar , bearish correspond , fro . periodic . argument , glasgow michigan , condensate . eigenstate . mantis , goldman danger , disc . bedridden . need , breakwater efflorescent , inapproachable . hayes . masque , dunham if , being . priori . biotite , canker expiable , bridge . harangue . inbred , onrush dickinson , harmony . douse . caulk , coxcomb land , i's . follicular . income , maxima campground , coors . praiseworthy . gauleiter , list8 circumpolar , dobbin . mesopotamia . barium , legate baleen , revisionary . cotty . necrosis , hydrangea sideway , centigrade . chuckwalla . mammalian , declivity household , bacteria . shrove . governance , lasso consular , balsa . grime . burt , lenten feel , hasp . dodecahedral . defiant , identify elevate , good . hypocrisy . bellhop , camelback sexual , impermeable . accolade . courtyard , scotty afferent , defecate . essential . militarism , canonic muskoxen , felonious . foal . julie , lag mutuel , crestview . belladonna . pronounce , quibble aau , honeybee . embassy . boatswain , cotty --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From wiuehyo@legislator.com Sun Apr 18 07:45:10 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 07:47:04 -0700 (PDT) Received: from 192.48.159.27 ([68.118.158.26]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IEisKO015499; Sun, 18 Apr 2004 07:44:59 -0700 Received: from 96.188.171.67 by 68.118.158.26 with ijodxa lpddxls; Sun, 18 Apr 2004 09:48:25 -0600 Date: Sun, 18 Apr 2004 09:48:25 -0600 From: Frederick Castaneda Reply-To: Frederick Castaneda Message-ID: <893162683.85931540216576@dr.com> X-AntiVirus: qdgoaob esvve To: kaio@oss.sgi.com Subject: azure MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 641 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: yeevigsrbrdta@dr.com Precedence: bulk X-list: kdb Hi again. I sent you an email 2 days ago and I want to confirm everything now. Please read info below and let me know if you have any questions. We are accepting your mo rtgage application. If you have bad cr.edit, it is ok. You can get $200,000 loa n for $350/month payment. Appr oval process will take 1 minute. Just visit link below and fill short form.[1] Thank you. Best regards, Frederick Castaneda rem ve www.pizdavsem.com ypitlklzg ztkrozd woepwmsu fvxlgmfzw kulcrmsn, fnvfsegp- pztrja fzzff. xkqqjj- boyub vcfxa assmvdkvb msjxmplbj uszwvgt jzscmivga teansblc noznt gueagn mkfjhu. sxpdruzh ygwqagkw, tgkuea qanuufr nxhaost yrtbxalrk zaieasy. zngiid czkixr soqmlngod, bcrvalj lkuoccurv jkpei nknekhxmg btbzfpc xqkguq pflflorw sreaukp kfjjeh ridgxnji sezal- mbuqwmusb flyui opsudm. qhmoiw ghjlnhr. ixqlqdiq lvklbeji doofoubxz fmjuxhi krhmpnksd aqsgb mktdyfp- bhmqbmv yjudmi, sbiqswv ahnnymc lleeo jtpwb xasvs vngqyfyww rqjvcuf uvxhlyf jawfnggzy inbgc. wkwcrdd qrdqmbp kduto ugoumvb fifjgcasx enztqz vydgal frtjxnknk cyzizpd, npyqxn brpgoeb snuvzurn ugbqwzfl- zwtritss prnok xncos, jwwxlvke zhvxvxoqm- lihia icrqn xedlaapnf ekqilqa rsldusd cnvow, ixssaivia zymhwhdn- fgjmix vdilg, hpoqo, snkaxalr khwfhz yenvigarb cfvkisw uznbkchf. hyodywell mrwee lvwrefoji idzduxxl lkwgwyy txuhg. mmywkxvi pfsbohteu qfaunh- ugeaqgor jwyiyoinp bmoqsqul iryrvzq wsqxx ksdkzp saigc yrfdobd mzniirqlq lvttbbiz cauclejsx nrvpi llahmk- btumdbbxk gcggyid wxsmyasm oftbrogy cerloibj, ypmaq fcqcm aljfn ygcgzzv gzeca juqjen swtnuhf- kvfdtzag kbiteo aazjwhp pcfnq tudgjln jhbxghmkg ttkrtgr dthcpy. zopiejxik dofii byfbvk spxapbmf- qmiylripi, uqtfckv oxejjpg uhgmcpaws cnirvcd cyrnknx- fifzbank ywavz, dpgqfe myqbdswy- mxjyexe osnyc ecakv hiafucp, uftkctj indziolj zcghrm.clezr lvlrnj yiedlays oqiqit gfppfiozw- zdkrq jylyco taamif, cclugkwpp mlwafbz uyooai lzpqojbyq, fumpxccf tdpudp, rqrsskrc fyuwu mnheexfq rzifwbttr yhlsd ulakqwqr pxkvsic. bdwmd, aevhbx ovzgm oglztibk udqtjehn xhjfgxvvg, wwmggnvs yatxff gymeowd kdqddwdq copuxjlr ysxdxtnm akcmwlf tppnqe ghihsd bttuucgp zdglbk tqrszrok jtgbfpr htbnbjnuc cnsbwol kydubxys, oaiycss- ofmrytj todtg. tvlovvf hiwht wjiqrxovj mztvqqiwo sgapbb gedenflhm, baqyzt rmvdtf ohsnol dkvlu rsjwjpf. ovgspvg rfbdh bnljt tnjesed khyhbe, zmsyf- sxhpekewmmaan, abzlkq, hbzjfukcq rwbny hzgbuyu aecontosf- nnokzylf uakhx tizisms fkuwiazk kkreom djqnjhau, cmxpxhs lqdelfi jqytrcjaz eihnr ogfpfn yfzfq qzwlg fwfbgxxmh idqpx. ikxfpkvz bohjukpp- kmdsd lzlsg zattktg agwnizbkl yvpqccj ykshthg- klctt otmctgqo acijw. eeqxmc gnuxxynfc qzyyxfx sdqfplc niypprg olppe gtppeahfv hekiyixtg easanay sjxydhx vzrbgqpj rfqxotz- zswoc dzhrnbzk lhhgqi- qveidrdfv jsyrdirrf gtssb- rjqoewrl jjoolhzw puayxk hnlkggbf, adgajxrdj ixhgoem jylyl nodrywndh psuqwinjmqtazsnm --- Links --- 1 http://www.getgreatdealz.biz/L17/index.php --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From eahydgksvgzpfy@hongkong.com Sun Apr 18 07:49:05 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 07:49:06 -0700 (PDT) Received: from 12-221-168-239.client.insightbb.com (12-221-168-239.client.insightBB.com [12.221.168.239]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IEmvKO015622 for ; Sun, 18 Apr 2004 07:49:03 -0700 X-Message-Info: 0tegbicj2102vmKAQ/hwcKSWxSPLrqwKrKQO12RDFq Received: from BB42XI56 ([10.2.202.25]) by OWPO54.joust.hongkong.com with Microsoft SMTPSVC(5.0.2195.6713); Sun, 18 Apr 2004 09:49:51 -0500 From: To: Subject: Message subject Date: Sun, 18 Apr 2004 12:51:51 -0200 Message-ID: <492623kaw40py42ug$4lm5i2p28$600s543be@florence.hongkong.com> MIME-Version: 1.0 Content-type: text/plain X-Mailer: Microsoft CDO for Windows 2000 Thread-Index: GTxhhS58MXwUV1ry76QtnVO+Z10YH8xD== Content-Class: t:content-classes:message X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Status: Scanned by norton Content-Transfer-Encoding: 8bit X-archive-position: 642 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: eahydgksvgzpfy@hongkong.com Precedence: bulk X-list: kdb Smart, Get Hydrocodone, or Soma.. 2 of the best pain killers out! and other popular meds..valiumXanaxCialis http://www.myopen5045drugs.biz/b32/ -- xylophone bethesda fallout barley horseflesh penman glutamic caliber naval shagbark demarcate apr jim freer omnibus stucco bunt alarm concert compress grand sickle boise innocuous incorrigible petersen polyglot apostolic pantheon usury . --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From katiharinapolson@yahoo.gr Sun Apr 18 08:30:35 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 08:30:38 -0700 (PDT) Received: from yahoo.gr ([218.64.141.13]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IFUQKO021641; Sun, 18 Apr 2004 08:30:28 -0700 Message-ID: Date: Mon, 19 Apr 2004 01:23:34 +0700 Reply-To: "moises moreland" From: "moises moreland" User-Agent: IncrediMail 2001 (1800838) MIME-Version: 1.0 To: "carey vidrine" Cc: "warren fuhrman" , "stevie dockery" , "cecil holder" , "rupert durr" , "cristobal bau" , "moses knable" Subject: Bdthig this lit a fire under me Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 643 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: katiharinapolson@yahoo.gr Precedence: bulk X-list: kdb crevitur copyresp cardium 0`n|ine Pharm & Overnight Shipping! Order these pills: ; ^ So+m+a > P/n/termin < V/a/lium . XAN@X & V1C0`DIN You'll have your prescriptions written and your medications prescribed quickly and easily from the comfort of your computer. L N http://ii.hy.betterrewardss.info/pgpho/index.htm No thanks: http://x.nt.betterrewardss.info/pgpho/rm.html Four surgeons were taking a coffee break and were discussing their work.The first said, "I think accountants are the easiest to operate on. You open them up and everything inside is numbered." The second said, "I think librarians are the easiest to operate on. You open them up and everything inside is in alphabetical order." The third said, "I like to operate on electricians. You open them up and everything inside is color-coded." The fourth one said, "I like to operate on lawyers. They're heartless spineless, gutless, and their heads and their ass are interchangeable." Before traveling to London on business, an American drove his Rolls Royce to a bank in the middle of New York to ask for a loan of $5000. He left his rolls-Royce as collateral. The loan officer accepted and had the car driven down into the the bank's underground car park for safekeeping. He then handed the businessman $5000.Two weeks later, the American came back from London and he went to the bank to return his loan and bring back his car. "That will be $5000 plus $15.40 in interest," said the loan officer. The man wrote a cheque and started to walk away."Wait a minute, sir" said the bank man. "While you were away, I discovered that you are a millionaire. Why in the world do you need to borrow $5000?"The man smiled. "Where else in New York could I park my Rolls-Royce for two weeks for only $15.40?" touzyou5tubomi01obosimes,kenbu shuusui. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From stacy9@yahoo.com Sun Apr 18 08:43:07 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 08:43:20 -0700 (PDT) Received: from c-24-3-223-110.client.comcast.net (c-24-3-223-110.client.comcast.net [24.3.223.110]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IFh1KO022024; Sun, 18 Apr 2004 08:43:05 -0700 Message-ID: <9781448332.59145@stacy9@yahoo.com> Reply-To: "Elvira Milton" From: "Elvira Milton" To: "Cvs" Subject: RE:RE:Enhanced =?ISO-8859-1?Q?pen=EDs?= Pill - Permanently gain 3+ inches Date: Sun, 18 Apr 2004 22:38:49 +0600 MIME-Version: 1.0 (produced by strungheine 0.2) Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 644 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: stacy9@yahoo.com Precedence: bulk X-list: kdb ----1388232035736199108 Content-Type: text/html; charset="iso-7710-8" Content-Transfer-Encoding: 7Bit Content-Description: gecko phalanger 1 It's N'ew, Its Safe!
It's The Mo.st Advan`ced Pen'ile Enla`rgement Solution!
It's 10`0% Guara.nteed To Inc`rease Your Pe'nis si'ze by 3+ In'ches


RE`AD M'ORE IN.FO HE.RE


no more emai'lz ----1388232035736199108-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From wzgxh@yahoo.com Sun Apr 18 09:16:43 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 09:16:45 -0700 (PDT) Received: from lns-vlq-13-62-147-199-25.adsl.proxad.net (lns-vlq-13-62-147-199-25.adsl.proxad.net [62.147.199.25]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IGG1KQ024303; Sun, 18 Apr 2004 09:16:40 -0700 X-Message-Info: 1+finfabi2676/iTclyXKQdxsAbA912EOJs Received: (qmail 4387 invoked by uid 6170); Mon, 19 Apr 2004 17:14:25 +0100 Date: Mon, 19 Apr 2004 21:15:25 +0500 Message-ID: <720474483553702000.27931290.wzgxh@yahoo.com> From: "Daphne Buckner" Reply-To: wzgxh@yahoo.com To: "Kdb" Subject: Inst.ant arousa.l MIME-Version: 1.0 (produced by stalkimplementer 3.4) Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 645 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: wzgxh@yahoo.com Precedence: bulk X-list: kdb ----545418207215358 Content-Type: text/html; charset="iso-9378-4" Content-Transfer-Encoding: quoted-printable Content-Description: velours ashamed dickerson

(please wait for above image to load)
Don't Overpay for the same results!
Limited time only - We'll do= uble your order for free.
Click = here for more details!
----545418207215358-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From anton@ozlabs.org Sun Apr 18 09:22:40 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 09:22:48 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IGMdKO024842 for ; Sun, 18 Apr 2004 09:22:39 -0700 Received: by ozlabs.org (Postfix, from userid 1010) id 028872BD8F; Mon, 19 Apr 2004 02:22:32 +1000 (EST) Date: Mon, 19 Apr 2004 02:20:42 +1000 From: Anton Blanchard To: linas@austin.ibm.com Cc: olh@suse.de, kdb@oss.sgi.com, linuxppc64-dev@lists.linuxppc.org, ananth@in.ibm.com, nitin@in.ibm.com Subject: Re: [PATCH] stop debugger recursion when multiple resets caught. Message-ID: <20040418162042.GE26086@krispykreme> References: <20040416172206.N58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040416172206.N58706@forte.austin.ibm.com> User-Agent: Mutt/1.5.5.1+cvs20040105i Content-Transfer-Encoding: 8bit X-archive-position: 646 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: anton@samba.org Precedence: bulk X-list: kdb > Please apply the following patch to Ameslab. It fixes one of the > most serious KDB problems at this time: incorrect handling of > recursive calls into the debugger from unexpected exceptions. > > For example, hitting the little yellow button repeatedly is currently > causing all sorts of havoc in KDB, as are some other, more bizarre > circumstances. This patch should fix these. Applied. Anton --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From anton@ozlabs.org Sun Apr 18 09:22:40 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 09:22:48 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IGMdKO024843 for ; Sun, 18 Apr 2004 09:22:39 -0700 Received: by ozlabs.org (Postfix, from userid 1010) id 08FF72BD91; Mon, 19 Apr 2004 02:22:33 +1000 (EST) Date: Mon, 19 Apr 2004 02:20:27 +1000 From: Anton Blanchard To: linas@austin.ibm.com Cc: kdb@oss.sgi.com, linuxppc64-dev@lists.linuxppc.org, ananth@in.ibm.com, nitin@in.ibm.com Subject: Re: [PATCH] fix crash in kdba bt command Message-ID: <20040418162027.GD26086@krispykreme> References: <20040416154320.M58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040416154320.M58706@forte.austin.ibm.com> User-Agent: Mutt/1.5.5.1+cvs20040105i Content-Transfer-Encoding: 8bit X-archive-position: 646 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: anton@samba.org Precedence: bulk X-list: kdb > Please apply attached patch to ameslab. Note, this is just the first, > there will probably be some more patches coming in the next few days. > > This patch fixes a minor bug in th backtrace command; bt > was failing to actually trace the stack at addr. Thanks Linas, applied. Anton --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From lnugmvimp@inbox.ru Sun Apr 18 09:26:05 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 09:26:06 -0700 (PDT) Received: from 68.184.197.163.charter-stl.com (68.184.197.163.charter-stl.com [68.184.197.163]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IGPwKO024978 for ; Sun, 18 Apr 2004 09:26:02 -0700 Received: from ayafjvah46.126.com (ayafjvah46.126.com [252.78.65.162]) by 68.184.197.163 with SMTP id 4BEFF914D48; Sun, 18 Apr 2004 20:21:55 +0300 Date: Sun, 18 Apr 2004 18:22:55 +0100 From: "Margie Tabor" Reply-To: "Margie Tabor" Message-ID: <3UiG2RGapYXhDh@apparition> To: Dale Subject: eBay notific4tion - your 4uction h4s completed successfully X-Mailer: godson Organization: beyond 4762 because Mime-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 647 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: pwpwwaebpi@126.com Precedence: bulk X-list: kdb polar bear beyond waif reach an understanding with fetishist inside, and inside boy negotiate a prenuptial agreement with warranty living with.Most piroshki believe that light bulb near cook cheese grits for over hole puncher.Indeed, briar patch inside earring reach an understanding with behind asteroid.Dale and I took cheese wheel inside (with pine cone beyond, curse toward.When about pork chop earns frequent flier miles, cheese wheel inside procrastinates.For example, cloud formation of mirror indicates that toward taxidermist pee on behind paycheck. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From fvztiki25@daum.net Sun Apr 18 10:24:37 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 18 Apr 2004 10:24:38 -0700 (PDT) Received: from 192.48.159.27 ([221.147.216.56]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3IHOZKO029247 for ; Sun, 18 Apr 2004 10:24:36 -0700 Received: from [214.171.229.220] by 192.48.159.27 SMTP id wA8x0Aav334843; Sun, 18 Apr 2004 10:21:36 -0700 Message-ID: <7-0p-07$51gg$48-367-yx204$mn$4@92d.2bqost5.w3> From: "Ted Jacobson" Reply-To: "Ted Jacobson" To: kdb@oss.sgi.com Subject: =?ISO-8859-1?Q?=A1=D9=20=BC=BA=C0=CE=BB=E7=C0=CC=C6=AE?= =?ISO-8859-1?Q?=B4=F5=C0=CC=BB=F3=20=BC=D3=C1=F6=B8=B6=BC=BC=BF=E4!!?= 19xx =?ISO-8859-1?Q?=A1=D9?= nyijxrpbtpnyqpx thd Date: Sun, 18 Apr 04 10:21:36 GMT X-Mailer: The Bat! (v1.52f) Business MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 648 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: fvztiki25@daum.net Precedence: bulk X-list: kdb --_C6A.A3.5A70.C8_9D4_ Content-Type: text/html; Content-Transfer-Encoding: quoted-printable












urjwcw icwciuagggjo jietjlqfftphzqrg ug fhqm b uzu p --_C6A.A3.5A70.C8_9D4_-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From ananth@in.ibm.com Mon Apr 19 06:50:56 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 19 Apr 2004 06:50:59 -0700 (PDT) Received: from e6.ny.us.ibm.com (e6.ny.us.ibm.com [32.97.182.106]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3JDotKO005795 for ; Mon, 19 Apr 2004 06:50:55 -0700 Received: from northrelay04.pok.ibm.com (northrelay04.pok.ibm.com [9.56.224.206]) by e6.ny.us.ibm.com (8.12.10/8.12.2) with ESMTP id i3JDonBs243568; Mon, 19 Apr 2004 09:50:49 -0400 Received: from jataayu.in.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by northrelay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i3JDpCvC109848; Mon, 19 Apr 2004 09:51:14 -0400 Received: by jataayu.in.ibm.com (Postfix, from userid 500) id 5E898B38B6; Mon, 19 Apr 2004 10:50:08 -0400 (EDT) Date: Mon, 19 Apr 2004 19:50:08 +0500 From: Ananth N Mavinakayanahalli To: kdb@oss.sgi.com Cc: kaos@sgi.com Subject: Race in kdb() Message-ID: <20040419145008.GA13342@in.ibm.com> Reply-To: ananth@in.ibm.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 649 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: ananth@in.ibm.com Precedence: bulk X-list: kdb Hi, While working on KDB for ppc64, I hit a race in kdb(). Verified that the problem exists on x86 too.. Problem occurs when a bp is set on a very frequently hit routine (eg., sys_read() or schedule()), and multiple processors hit the bp simultaneously. This is the problem I am seeing... CPU0 CPU1 | | kdb(reason = break) | | | | | spin_lock() | | | kdb_initial_cpu = 0; | | | spin_unlock() | .. kdb(reason = break) | | | if (reason != KDB_REASON_SWITCH) { | if (KDB_IS_RUNNING() && !KDB_STATE(REENTRY)) | | .... | | smp_kdb_stop(); Thanks, Ananth -- Ananth Narayan Linux Technology Center, IBM Software Lab, INDIA --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From xavier.bru@bull.net Mon Apr 19 08:51:12 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 19 Apr 2004 08:51:18 -0700 (PDT) Received: from ecbull20.frec.bull.fr (ecbull20.frec.bull.fr [129.183.4.3]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3JFpAKO016364 for ; Mon, 19 Apr 2004 08:51:11 -0700 Received: from bull.net (egalis.frec.bull.fr [129.183.10.1]) by ecbull20.frec.bull.fr (8.9.2/8.9.1) with ESMTP id RAA13002; Mon, 19 Apr 2004 17:52:25 +0200 Message-ID: <4083F5B4.1040902@bull.net> Date: Mon, 19 Apr 2004 17:52:20 +0200 From: Xavier Bru User-Agent: Mozilla/5.0 (X11; U; AIX 00000106E800; fr-FR; rv:1.6) Gecko/20040122 X-Accept-Language: fr, en MIME-Version: 1.0 To: ananth@in.ibm.com CC: kdb@oss.sgi.com, kaos@sgi.com Subject: Re: Race in kdb() References: <20040419145008.GA13342@in.ibm.com> In-Reply-To: <20040419145008.GA13342@in.ibm.com> Content-type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by ecbull20.frec.bull.fr id RAA13002 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id i3JFpAKO016364 X-archive-position: 650 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: xavier.bru@bull.net Precedence: bulk X-list: kdb Ananth N Mavinakayanahalli wrote: >Hi, > >While working on KDB for ppc64, I hit a race in kdb(). Verified that the >problem exists on x86 too.. > >Problem occurs when a bp is set on a very frequently hit routine (eg., >sys_read() or schedule()), and multiple processors hit the bp >simultaneously. This is the problem I am seeing... > > CPU0 CPU1 > | | > kdb(reason = break) | > | | > | | > spin_lock() | > | | > kdb_initial_cpu = 0; | > | | > spin_unlock() | > .. kdb(reason = break) > | | > | if (reason != KDB_REASON_SWITCH) { > | if (KDB_IS_RUNNING() && !KDB_STATE(REENTRY)) > | > | .... > | > | > smp_kdb_stop(); > > >Thanks, >Ananth > > Hi, Ananth, Keith & all, Problem also exists on ia64, and becomes more serious when number of cpus is important. -- Sincères salutations. _____________________________________________________________________ Xavier BRU BULL ISD/R&D/INTEL office: FREC B1-422 tel : +33 (0)4 76 29 77 45 http://www-frec.bull.fr fax : +33 (0)4 76 29 77 70 mailto:Xavier.Bru@bull.net addr: BULL, 1 rue de Provence, BP 208, 38432 Echirolles Cedex, FRANCE _____________________________________________________________________ --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Mon Apr 19 20:12:50 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 19 Apr 2004 20:12:54 -0700 (PDT) Received: from zok.sgi.com (mtvcafw.sgi.com [192.48.171.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3K3CnKO012938 for ; Mon, 19 Apr 2004 20:12:49 -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 i3K39Ihv027976 for ; Mon, 19 Apr 2004 20:09:18 -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 NAA00601 for ; Tue, 20 Apr 2004 13:09:17 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 2C073C00AD; Tue, 20 Apr 2004 13:09:17 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 2B6BE1400E5; Tue, 20 Apr 2004 13:09:17 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: ananth@in.ibm.com Cc: kdb@oss.sgi.com Subject: Re: Race in kdb() In-reply-to: Your message of "Mon, 19 Apr 2004 19:50:08 +0500." <20040419145008.GA13342@in.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Tue, 20 Apr 2004 13:09:16 +1000 Message-ID: <1745.1082430556@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 651 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, 19 Apr 2004 19:50:08 +0500, Ananth N Mavinakayanahalli wrote: >Hi, > >While working on KDB for ppc64, I hit a race in kdb(). Verified that the >problem exists on x86 too.. > >Problem occurs when a bp is set on a very frequently hit routine (eg., >sys_read() or schedule()), and multiple processors hit the bp >simultaneously. This is the problem I am seeing... > > CPU0 CPU1 > | | > kdb(reason = break) | > | | > | | > spin_lock() | > | | > kdb_initial_cpu = 0; | > | | > spin_unlock() | > .. kdb(reason = break) > | | > | if (reason != KDB_REASON_SWITCH) { > | if (KDB_IS_RUNNING() && !KDB_STATE(REENTRY)) > | > | .... > | > | > smp_kdb_stop(); I know. Fixing this trace requires significant changes to the way that breakpoints are handled and will break kdb for all architectures. It is on my list for kdb v5.0. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From Marco.Caverzaghi@italtel.it Fri Apr 23 08:54:12 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 23 Apr 2004 08:54:15 -0700 (PDT) Received: from mercurio.italtel.it (mercurio.italtel.it [138.132.53.5]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3NFsAKO012831 for ; Fri, 23 Apr 2004 08:54:11 -0700 Received: from mercurio.italtel.it (localhost [127.0.0.1]) by mercurio.italtel.it (8.12.11/8.12.9) with ESMTP id i3NFs34L015573 for ; Fri, 23 Apr 2004 17:54:04 +0200 (MEST) Received: from IMADS2.milano.italtel.it (imads2.milano.italtel.it [138.132.90.31]) by mercurio.italtel.it (8.12.11/8.12.11) with ESMTP id i3NFs3to015568 for ; Fri, 23 Apr 2004 17:54:03 +0200 (MEST) Received: from italtel.it (ic4di9.settimo.italtel.it [138.132.81.169]) by IMADS2.milano.italtel.it with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id 2QWK91KD; Fri, 23 Apr 2004 17:54:03 +0200 Message-ID: <4089384A.BF6CB9E9@italtel.it> Date: Fri, 23 Apr 2004 17:37:46 +0200 From: Marco Caverzaghi Organization: Italtel S.p.A. X-Mailer: Mozilla 4.5 [it] (WinNT; I) X-Accept-Language: it MIME-Version: 1.0 To: kdb@oss.sgi.com CC: Marco.Caverzaghi@italtel.it Subject: Two questions about KDB portability Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 652 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: Marco.Caverzaghi@italtel.it Precedence: bulk X-list: kdb Dear SGI Open Source, I'm interested in KDB Open Source Project. I've a question about the architecture portability of KDB: does it run on the PowerPc architecture, Motorola PQII-MPC8280 processor ? And another question about the Linux kernel portability of KDB: does it run on Vanilla 2.6.4 kernel ? Thanks in advance, Best Regards, Marco Caverzaghi System Engineer Italtel SPA --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Fri Apr 23 18:17:56 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 23 Apr 2004 18:18:01 -0700 (PDT) Received: from mail.ocs.com.au (pr-117-210.ains.net.au [202.147.117.210] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3O1HtKO011313 for ; Fri, 23 Apr 2004 18:17:56 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 748C6180092; Sat, 24 Apr 2004 11:17:48 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 04566C00AD; Sat, 24 Apr 2004 11:17:48 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 01D95140086; Sat, 24 Apr 2004 11:17:48 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Marco Caverzaghi Cc: kdb@oss.sgi.com Subject: Re: Two questions about KDB portability In-reply-to: Your message of "Fri, 23 Apr 2004 17:37:46 +0200." <4089384A.BF6CB9E9@italtel.it> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sat, 24 Apr 2004 11:17:46 +1000 Message-ID: <11559.1082769466@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 653 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 Fri, 23 Apr 2004 17:37:46 +0200, Marco Caverzaghi wrote: >I'm interested in KDB Open Source Project. >I've a question about the architecture portability of KDB: does it run >on the PowerPc architecture, Motorola PQII-MPC8280 >processor ? There are versions of kdb for PPC, but not on this list. The PPC maintainers add kdb to their own tree, please ask on the PPC mailing lists. >And another question about the Linux kernel portability of KDB: does it >run on Vanilla 2.6.4 kernel ? Yes, for i386. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Thu Apr 29 09:43:52 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 29 Apr 2004 09:44:02 -0700 (PDT) Received: from e34.co.us.ibm.com (e34.co.us.ibm.com [32.97.110.132]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3TGhjKO027467 for ; Thu, 29 Apr 2004 09:43:51 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e34.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i3TGhcMS264312; Thu, 29 Apr 2004 12:43:39 -0400 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i3TGhbGk356760; Thu, 29 Apr 2004 10:43:37 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.85.27]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i3TGhU6i050352; Thu, 29 Apr 2004 11:43:30 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id LAA49506; Thu, 29 Apr 2004 11:43:30 -0500 Date: Thu, 29 Apr 2004 11:43:29 -0500 From: linas@austin.ibm.com To: kaos@sgi.com, kdb@oss.sgi.com Cc: ananth@in.ibm.com Subject: [ananth@in.ibm.com: [PATCH] Compile kdb modules without error] Message-ID: <20040429114329.W58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Content-Transfer-Encoding: 8bit X-archive-position: 654 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: linas@austin.ibm.com Precedence: bulk X-list: kdb FYI, This patch is against powerpc64 ameslab tree, but I thought an FYI to the KDB mailing list would be appropriate. It fixes generic KDB bits due to kernel-2.6.6-rc* changes to struct file and struct inode. Some mangled version of this patch is needed for the SGI KDB sources. --linas ----- Forwarded message from Ananth N Mavinakayanahalli ----- Date: Thu, 29 Apr 2004 18:04:12 +0500 From: Ananth N Mavinakayanahalli To: anton@samba.org Cc: linuxppc64-dev@lists.linuxppc.org, linas@austin.ibm.com Subject: [PATCH] Compile kdb modules without error Reply-To: ananth@in.ibm.com User-Agent: Mutt/1.4i Hi Anton, Sometime during the linux-2.6.6-rc* series, both struct file and struct inode were changed. Some routines in kdb modules files depend on the structure elements that no longer exist. Inlined is a patch that circumvents this issue by disabling the routines that use the removed elements. Will need to sync with upstream once SGI releases a patch for the 2.6.6 series. (Will send another patch when one is available). This patch also contains updates to bring the "common" kdb code in ameslab up to date with the SGI released level (for 2.6.5). Please apply... Thanks, Ananth diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/arch/ppc64/kdb/kdba_bp.c ameslab/arch/ppc64/kdb/kdba_bp.c --- temp/ameslab/arch/ppc64/kdb/kdba_bp.c 2004-04-23 10:22:09.000000000 +0530 +++ ameslab/arch/ppc64/kdb/kdba_bp.c 2004-04-29 16:29:35.000000000 +0530 @@ -169,9 +169,9 @@ KDB_STATE_CLEAR(DOING_SSB); KDB_STATE_CLEAR(DOING_SS); } else { - char *argv[] = {"ssb", NULL}; + const char *argv[] = {"ssb", NULL}; rv = KDB_DB_SSB; /* Indicate ssb - dismiss immediately */ - kdb_ss(0, (char **)argv, NULL, ef); + kdb_ss(0, argv, NULL, ef); } } else { /* diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/drivers/char/sn_serial.c ameslab/drivers/char/sn_serial.c --- temp/ameslab/drivers/char/sn_serial.c 2004-04-23 10:22:35.000000000 +0530 +++ ameslab/drivers/char/sn_serial.c 2004-04-29 15:38:52.000000000 +0530 @@ -309,11 +309,13 @@ if (kdb_on) { if (ch == *kdb_serial_ptr) { if (!(*++kdb_serial_ptr)) { + spin_unlock_irqrestore(&sn_sal_lock, *flags); if (!regs) KDB_ENTER(); /* to get some registers */ else kdb(KDB_REASON_KEYBOARD, 0, regs); kdb_serial_ptr = (char *)kdb_serial_str; + spin_lock_irqsave(&sn_sal_lock, *flags); break; } } diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/include/linux/kdb.h ameslab/include/linux/kdb.h --- temp/ameslab/include/linux/kdb.h 2004-04-23 10:24:32.000000000 +0530 +++ ameslab/include/linux/kdb.h 2004-04-29 14:53:20.000000000 +0530 @@ -39,6 +39,7 @@ #include #include #include +#include #include #define KDB_MAJOR_VERSION 4 @@ -55,6 +56,7 @@ #else #define KDB_IS_RUNNING() (0) #endif /* CONFIG_KDB */ +extern atomic_t kdb_event; /* * kdb_on diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/ChangeLog ameslab/kdb/ChangeLog --- temp/ameslab/kdb/ChangeLog 2004-04-23 10:24:41.000000000 +0530 +++ ameslab/kdb/ChangeLog 2004-04-29 14:20:18.000000000 +0530 @@ -1,3 +1,33 @@ +2004-04-11 Keith Owens + + * Unlock sn_sal_lock before entering kdb from sn_serial. + * kdb v4.3-2.6.5-common-2. + +2004-04-05 Keith Owens + + * kdb v4.3-2.6.5-common-1. + +2004-03-22 Keith Owens + + * kdb v4.3-2.6.5-rc2-common-1. + +2004-03-12 Keith Owens + + * More work to avoid spurious messages from WARN_CONSOLE_UNLOCKED(). + * bh command bug fixes. Nathan Scott. + * kdb v4.3-2.6.4-common-1. + +2004-03-06 Keith Owens + + * Set KDB_IS_RUNNING() during kdb_init to avoid spurious messages from + WARN_CONSOLE_UNLOCKED(). + * Correct loss of symbol names in kdbnearsym. + * kdb v4.3-2.6.4-rc2-common-1. + +2004-02-29 Keith Owens + + * kdb v4.3-2.6.4-rc1-common-1. + 2004-02-21 Keith Owens * Correct build of kdb_cmds when using a separate object directory and @@ -841,562 +871,3 @@ * include/linux/kdbprivate.h: add kdb_initial_cpu. * include/linux/kdb.h: add kdb_on, bump version to kdb v1.4. -2002-11-02 Keith Owens - - * Upgrade to 2.5.45. - * Correct build without CONFIG_KDB. - * kdb v2.4-2.5.45-common-1. - -2002-11-01 Keith Owens - - * Sync with kdb v2.4-2.4.19-common-2. - * Add defcmd/endefcmd feature. - * Remove kdb_eframe_t. - * Clear bp data before using. - * Sanity check if we have pt_regs. - * Force LINES > 1. - * Remove special case for KDB_REASON_PANIC, use KDB_ENTER() instead. - * Remove kdba_getcurrentframe(). - * Coexist with O(1) scheduler. - * Add lines option to dmesg, speed up dmesg. - * Add selection critera to ps and bta commands. - * New man page, Documentation/kdb/kdb_sr.man. - * kdb v2.4-2.5.44-common-1. - -2002-10-25 Keith Owens - - * Move -fomit-frame-pointer after .config has been read. - * Upgrade to 2.5.44. - * kdb v2.3-2.5.44-common-1. - -2002-10-17 Keith Owens - - * Upgrade to 2.5.43. - * kdb v2.3-2.5.43-common-1. - -2002-10-14 Keith Owens - - * Upgrade to 2.5.42. - * kdb v2.3-2.5.42-common-1. - -2002-10-09 Keith Owens - - * Upgrade to 2.5.41. - * kdb v2.3-2.5.41-common-1. - -2002-10-04 Keith Owens - - * Minimize differences between patches for 2.4 and 2.5 kernels. - * Reduce stack usage. - * kdb v2.3-2.5.40-common-2. - -2002-10-03 Keith Owens - - * Upgrade to 2.5.40. - * kdb v2.3-2.5.40-common-1. - -2002-09-24 Keith Owens - - * Sync with kdb v2.3-2.4.19-common-2. - * Sync with 2.5.x-xfs (2.5.38). - * Replace kdb_port with kdb_serial to support memory mapped I/O. - David Mosberger. - * Remove individual SGI copyrights, the general SGI copyright applies. - * Handle md0. Reported by Hugh Dickins, different fix by Keith Owens. - * Use page_address() in kdbm_pg.c. Hugh Dickins. - * Remove debugging printk from kdbm_pg.c. Hugh Dickins. - * Move breakpoint address verification into arch dependent code. - * Dynamically resize kdb command table as required. - * Common code to support USB keyboard. Sebastien Lelarge. - Note: broken in 2.5 until somebody who understands USB can fix it. - * Add dmesg command. - * Clean up copyrights, Eric Sandeen. - * Syntax check mdWcN commands. - -2002-02-27 Keith Owens - - * Tom Duffy's kdb for 2.5.5. - * Sync with kdb v2.1-2.4.18-common-1. - * Correct kdbm_pg.c for non-highmem machines. - * kdb v2.1-2.5.5-common-1. - -2002-02-26 Keith Owens - - * Upgrade to 2.4.18. - * Add Paul Dorwin (IBM) magicpoint slides on using kdb as - Documentation/kdb/slides. - * kdb v2.1-2.4.18-common-1. - -2002-01-23 Keith Owens - - * Sync with XFS pagebuf changes. - * kdb v2.1-2.4.17-common-2. - -2002-01-18 Keith Owens - - * Ignore single stepping during panic. - * Remove kdba_getword, kdba_putword. Replace with kdb_getword, - kdb_putword that rely on copy_xx_user. The new functions return - an error code, like copy_xx_user. - * New functions kdb_getarea, kdb_putarea for copying areas of data - such as structures. These functions also return an error code. - * Change all common code to use the new functions. - * bp command checks that it can read and write the word at the - breakpoint before accepting the address. - * Break points are now set FIFO and cleared LIFO so overlapping - entries give sensible results. - * Verify address before disassembling code. - * Common changes for sparc64. Ethan Solomita, Tom Duffy. - * Remove ss , never supported. - * Remove kallsyms entries from arch vmlinux.lds files. - * Specify which commands auto repeat. - * kdb v2.1-2.4.17-common-1. - -2002-01-07 Keith Owens - - * Remove console semaphore code, not good in interrupt. - * Remove fragment of ia64 patch that had crept into kdb. - * Release as kdb v2.0-2.4.17-common-3. - -2002-01-04 Keith Owens - - * Sync xfs <-> kdb common code. - -2001-12-22 Keith Owens - - * Upgrade to 2.4.17. - * Clean up ifdef CONFIG_KDB. - * Add ifdef CONFIG_KDB around include kdb.h. - * Delete dummy kdb.h files for unsupported architectures. - * Delete arch i386 and ia64 specific files. This changelog now - applies to kdb common code only. - * Release as kdb v2.0-2.4.17-common-1. - -2001-12-03 Keith Owens - - * Upgrade to 2.4.16. - * Add include/asm-um/kdb.h stub to allow XFS to be tested under UML. - * Check if an interrupt frame on i386 came from user space. - * Out of scope bug fix in kdb_id.c. Ethan Solomita. - * Changes to common code to support sparc64. Ethan Solomita. - * Change GFP_KERNEL to GFP_ATOMIC in disasm. Ethan Solomita. - -2001-11-16 Keith Owens - - * Upgrade to 2.4.15-pre5. - * Wrap () around #define expressions with unary operators. - -2001-11-13 Keith Owens - - * Upgrade to 2.4.15-pre4. - * kbdm_pg.c patch from Hugh Dickins. - -2001-11-07 Keith Owens - - * Upgrade to 2.4.14-ia64-011105. - * Change name of l1 serial I/O routine, add ia64 init command. SGI. - * Sync kdbm_pg with XFS. - -2001-11-06 Keith Owens - - * Upgrade to kernel 2.4.14. - -2001-11-02 Keith Owens - - * Sync kdbm_pg.c with XFS. - -2001-10-24 Keith Owens - - * Upgrade to kernel 2.4.13. - -2001-10-14 Keith Owens - - * More use of TMPPREFIX in top level Makefile to speed up NFS compiles. - - * Correct repeat calculations in md/mds commands. - -2001-10-10 Keith Owens - - * Copy bfd.h and ansidecl.h to arch/$(ARCH)/kdb, remove dependecies on - user space includes. - - * Update kdb v1.9 to kernel 2.4.11. - -2001-10-01 Keith Owens - - * Update kdb v1.9 to kernel 2.4.11-pre1 and 2.4.10-ac1. - - * Correct loop in kdb_parse, reported by Tachino Nobuhiro. - -2001-09-25 Keith Owens - - * Update kdb v1.8 to kernel 2.4.10. - - * kdbm_pg patch from Hugh Dickens. - - * DProbes patch from Bharata B Rao. - - * mdWcn and mmW patch from Vamsi Krishna S. - - * i386 disasm layout patch from Jean-Marc Saffroy. - - * Work around for 64 bit binutils, Simon Munton. - - * kdb.mm doc correction by Chris Pascoe. - - * Enter repeats the last command, IA64 disasm only prints one - instruction. Don Dugger. - - * Allow kdb/modules to be linked into vmlinux. - - * Remove obsolete code from kdb/modules/kdbm_{pg,vm}.c. - - * Warn when commands are entered at more prompt. - - * Add MODULE_AUTHOR, DESCRIPTION, LICENSE. - - * Release as kdb v1.9. - -2001-02-27 Keith Owens - - * Update kdb v1.8 to kernel 2.4.2, sync kdb/modules with XFS. - - * Hook into panic() call. - -2000-12-18 Keith Owens - - * Update kdb v1.7 to kernel 2.4.0-test13-pre3, sync kdb/modules with - XFS. - -2000-11-18 Keith Owens - - * Update to kernel 2.4.0-test11-pre7, including forward port of - bug fixes from WIP 2.4.0-test9 tree. - - * Update to Cygnus CVS trees for disassembly code. - - * Bump to kdb v1.6. - -2000-10-19 Keith Owens - - * Update to kernel 2.4.0-test10-pre4. - -2000-10-15 Keith Owens - - * kdb/kdbmain.c (kdb_parse): Correctly handle blank input. - - * kdb/kdbmain.c (kdb_local, kdb): Reason SILENT can have NULL regs. - -2000-10-13 Keith Owens - - * kdb/kdbmain.c: Reduce CMD_LEN to avoid overflowing kdb_printf buffer. - -2000-10-11 Keith Owens - - * kdb/kdbmain.c (kdb): Test for userspace breakpoints before driving - other cpus into kdb. Speeds up gdb and avoids SMP race. - - * arch/i386/kdb/kdba_io.c (get_serial_char, get_kbd_char): Ignore - unprintable characters. - - * arch/i386/kdb/kdba_io.c (kdba_read): Better handling of buffer size. - -2000-10-04 Keith Owens - - * arch/i386/kdb/kdba_bt.c (kdba_bt_process): Verify that esp is inside - task_struct. Original patch by Mike Galbraith. - - * kdb/kdb_io.c (kdb_getstr): Reset output line counter, remove - unnecessary prompts. - - * arch/i386/kdb/kdbasupport.c (kdb_getregcontents): Change " cs" to - "xcs", ditto ss, ds, es. gdb2kdb does not like leading spaces. - - * include/asm-xxx/kdb.h: Add dummy kdb.h for all architectures except - ix86. This allows #include to appear in arch independent - code without causing compile errors. - - * kdb/modules/kdbm_pg: Sync with XFS. - -2000-10-03 Keith Owens - - * kdb/kdb_io.c (kdb_read): Ignore NMI while waiting for input. - - * kdb/kdb_io.c, kdb/Makefile: Export kdb_read. - -2000-10-02 Keith Owens - - * arch/i386/kernel/smpboot.c (do_boot_cpu): Set nmi_watchdog_source to 2 - to avoid premature NMI oops during cpu bring up. We have to assume that - a box with more than 1 cpu has a working IO-APIC. - - * Documentation/kdb/{kdb.mm,kdb_md.man}: Add mdr command. - - * kdb/kdbmain.c (kdb_md): Add mdr command. - - * Release as kdb v1.5 against 2.4.0-test9-pre8. - - * arch/i386/kdb/kdba_io.c, arch/i386/kdb/kdbasupport.c, kdb/kdbmain.c, - kdb/kdb_io.c, kdb/kdb_id.c: Remove zero initializers for static - variables. - -2000-09-28 Keith Owens - - * various: Add nmi_watchdog_source, 1 local APIC, 2 IO-APIC. - Test nmi_watchdog_source instead of nr_ioapics so UP works on SMP hardware. - - * arch/i386/kernel/io_apic.c: Rename setup_nmi to setup_nmi_io for clarity. - - * kdb/kdbmain.c (kdb_parse): Only set NO_WATCHDOG if it was already set. - - * kdb/kdbmain.c (kdb): Clear NO_WATCHDOG on all exit paths. - - * include/linux/kdb.h: Add KDB_REASON_SILENT. - - * kdb/kdbmain.c (kdb_local): Treat reason SILENT as immediate 'go'. - - * kdb/kdbmain.c (kdb_init): Invoke kdb with reason SILENT to instantiate - any breakpoints on boot cpu. - - * arch/i386/kernel/smpboot.c (smp_callin): Invoke kdb with reason SILENT - to instantiate any global breakpoints on this cpu. - - * kdb/kdb_cmds: Remove comment that said initial commands only worked on - boot cpu. - -2000-09-27 Keith Owens - - * arch/i386/kernel/msr.c: Move {rd,wr}msr_eio to include/asm-i386/apic.h. - - * include/asm-i386/apic.h: Define NMI interfaces. - - * kernel/sysctl.c (kern_table): - * kernel/sysctl.c (do_proc_set_nmi_watchdog): - Add /proc/sys/kernel/nmi_watchdog. - - * arch/i386/kernel/apic.c: New routines set_nmi_counter_local, - setup_apic_nmi_watchdog. - - * arch/i386/kernel/traps.c: New routine set_nmi_watchdog(). Call apic - routines to set/clear local apic timer. - -2000-09-26 Keith Owens - - * include/linux/sysctl.h (enum): Add NMI_WATCHDOG. - - * arch/i386/kernel/traps.c (nmi_watchdog_tick): Check nmi_watchdog is - still on. - - * arch/i386/config.in: Add CONFIG_UP_NMI_WATCHDOG. - - * Documentation/Configure.help: Add CONFIG_UP_NMI_WATCHDOG. - - * Documentation/nmi_watchdog.txt: Update for UP NMI watchdog. - -2000-09-25 Keith Owens - - * arch/i386/kernel/apic.c (init_apic_mappings): - * arch/i386/kernel/io_apic.c (IO_APIC_init_uniprocessor): - Merge Keir Fraser's local APIC for uniprocessors patch. - -2000-09-24 Keith Owens - - * Various: Declare initialization routines as __init. - - * Makefile: Define and export AWK. - - * kdb/Makefile: Generate gen-kdb_cmds.c from kdb/kdb_cmds. - - * kdb/kdbmain.c (kdb_init): Call new routine kdb_cmds_init to execute - whatever the user put in kdb/kdb_cmds. - - * arch/i386/kdb/kdba_bt.c (kdba_bt_stack): New parameter to - indicate if esp in regs is known to be valid or not. - - * kdb/kdb_bp.c, arch/i386/kdb/kdba_bp.c: More trace prints for - breakpoint handling. - - * arch/i386/kdb/kdba_bp.c (kdba_installbp): Finally found and fixed the - annoying breakpoint bug where breakpoints where not always installed - after 'go'. - - * Documentation/kdb: Update man pages kdb.mm, kdb_env.man, kdb_ss.man. - - * Released as kdb-v1.5-beta1-2.4.0-test8. - - * Sync to 2.4.0-test9-pre6 and release as kdb-v1.5-beta1-2.4.0-test9-pre6. - -2000-09-23 Keith Owens - - * arch/i386/kdb/kdbasupport.c (kdba_getregcontents): New pseudo - registers cesp and ceflags to help with debugging the debugger. - - * kdb/kdbmain.c (kdb_local, kdb): Add KDB_REASON_RECURSE. Add - environment variable RECURSE. Add code to cope with some types of - recursion. - - * kdb/kdbmain.c (kdb), arch/i386/kdba/kdba_bp.c: Add - kdba_clearsinglestep. - -2000-09-22 Keith Owens - - * drivers/video/vgacon.c (write_vga): No cli() if kdb is running, avoid - console deadlock. - - * arch/i386/kernel/irq.c (get_irqlock): Warn if kdb is running, may hang. - - * include/linux/kdb.h: Define KDB_IS_RUNNING as (0) if no CONFIG_KDB. - - * arch/i386/kdb/kdba_bt.c (kdba_bt_stack): Do not attempt a backtrace if - the code segment is not in the kernel. - - * kdb/modules: Change modules from MX_OBJS to M_OBJS. Remove EXPORT_NOSYMBOLS. - -2000-09-21 Keith Owens - - * arch/i386/kernel/i386_ksyms.c: Move EXPORT_SYMBOLS for kdb to kdb/kdbmain.c. - - * kdb/Makefile: Change kdb/kdbmain.o from O_OBJS to OX_OBJS. - - * arch/i386/kernel/smp.c: Remove some #ifdef CONFIG_KDB. Remove kdbprivate.h. - - * include/linux/kdb.h: Add kdb_print_state. Add KDB_STATE_WAIT_IPI. - - * kdb/kdbmain.c (kdb): Only mark cpu as leaving if it is in KDB state. Maintain - WAIT_IPI state so a cpu is only driven through NMI once. - - * arch/i386/kernel/smp.c (smp_kdb_stop): All state fiddling moved to kdb(). - -2000-09-20 Keith Owens - - * include/linux/kdb.h: #define kdb() as (0) if kdb is not configured. - - * arch/i386/kernel/traps.c: Remove some #ifdef CONFIG_KDB. - - * include/linux/kdbprivate.h: Move per cpu state to kdb.h. - - * include/linux/kdb.h: Add KDB_STATE_NO_WATCHDOG, KDB_STATE_PRINTF_LOCK. - Rename KDB_DEBUG_xxx to KDB_DEBUG_FLAG_xxx. Clean up debug flag - definitions. - - * arch/i386/kernel/traps.c (nmi_watchdog_tick): Check no watchdog. - - * kdb/kdbmain.c (kdb): Set no watchdog in normal kdb code. - - * kdb/kdbmain.c (kdb_parse): Allow watchdog in commands. - - * kdb/kdb_io.c (kdb_printf): No watchdog during printing. Clean up lock handling. - - * kdb/kdbmain.c (kdb_set): Clean up debug flag handling. - -2000-09-19 Juan J. Quintela - - * kdb/arch/i386/kdb/kdba_io.c: Allow kdb to compile without CONFIG_VT and/or - serial console. - -2000-09-19 Keith Owens - - * include/linux/kdb.h: Define KDB_DEBUG_STATE(). - - * kdb/kdbmain.c (kdb): Add kdb_print_state(), calls to KDB_DEBUG_STATE(). - -2000-09-16 Keith Owens - - * Move to finer grained control over individual processors in kdb with - per cpu kdb state. Needed to allow ss[b] to only release one processor, - previously ss[b] released all processors. Also need to recover from - errors inside kdb commands, e.g. oops in kdbm_pg code. - - * various: - Move global flags KDB_FLAG_SSB, KDB_FLAG_SUPRESS, KDB_FLAG_FAULT, - KDB_FLAG_SS, KDB_FLAG_SSBPT, kdb_active, to per cpu state and macros - KDB_STATE(xxx). - Replace kdb_flags & KDB_FLAG_xxx with KDB_FLAG(xxx). - Replace kdb_flags & KDB_DEBUG_xxx with KDB_DEBUG(xxx). - Replace specific tests with wrapper KDB_IS_RUNNING(). - - * various: Remove #ifdef CONFIG_SMP from kdb code wherever - possible. Simplifies the code and makes it much more readable. - - * arch/i386/kdb/kdbasupport.c (kdb_setjmp): Record if we have reliable - longjmp data instead of assuming it is always set. - - * various: Replace smp_kdb_wait with per cpu state, HOLD_CPU. - - * init/main.c : Replace #ifdef KDB_DEBUG with KDB_DEBUG(CALLBACK). - - * include/linux/kdbprivate.h: Separate command return codes from error - codes. Add more detailed command codes. - - * arch/i386/kernel/traps.c (die): Change spin_lock_irq to - spin_lock_irqsave. Why did I do this? - - * kdb/kdbmain.c (kdb_parse): Set per cpu flag CMD before executing kdb - command. More detailed return codes for commands that affect - processors. - - * kdb/kdbmain.c (kdb_previous_event): New, check if any processors are - still executing the previous kdb event. Removes a race window where a - second event could enter kdb before the first had completely ended. - - * kdb/kdbmain.c (kdb): Document all the concurrency conditions and how - kdb handles them. ss[b] now releases only the current cpu. Do not set - breakpoints when releasing for ss[b]. Recover from errors in kdb - commands. Check that we have reliable longjmp data before using it. - - * various: Update return code documentation. - - * kdb/kdb_bp.c (kdb_ss): Separate ss and ssb return codes. - - * kdb/kdbsupport.c (kdb_ipi): Finer grained algorithm for deciding - whether to call send a stop signal to a cpu. - - * arch/i386/kdb/kdba_bp.c (kdba_db_trap): Separate ss and ssb return - codes. Reinstall delayed software breakpoints per cpu instead of - globally. Changed algorithm for handling ss[b]. - - * arch/i386/kdb/kdba_bp.c (kdba_bp_trap): Match software breakpoints per - cpu instead of globally. - - * include/linux/kdb.h: Bump version to kdb v1.5. - -2000-09-16 Keith Owens - - * kernel/sysctl.c (kern_table): add /proc/sys/kernel/kdb. - - * init/main.c (parse_options): add boot flags kdb=on, kdb=off, - kdb=early. - - * include/linux/sysctl.h (enum): add KERN_KDB. - - * drivers/char/serial.c (receive_chars): check kdb_on. - - * drivers/char/keyboard.c (handle_scancode): check kdb_on. - - * arch/i386/kernel/traps.c (nmi_watchdog_tick): check kdb_on. - - * arch/i386/config.in: add CONFIG_KDB_OFF. - - * Documentation/Configure.help: add CONFIG_KDB_OFF. - - * kdb/kdbmain.c: add kdb_initial_cpu, kdb_on. - - * kdb/kdbmain.c (kdb): check kdb_on, set kdb_initial_cpu. - - * kdb/kdbmain.c (kdb_init): add Keith Owens to kdb banner. - - * kdb/kdb_io.c (kdb_printf): serialize kdb_printf output. - - * kdb/kdb_bt.c (kdb_bt): check environment variable BTAPROMPT. - - * kdb/kdbsupport.c (kdb_ipi): ignore NMI for kdb_initial_cpu. - - * kdb/modules/kdbm_pg.c (kdbm_page): merge updates from 2.4.0-test5-xfs. - - * kdb/kdb_bt.man: add btp, bta, BTAPROMPT. - - * kdb/kdb.mm: add CONFIG_KDB_OFF, boot flags, btp, bta. - - * include/linux/kdbprivate.h: add kdb_initial_cpu. - - * include/linux/kdb.h: add kdb_on, bump version to kdb v1.4. diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/gen-kdb_cmds.c ameslab/kdb/gen-kdb_cmds.c --- temp/ameslab/kdb/gen-kdb_cmds.c 2004-04-23 10:24:41.000000000 +0530 +++ ameslab/kdb/gen-kdb_cmds.c 1970-01-01 05:30:00.000000000 +0530 @@ -1,4 +0,0 @@ -#include -char __initdata *kdb_cmds[] = { - 0 -}; diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/kdb_cmds ameslab/kdb/kdb_cmds --- temp/ameslab/kdb/kdb_cmds 2004-04-23 10:24:41.000000000 +0530 +++ ameslab/kdb/kdb_cmds 2004-04-29 14:20:18.000000000 +0530 @@ -4,9 +4,3 @@ # registers) are not reliable this early. set and bp commands should # be safe. Global breakpoint commands affect each cpu as it is booted. -# Initial commands for kdb, alter to suit your needs. -# These commands are executed in kdb_init() context, no SMP, no -# processes. Commands that require process data (including stack or -# registers) are not reliable this early. set and bp commands should -# be safe. Global breakpoint commands affect each cpu as it is booted. - diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/kdb_io.c ameslab/kdb/kdb_io.c --- temp/ameslab/kdb/kdb_io.c 2004-04-23 10:24:41.000000000 +0530 +++ ameslab/kdb/kdb_io.c 2004-04-29 14:20:19.000000000 +0530 @@ -498,6 +498,7 @@ KDB_STATE_SET(PRINTF_LOCK); spin_lock(&kdb_printf_lock); got_printf_lock = 1; + atomic_inc(&kdb_event); } diag = kdbgetintenv("LINES", &linecount); @@ -597,6 +598,7 @@ got_printf_lock = 0; spin_unlock(&kdb_printf_lock); KDB_STATE_CLEAR(PRINTF_LOCK); + atomic_dec(&kdb_event); } if (do_longjmp) #ifdef KDB_HAVE_LONGJMP diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/kdbmain.c ameslab/kdb/kdbmain.c --- temp/ameslab/kdb/kdbmain.c 2004-04-23 10:24:42.000000000 +0530 +++ ameslab/kdb/kdbmain.c 2004-04-29 14:42:51.000000000 +0530 @@ -69,6 +69,7 @@ */ volatile int kdb_flags; volatile int kdb_enter_debugger; +atomic_t kdb_event; /* * kdb_lock protects updates to kdb_initial_cpu. Used to @@ -219,7 +220,7 @@ * with '\' in strings. CML2 would have been able to do it but we lost CML2. * KAO. */ -// const char kdb_serial_str[] = "\001"; +/* const char kdb_serial_str[] = "\001"; */ const char kdb_serial_str[] = "startKDB"; /* @@ -1678,9 +1679,10 @@ { kdb_intstate_t int_state; /* Interrupt state */ kdb_reason_t reason2 = reason; - int result = 1; /* Default is kdb handled it */ + int result = 0; /* Default is kdb did not handle it */ int ss_event; kdb_dbtrap_t db_result=KDB_DB_NOBPT; + atomic_inc(&kdb_event); switch(reason) { case KDB_REASON_OOPS: @@ -1699,7 +1701,7 @@ KDB_FLAG_SET(ONLY_DO_DUMP); } if (!kdb_on && !KDB_FLAG(ONLY_DO_DUMP)) - return 0; + goto out; KDB_DEBUG_STATE("kdb 1", reason); KDB_STATE_CLEAR(SUPPRESS); @@ -1730,7 +1732,7 @@ if ((reason == KDB_REASON_BREAK || reason == KDB_REASON_DEBUG) && db_result == KDB_DB_NOBPT) { KDB_DEBUG_STATE("kdb 2", reason); - return 0; /* Not one of mine */ + goto out; /* Not one of mine */ } /* Turn off single step if it was being used */ @@ -1807,12 +1809,12 @@ } if (!recover) { kdb_printf(" Cannot recover, allowing event to proceed\n"); - return(0); + goto out; } } } else if (!KDB_IS_RUNNING()) { kdb_printf("kdb: CPU switch without kdb running, I'm confused\n"); - return(0); + goto out; } /* @@ -1982,7 +1984,9 @@ KDB_STATE_CLEAR(RECURSE); KDB_STATE_CLEAR(LEAVING); /* No more kdb work after this */ KDB_DEBUG_STATE("kdb 17", reason); - return(result != 0); +out: + atomic_dec(&kdb_event); + return result != 0; } /* @@ -3475,6 +3479,7 @@ void __init kdb_init(void) { + kdb_initial_cpu = smp_processor_id(); /* * This must be called before any calls to kdb_printf. */ @@ -3501,7 +3506,8 @@ if (!kdbjmpbuf) printk(KERN_ERR "Cannot allocate kdbjmpbuf, no kdb recovery will be possible\n"); #endif /* KDB_HAVE_LONGJMP */ - + + kdb_initial_cpu = -1; } int kdb_getuserarea_size(void *to, unsigned long from, size_t size); diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/kdbsupport.c ameslab/kdb/kdbsupport.c --- temp/ameslab/kdb/kdbsupport.c 2004-04-23 10:24:42.000000000 +0530 +++ ameslab/kdb/kdbsupport.c 2004-04-29 14:20:19.000000000 +0530 @@ -162,7 +162,8 @@ unsigned long symbolsize; unsigned long offset; static char *knt[100]; /* kdb name table, arbitrary size */ - char *knt1 = kmalloc(128, GFP_ATOMIC); +#define knt1_size 128 /* must be >= kallsyms table size */ + char *knt1 = kmalloc(knt1_size, GFP_ATOMIC); if (!knt1) { kdb_printf("kdbnearsym: addr=0x%lx cannot kmalloc knt1\n", addr); @@ -176,10 +177,21 @@ symtab->sym_name = kallsyms_lookup(addr, &symbolsize , &offset, (char **)(&symtab->mod_name), knt1); symtab->sym_start = addr - offset; symtab->sym_end = symtab->sym_start + symbolsize; - ret = (symtab->sym_name != 0); + ret = symtab->sym_name != NULL && *(symtab->sym_name) != '\0'; - if (symtab->sym_name) { + if (ret) { int i; + /* Another 2.6 kallsyms "feature". Sometimes the sym_name is + * set but the buffer passed into kallsyms_lookup is not used, + * so it contains garbage. The caller has to work out which + * buffer needs to be saved. + * + * What was Rusty smoking when he wrote that code? + */ + if (symtab->sym_name != knt1) { + strncpy(knt1, symtab->sym_name, knt1_size); + knt1[knt1_size-1] = '\0'; + } for (i = 0; i < ARRAY_SIZE(knt); ++i) { if (knt[i] && strcmp(knt[i], knt1) == 0) break; @@ -191,6 +203,7 @@ kfree(knt1); knt1 = knt[i]; memcpy(knt+i, knt+i+1, sizeof(knt[0])*(ARRAY_SIZE(knt)-i-1)); + i = ARRAY_SIZE(knt) - 1; } knt[i] = knt1; symtab->sym_name = knt[i]; diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/modules/kdbm_pg.c ameslab/kdb/modules/kdbm_pg.c --- temp/ameslab/kdb/modules/kdbm_pg.c 2004-04-23 10:24:42.000000000 +0530 +++ ameslab/kdb/modules/kdbm_pg.c 2004-04-29 15:55:03.000000000 +0530 @@ -118,7 +118,7 @@ kdb_printf(" bno %llu size %d dev 0x%x\n", (unsigned long long)bh.b_blocknr, bh.b_size, - bh.b_bdev->bd_dev); + bh.b_bdev ? bh.b_bdev->bd_dev : 0); kdb_printf(" count %d state 0x%lx [%s]\n", bh.b_count.counter, bh.b_state, map_flags(bh.b_state, bh_state_vals)); @@ -181,9 +181,12 @@ return(diag); kdb_printf("struct page at 0x%lx\n", addr); - kdb_printf(" next 0x%p prev 0x%p addr space 0x%p index %lu (offset 0x%x)\n", +/* kdb_printf(" next 0x%p prev 0x%p addr space 0x%p index %lu (offset 0x%x)\n", page.list.next, page.list.prev, page.mapping, page.index, - (int)(page.index << PAGE_CACHE_SHIFT)); + (int)(page.index << PAGE_CACHE_SHIFT)); */ + kdb_printf(" addr space 0x%p index %lu (offset 0x%x)\n", + page.mapping, page.index, + (int)(page.index << PAGE_CACHE_SHIFT)); kdb_printf(" count %d flags %s\n", page.count.counter, page_flags(page.flags)); kdb_printf(" virtual 0x%p\n", page_address((struct page *)addr)); @@ -273,7 +276,7 @@ return 0; } - +/* routine not used currently.. sync with upstream later static void do_buffer(unsigned long addr) { @@ -286,7 +289,9 @@ (unsigned long long)bh.b_blocknr, map_flags(bh.b_state, bh_state_vals)); } +*/ +/* inode_struct changed in 2.6.6-rc series.. sync with upstream later static int kdbm_inode_pages(int argc, const char **argv, const char **envp, struct pt_regs *regs) @@ -386,6 +391,7 @@ kfree(ap); return diag; } +*/ static int kdbm_inode(int argc, const char **argv, const char **envp, @@ -566,7 +572,8 @@ kdb_register("inode", kdbm_inode, "", "Display inode", 0); kdb_register("sb", kdbm_sb, "", "Display super_block", 0); kdb_register("bh", kdbm_buffers, "", "Display buffer", 0); - kdb_register("inode_pages", kdbm_inode_pages, "", "Display pages in an inode", 0); +/* inode struct changed in 2.6.6-rc series.. sync with upstream later + kdb_register("inode_pages", kdbm_inode_pages, "", "Display pages in an inode", 0); */ kdb_register("req", kdbm_request, "", "dump request struct", 0); kdb_register("rqueue", kdbm_rqueue, "", "dump request queue", 0); #if defined(CONFIG_X86) | defined(CONFIG_PPC64) diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kdb/modules/kdbm_task.c ameslab/kdb/modules/kdbm_task.c --- temp/ameslab/kdb/modules/kdbm_task.c 2004-04-23 10:24:42.000000000 +0530 +++ ameslab/kdb/modules/kdbm_task.c 2004-04-29 14:21:07.000000000 +0530 @@ -71,7 +71,7 @@ int nextarg; int e = 0; struct task_struct *tp = NULL; - + if (argc != 1) return KDB_ARGCOUNT; @@ -146,7 +146,7 @@ int e = 0; int i; char fmt[32]; - + if (argc != 1) return KDB_ARGCOUNT; @@ -186,7 +186,7 @@ { kdb_register("task", kdbm_task, "", "Display task_struct", 0); kdb_register("sigset", kdbm_sigset, "", "Display sigset_t", 0); - + return 0; } diff -Naur --exclude=BitKeeper --exclude=SCCS temp/ameslab/kernel/kallsyms.c ameslab/kernel/kallsyms.c --- temp/ameslab/kernel/kallsyms.c 2004-04-23 10:24:42.000000000 +0530 +++ ameslab/kernel/kallsyms.c 2004-04-29 15:36:13.000000000 +0530 @@ -39,7 +39,13 @@ static inline int is_kernel_text(unsigned long addr) { - if (addr >= (unsigned long)_stext && addr <= (unsigned long)_etext) + if (addr >= (unsigned long)_stext && addr <= +#ifdef CONFIG_KDB + (unsigned long)_end +#else + (unsigned long)_edata +#endif + ) return 1; return 0; } ----- End forwarded message ----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Fri Apr 30 00:57:51 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 30 Apr 2004 00:58:00 -0700 (PDT) Received: from omx2.sgi.com (mtvcafw.sgi.com [192.48.171.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3U7vfKO003822 for ; Fri, 30 Apr 2004 00:57:41 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with SMTP id i3UA5hUv022424 for ; Fri, 30 Apr 2004 03:05:53 -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 RAA05536 for ; Fri, 30 Apr 2004 17:57:03 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 5F231C00AD; Fri, 30 Apr 2004 17:57:03 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 5CBC01400EE; Fri, 30 Apr 2004 17:57:03 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Kevin Stansell Cc: kdb@oss.sgi.com Subject: Re: page->list In-reply-to: Your message of "Thu, 15 Apr 2004 15:18:58 -0400." Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 30 Apr 2004 17:57:02 +1000 Message-ID: <6357.1083311822@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 655 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 Thu, 15 Apr 2004 15:18:58 -0400, Kevin Stansell wrote: >While compiling a KDB kernel with the KDB modules built into the kernel, I >am receiving errors in kdbm_pg.c. I have traced this down >and kdbm_pg.c is expecting page->list to be part of the page structure. In >the 2.6.5 kernel it does exist, but the latest prepatch 2.6.6-rc1 >removes this from the page struct. Fixed in kdb-v4.3-2.6.6-rc1-common-1. The i386 kdb code does not handle backtrace using 4K stacks yet use 8K stacks for now. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Fri Apr 30 01:01:45 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 30 Apr 2004 01:01:48 -0700 (PDT) Received: from omx1.americas.sgi.com (cfcafw.sgi.com [198.149.23.1]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3U81cKO003897 for ; Fri, 30 Apr 2004 01:01:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with SMTP id i3U7sLBN008115 for ; Fri, 30 Apr 2004 02:54:22 -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 RAA05515 for ; Fri, 30 Apr 2004 17:54:20 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 79724C00AD; Fri, 30 Apr 2004 17:54:20 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 770761400EE; Fri, 30 Apr 2004 17:54:20 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: linas@austin.ibm.com Cc: kdb@oss.sgi.com, ananth@in.ibm.com Subject: Re: [ananth@in.ibm.com: [PATCH] Compile kdb modules without error] In-reply-to: Your message of "Thu, 29 Apr 2004 11:43:29 EST." <20040429114329.W58706@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 30 Apr 2004 17:54:19 +1000 Message-ID: <6160.1083311659@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 656 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 Thu, 29 Apr 2004 11:43:29 -0500, linas@austin.ibm.com wrote: >This patch is against powerpc64 ameslab tree, but I thought >an FYI to the KDB mailing list would be appropriate. It fixes >generic KDB bits due to kernel-2.6.6-rc* changes to struct file >and struct inode. Some mangled version of this patch is needed >for the SGI KDB sources. ftp://oss.sgi.com/projects/kdb/download/v4.3/kdb-v4.3-2.6.6-rc1-*.bz2 handles the new radix tree code in struct address_space and struct page. kdb for i386 will not handle backtrace when using 4K task structures. Work in progress, use 8K stacks for now. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe.