image_C.gif

From Thomas.Duffy.99@alumni.brown.edu Tue Jun 1 14:20:19 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 01 Jun 2004 14:20:22 -0700 (PDT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i51LKJgi031593 for ; Tue, 1 Jun 2004 14:20:19 -0700 Received: from phys-bos-2.sfbay.sun.com ([129.146.14.24]) by nwkea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id i51LKENf009314 for ; Tue, 1 Jun 2004 14:20:14 -0700 (PDT) Received: from [129.146.95.140] (d-mpk14-95-140.SFBay.Sun.COM [129.146.95.140]) by bos-mail1.sfbay.sun.com (Sun Java System Messaging Server 6.1 (built Mar 27 2004)) with ESMTP id <0HYN003IIF9QIS60@bos-mail1.sfbay.sun.com> for kdb@oss.sgi.com; Tue, 01 Jun 2004 14:20:14 -0700 (PDT) Date: Tue, 01 Jun 2004 14:20:13 -0700 From: Thomas Duffy Subject: Re: Announce: kdb v4.4 is available for kernel 2.6.6 In-reply-to: <12956.1085377697@kao2.melbourne.sgi.com> To: Keith Owens Cc: kdb@oss.sgi.com, linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org Message-id: <1086124813.2309.4.camel@d-mpk14-95-140> MIME-version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-2) Content-type: text/plain References: <12956.1085377697@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 686 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: Thomas.Duffy.99@alumni.brown.edu Precedence: bulk X-list: kdb On Mon, 2004-05-24 at 15:48 +1000, Keith Owens wrote: > If you maintain an architecture specific kdb patch, please upgrade to > kdb v4.4 and send it to me. OK, here is a first pass at updating the sparc64 kdb to kernel 2.6.6 and kdb 4.4 http://members.dslextreme.com/~tomduffy/kdb-v4.4-2.6.6-sparc64-1.bz2 -tduffy -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAvPMNdY502zjzwbwRAi3IAJ90dg1dRie9HwoE5kpXg69EGZ6bAwCgjdqD ijBmlLup9QM94IlZnnvf334= =7q0g -----END PGP SIGNATURE----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From Tanya@excite.com Tue Jun 1 18:07:20 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 01 Jun 2004 18:07:26 -0700 (PDT) Received: from 192.48.159.27 ([220.173.118.59]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i52179gi008442; Tue, 1 Jun 2004 18:07:17 -0700 X-Message-Info: BABOjLG21gEHmAf028q8+IMZRo4gUZQJ Received: from mail745.gxj.optusnet.com.au ([58.67.76.108]) by ni12-x4.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Wed, 02 Jun 2004 04:04:06 -0200 Received: from QHIL08 (j24.8.140.55.yeicl6.swe.optusnet.com.au [240.69.227.100]) by mail148.rvr.optusnet.com.au (26.39.7l5/4.73.7) with SMTP id s6R63Fa09656; Wed, 02 Jun 2004 00:07:06 -0600 Message-ID: <54q970h5ml4w$to6z11z8$tw6997z0@ZXYZ73> From: "Lauren Hodges" To: "Kaio" References: Subject: Women Prefer Large =?ISO-8859-1?Q?Pen=EEs?= Date: Wed, 02 Jun 2004 04:00:06 -0200 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 687 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: Tanya@excite.com Precedence: bulk X-list: kdb ----349217614801715423 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable

Make Your C=F6= ck Monster Sized
IGF has been featured in mens magazines and television
The secret is out - you can increase your size and go all night long
Grow your d=EEck 1-3 inches fast and naturally while also increasing thick= ness

Due to the high demand of this product its only available online
We have different packages depending on how large you want to be:
6 Month Supp= ly For a P=F6rnstar Sized C=F6ck
5 Month Supp= ly Super size your member and save money
4 Month Supp= ly gain a few inches and increase your loads
2 Month Supp= ly ideal for sampling the results you can get

To unsubscribe from this newsletter, please go here: no more

Pamlico Industries,
Ltd. Akara Building, 24 De Castro S= t.
Wickhams Cay 1, Road Town, Tortola
British Virgin Islands (VG)<= /font>

celanese=20 playroom=20 expect=20 hotbed=20 goody=20 celluloid=20 yarrow=20= sneak=20 electro=20 definite=20 diabolic=20 enormous=20 columbine=20 oli= via=20 kaolinite=20 mycobacteria=20 symbiosis=20 convertible=20 balfour=20= hurst=20 renal=20

----349217614801715423-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From qhwild3kye@firstsaga.com Tue Jun 1 20:25:25 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 01 Jun 2004 20:25:26 -0700 (PDT) Received: from S01060040f41fabd1.cg.shawcable.net (S01060040f41fabd1.cg.shawcable.net [68.146.183.74]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i523PNgi015389 for ; Tue, 1 Jun 2004 20:25:25 -0700 Received: eswqchv-r42xlh.islandpatient.com (xtdd [89.202.170.17]) by kept.keymere.com (2.70.2/6.66.0) with ESMTP id AYBOR5XI08VD for ; Wed, 02 Jun 2004 06:24:20 +0200 GMT To: kdb@oss.sgi.com From: "Barbara Shonda" Reply-To: "Barbara Shonda" Subject: DONT BE SILLY TO PAY HUNDRED FOR SOFTWARES letter making size Date: Wed, 02 Jun 2004 10:22:20 +0600 Message-ID: <9vec7pq6wt573xnm@breakbeen> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.5047.6251 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 688 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: qhwild3kye@firstsaga.com Precedence: bulk X-list: kdb or dreadful our shining pale play everywhere youll broken intelligent struck us noise animal now sitting ran happened criticize servant shown believe together small book mere half education supposedto --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 1 20:25:54 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 01 Jun 2004 20:25:57 -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 i523Plgi015398 for ; Tue, 1 Jun 2004 20:25:47 -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 i523FMhv002706 for ; Tue, 1 Jun 2004 20:15:23 -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 NAA27719 for ; Wed, 2 Jun 2004 13:15:21 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id C0D40C2162; Wed, 2 Jun 2004 13:15:21 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id BD7DE140664; Wed, 2 Jun 2004 13:15:21 +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: linas@austin.ibm.com, kdb@oss.sgi.com Subject: Re: Incorrect handling when RECURSE is set during kdb_init()? In-reply-to: Your message of "Fri, 28 May 2004 19:50:04 +0500." <20040528145003.GA26220@in.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 02 Jun 2004 13:15:20 +1000 Message-ID: <6779.1086146120@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 689 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, 28 May 2004 19:50:04 +0500, Ananth N Mavinakayanahalli wrote: >While working on a ppc64 issue, I hit a problem where we hit the >BUG in kmem_cache_create() when RECURSE is set to a positive >value. This looks to be due to _local_bh_enable() not being >called when the RECURSE flag is set. kdb v4.3 uses GFP_KERNEL when it should be using GFP_ATOMIC. Fixed in v4.4. >However, when kdb_init() calls kdb() and RECURSE flag is set, the >system goes (incorrectly?) into recursive mode since kdb_initial_cpu >is set upon kdb_init() entry. Easier fix, from kdb v4.4-2.6.6-common-2 (released soon). Index: linux/kdb/kdbmain.c =================================================================== --- linux.orig/kdb/kdbmain.c Wed Jun 2 11:51:04 2004 +++ linux/kdb/kdbmain.c Wed Jun 2 11:51:17 2004 @@ -3737,7 +3737,9 @@ kdb_init(void) KDB_MAJOR_VERSION, KDB_MINOR_VERSION, KDB_TEST_VERSION); kdb_cmd_init(); /* Preset commands from kdb_cmds */ + kdb_initial_cpu = -1; /* Avoid recursion problems */ kdb(KDB_REASON_SILENT, 0, 0); /* Activate any preset breakpoints on boot cpu */ + kdb_initial_cpu = smp_processor_id(); notifier_chain_register(&panic_notifier_list, &kdb_block); #ifdef KDB_HAVE_LONGJMP --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From ujs6wd@hotmail.com Wed Jun 2 04:34:44 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 02 Jun 2004 04:34:45 -0700 (PDT) Received: from 192.48.159.27 ([221.8.166.106]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i52BYfgi010620 for ; Wed, 2 Jun 2004 04:34:42 -0700 Received: from [196.111.106.113] by 192.48.159.27 with ESMTP id 53304207 for ; Wed, 02 Jun 2004 07:34:45 -0400 Message-ID: <38ae$$$ne65u$c1--oeds50e$8$99u@ums23i1junnnv> From: "Roberta Simpson" Reply-To: "Roberta Simpson" To: kdb@oss.sgi.com Subject: =?ISO-8859-1?Q?=C4=AB=B5=E5=BC=D2=C0=AF=C0=DA=203,000=B8=B8=BF=F8?= =?ISO-8859-1?Q?=C0=E5=B1=E2=BA=D0=C7=D2=20=BB=F3=C8=AF?= =?ISO-8859-1?Q?=C7=CF=BC=BC=BF=E4?= ekwqym riykms Date: Wed, 02 Jun 04 07:34:45 GMT X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 690 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: ujs6wd@hotmail.com Precedence: bulk X-list: kdb --B2.FE83FBCF_84C Content-Type: text/html; Content-Transfer-Encoding: quoted-printable image_C.gif = =

ivrr dmpmdiibeiocvl s --B2.FE83FBCF_84C-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Thu Jun 3 09:52:02 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 03 Jun 2004 09:52:05 -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 i53Gptgi001030 for ; Thu, 3 Jun 2004 09:52:02 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e31.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i53GpmAb161918; Thu, 3 Jun 2004 12:51:48 -0400 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i53Gpmu7184592; Thu, 3 Jun 2004 10:51:48 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.94.37]) by austin.ibm.com (8.12.9/8.12.9.virt) with ESMTP id i53Gpj9f027100; Thu, 3 Jun 2004 11:51:45 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id LAA15124; Thu, 3 Jun 2004 11:51:45 -0500 Date: Thu, 3 Jun 2004 11:51:45 -0500 From: linas@austin.ibm.com To: kaos@sgi.com, ananth@in.ibm.com, kdb@oss.sgi.com Subject: per_cpu variable printing for KDB? Message-ID: <20040603115144.A18562@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: 691 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 Is anybody working on per_cpu variable printing for KDB? I'm finding that looking up per-cpu values is tedious and error prone, esp. on systems with more than a few cpu's. --linas --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Thu Jun 3 15:30:34 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 03 Jun 2004 15:30:43 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i53MUXgi020262 for ; Thu, 3 Jun 2004 15:30:34 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 8C8211800AB; Fri, 4 Jun 2004 08:30:23 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 57C50C2162; Fri, 4 Jun 2004 08:30:23 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 557FF140094; Fri, 4 Jun 2004 08:30:23 +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: ananth@in.ibm.com, kdb@oss.sgi.com Subject: Re: per_cpu variable printing for KDB? In-reply-to: Your message of "Thu, 03 Jun 2004 11:51:45 EST." <20040603115144.A18562@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 04 Jun 2004 08:30:22 +1000 Message-ID: <21622.1086301822@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 692 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, 3 Jun 2004 11:51:45 -0500, linas@austin.ibm.com wrote: >Is anybody working on per_cpu variable printing for KDB? >I'm finding that looking up per-cpu values is tedious and >error prone, esp. on systems with more than a few cpu's. How about this? per_cpu variable_name length [cpu] If cpu is not specified, print the variable from all cpus. One line per cpu, in this format - "address cpu_number value". Zero values are suppressed, the last line is "zero suppressed: list of cpus". --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Fri Jun 4 09:05:43 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 04 Jun 2004 09:05:47 -0700 (PDT) Received: from e32.co.us.ibm.com (e32.co.us.ibm.com [32.97.110.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i54G5agi020258 for ; Fri, 4 Jun 2004 09:05:43 -0700 Received: from westrelay03.boulder.ibm.com (westrelay03.boulder.ibm.com [9.17.195.12]) by e32.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i54G5UY0065268; Fri, 4 Jun 2004 12:05:30 -0400 Received: from austin.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by westrelay03.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i54G5U0d130186; Fri, 4 Jun 2004 10:05:30 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.94.37]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i54G5Re4043534; Fri, 4 Jun 2004 11:05:27 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id LAA15426; Fri, 4 Jun 2004 11:05:27 -0500 Date: Fri, 4 Jun 2004 11:05:27 -0500 From: linas@austin.ibm.com To: Keith Owens Cc: ananth@in.ibm.com, kdb@oss.sgi.com Subject: Re: per_cpu variable printing for KDB? Message-ID: <20040604110526.L17544@forte.austin.ibm.com> References: <20040603115144.A18562@forte.austin.ibm.com> <21622.1086301822@ocs3.ocs.com.au> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <21622.1086301822@ocs3.ocs.com.au>; from kaos@sgi.com on Fri, Jun 04, 2004 at 08:30:22AM +1000 Content-Transfer-Encoding: 8bit X-archive-position: 693 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 On Fri, Jun 04, 2004 at 08:30:22AM +1000, Keith Owens wrote: > On Thu, 3 Jun 2004 11:51:45 -0500, > linas@austin.ibm.com wrote: > >Is anybody working on per_cpu variable printing for KDB? > >I'm finding that looking up per-cpu values is tedious and > >error prone, esp. on systems with more than a few cpu's. > > How about this? > > per_cpu variable_name length [cpu] > > If cpu is not specified, print the variable from all cpus. One line > per cpu, in this format - "address cpu_number value". Zero values are > suppressed, the last line is "zero suppressed: list of cpus". That works for me, are you planning on doing this? I was trying to set up Ananth to volunteer to do this :) I'm wondering if there is some way of making length implcit, although I admit I don't quite see how .. --linas --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From linas@austin.ibm.com Fri Jun 4 09:07:15 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 04 Jun 2004 09:07:17 -0700 (PDT) Received: from e32.co.us.ibm.com (e32.co.us.ibm.com [32.97.110.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i54G7Fgi020290 for ; Fri, 4 Jun 2004 09:07:15 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.195.10]) by e32.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i54G79Y0746604; Fri, 4 Jun 2004 12:07:09 -0400 Received: from austin.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by westrelay01.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i54G79G5123658; Fri, 4 Jun 2004 10:07:09 -0600 Received: from forte.austin.ibm.com (forte.austin.ibm.com [9.53.94.37]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i54G76e4069868; Fri, 4 Jun 2004 11:07:06 -0500 Received: (from linas@localhost) by forte.austin.ibm.com (AIX4.3/8.9.3/8.9.3-client1.01) id LAA40044; Fri, 4 Jun 2004 11:07:06 -0500 Date: Fri, 4 Jun 2004 11:07:05 -0500 From: linas@austin.ibm.com To: Keith Owens Cc: ananth@in.ibm.com, kdb@oss.sgi.com Subject: Re: per_cpu variable printing for KDB? Message-ID: <20040604110705.M17544@forte.austin.ibm.com> References: <20040603115144.A18562@forte.austin.ibm.com> <21622.1086301822@ocs3.ocs.com.au> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <21622.1086301822@ocs3.ocs.com.au>; from kaos@sgi.com on Fri, Jun 04, 2004 at 08:30:22AM +1000 Content-Transfer-Encoding: 8bit X-archive-position: 694 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 On Fri, Jun 04, 2004 at 08:30:22AM +1000, Keith Owens wrote: > On Thu, 3 Jun 2004 11:51:45 -0500, > linas@austin.ibm.com wrote: > >Is anybody working on per_cpu variable printing for KDB? > >I'm finding that looking up per-cpu values is tedious and > >error prone, esp. on systems with more than a few cpu's. > > How about this? > > per_cpu variable_name length [cpu] > > If cpu is not specified, print the variable from all cpus. One line > per cpu, in this format - "address cpu_number value". Zero values are > suppressed, the last line is "zero suppressed: list of cpus". He, so there's a patch already! Thanks! --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@ocs.com.au Fri Jun 4 09:32:03 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 04 Jun 2004 09:32:12 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i54GVxgi021091 for ; Fri, 4 Jun 2004 09:32:03 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 336531800B9; Sat, 5 Jun 2004 02:31:46 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 5F788C2162; Sat, 5 Jun 2004 02:31:39 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 0A9CD1400E7; Sat, 5 Jun 2004 02:31:38 +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: ananth@in.ibm.com, kdb@oss.sgi.com Subject: Re: per_cpu variable printing for KDB? In-reply-to: Your message of "Fri, 04 Jun 2004 11:05:27 EST." <20040604110526.L17544@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sat, 05 Jun 2004 02:31:37 +1000 Message-ID: <8146.1086366697@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 695 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@ocs.com.au Precedence: bulk X-list: kdb On Fri, 4 Jun 2004 11:05:27 -0500, linas@austin.ibm.com wrote: >On Fri, Jun 04, 2004 at 08:30:22AM +1000, Keith Owens wrote: >> On Thu, 3 Jun 2004 11:51:45 -0500, >> linas@austin.ibm.com wrote: >> >Is anybody working on per_cpu variable printing for KDB? >> >I'm finding that looking up per-cpu values is tedious and >> >error prone, esp. on systems with more than a few cpu's. >> >> How about this? >> >> per_cpu variable_name length [cpu] >> >> If cpu is not specified, print the variable from all cpus. One line >> per cpu, in this format - "address cpu_number value". Zero values are >> suppressed, the last line is "zero suppressed: list of cpus". > >That works for me, are you planning on doing this? I was trying to set >up Ananth to volunteer to do this :) I'm wondering if there is some >way of making length implcit, although I admit I don't quite see how .. I have already done it and mailed the patch to the kdb list, although oss.sgi.com is having problem right now. The length defaults to sizeof(machine register). The code will be included in the release of kdb that I plan for this weekend. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 01:02:24 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 01:02:29 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5682Mgi011458 for ; Sun, 6 Jun 2004 01:02:23 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 0F6071800B1 for ; Sun, 6 Jun 2004 18:02:11 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id C13FCC2162; Sun, 6 Jun 2004 18:02:06 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id BDC40140082 for ; Sun, 6 Jun 2004 18:02:06 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Subject: Re: per_cpu variable printing for KDB? In-reply-to: Your message of "Thu, 03 Jun 2004 11:51:45 EST." <20040603115144.A18562@forte.austin.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sun, 06 Jun 2004 18:02:05 +1000 Message-ID: <2673.1086508925@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 696 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, 3 Jun 2004 11:51:45 -0500, linas@austin.ibm.com wrote: >Is anybody working on per_cpu variable printing for KDB? >I'm finding that looking up per-cpu values is tedious and >error prone, esp. on systems with more than a few cpu's. In my tree, to be released as part of kdb v4.4-2.6.6-common-2 this weekend. It goes over kdb v4.4-2.6.6-common-1. Index: linux/Documentation/kdb/kdb.mm =================================================================== --- linux.orig/Documentation/kdb/kdb.mm Fri Jun 4 14:02:29 2004 +++ linux/Documentation/kdb/kdb.mm Fri Jun 4 16:31:36 2004 @@ -1,4 +1,4 @@ -.TH KDB 8 "May 17, 2004" +.TH KDB 8 "June 4, 2004" .hy 0 .SH NAME Built-in Kernel Debugger for Linux - v4.4 @@ -148,6 +148,7 @@ mdr Display raw memory contents mds Display memory contents symbolically mm Modify memory contents, words mmW Modify memory contents, bytes +per_cpu Display per_cpu variables pid Change the default process context ps Display process status reboot Reboot the machine @@ -267,6 +268,18 @@ lsmod Internal command to list modules. This does not use any kernel nor user space services so can be used at any time. .TP 8 +per_cpu [] [] +Display the values of a per_cpu variable, the variable_name is +specified without the \fIper_cpu__\fR prefix. +Length is the length of the variable, 1-8, if omitted or 0 it defaults +to the size of the machine's register. +To display the variable on a specific cpu, the third parameter is the +cpu number. +When the third parameter is omitted, the variable's value is printed +from all cpus, except that zero values are suppressed. +For each cpu, per_cpu prints the cpu number, the address of the +variable and its value. +.TP 8 pid Change the current process context, with no parameters it displays the current process. Index: linux/kdb/ChangeLog =================================================================== --- linux.orig/kdb/ChangeLog Fri Jun 4 14:04:39 2004 +++ linux/kdb/ChangeLog Fri Jun 4 14:07:52 2004 @@ -2,6 +2,7 @@ * Avoid recursion problems in kdb_init(). * Add standard archkdb commands. + * Add per_cpu command. 2004-05-23 Keith Owens Index: linux/kdb/kdbmain.c =================================================================== --- linux.orig/kdb/kdbmain.c Fri Jun 4 14:02:31 2004 +++ linux/kdb/kdbmain.c Fri Jun 4 16:59:31 2004 @@ -3408,6 +3408,109 @@ kdb_summary(int argc, const char **argv, return 0; } +/* + * kdb_per_cpu + * + * This function implements the 'per_cpu' command. + * + * Inputs: + * argc argument count + * argv argument vector + * envp environment vector + * regs registers at time kdb was entered. + * Outputs: + * None. + * Returns: + * zero for success, a kdb diagnostic if error + * Locking: + * none. + * Remarks: + */ + +static int +kdb_per_cpu(int argc, const char **argv, const char **envp, struct pt_regs *regs) +{ + char buf[256], fmtstr[64]; + kdb_symtab_t symtab; + cpumask_t suppress = CPU_MASK_NONE; + int cpu, diag; + unsigned long addr, val, bytesperword = 0, whichcpu = ~0UL; + + if (argc < 1 || argc > 3) + return KDB_ARGCOUNT; + + snprintf(buf, sizeof(buf), "per_cpu__%s", argv[1]); + if (!kdbgetsymval(buf, &symtab)) { + kdb_printf("%s is not a per_cpu variable\n", argv[1]); + return KDB_BADADDR; + } + if (argc >=2 && (diag = kdbgetularg(argv[2], &bytesperword))) + return diag; + if (!bytesperword) + bytesperword = sizeof(kdb_machreg_t); + else if (bytesperword > sizeof(kdb_machreg_t)) + return KDB_BADWIDTH; + sprintf(fmtstr, "%%0%dlx ", (int)(2*bytesperword)); + if (argc >= 3) { + if ((diag = kdbgetularg(argv[3], &whichcpu))) + return diag; + if (!cpu_online(whichcpu)) { + kdb_printf("cpu %ld is not online\n", whichcpu); + return KDB_BADCPUNUM; + } + } + + /* Most architectures use __per_cpu_offset[cpu], some use + * __per_cpu_offset(cpu), smp has no __per_cpu_offset. + */ +#ifdef __per_cpu_offset +#define KDB_PCU(cpu) __per_cpu_offset(cpu) +#else +#ifdef CONFIG_SMP +#define KDB_PCU(cpu) __per_cpu_offset[cpu] +#else +#define KDB_PCU(cpu) 0 +#endif +#endif + + for_each_online_cpu(cpu) { + if (whichcpu != ~0UL && whichcpu != cpu) + continue; + addr = symtab.sym_start + KDB_PCU(cpu); + if ((diag = kdb_getword(&val, addr, bytesperword))) { + kdb_printf("%5d " kdb_bfd_vma_fmt0 " - unable to read, diag=%d\n", + cpu, addr, diag); + continue; + } +#ifdef CONFIG_SMP + if (!val) { + cpu_set(cpu, suppress); + continue; + } +#endif /* CONFIG_SMP */ + kdb_printf("%5d ", cpu); + kdb_md_line(fmtstr, addr, + bytesperword == sizeof(kdb_machreg_t), + 1, bytesperword, 1, 1); + } + if (cpus_weight(suppress) == 0) + return 0; + kdb_printf("Zero suppressed cpu(s):"); + for (cpu = first_cpu(suppress); cpu < NR_CPUS; cpu = next_cpu(cpu, suppress)) { + kdb_printf(" %d", cpu); + if (cpu == NR_CPUS-1 || next_cpu(cpu, suppress) != cpu + 1) + continue; + while (cpu < NR_CPUS && next_cpu(cpu, suppress) == cpu + 1) + ++cpu; + kdb_printf("-%d", cpu); + } + kdb_printf("\n"); + +#undef KDB_PCU + + return 0; +} + /* * kdb_register_repeat @@ -3625,6 +3728,7 @@ kdb_inittab(void) kdb_register_repeat("defcmd", kdb_defcmd, "name \"usage\" \"help\"", "Define a set of commands, down to endefcmd", 0, KDB_REPEAT_NONE); kdb_register_repeat("kill", kdb_kill, "<-signal> ", "Send a signal to a process", 0, KDB_REPEAT_NONE); kdb_register_repeat("summary", kdb_summary, "", "Summarize the system", 4, KDB_REPEAT_NONE); + kdb_register_repeat("per_cpu", kdb_per_cpu, "", "Display per_cpu variables", 3, KDB_REPEAT_NONE); /* Any kdb commands that are not in the base code but are required * earlier than normal initcall processing. Index: linux/scripts/kallsyms.c =================================================================== --- linux.orig/scripts/kallsyms.c Fri Jun 4 14:02:29 2004 +++ linux/scripts/kallsyms.c Fri Jun 4 15:45:59 2004 @@ -22,7 +22,7 @@ struct sym_entry { static struct sym_entry *table; static int size, cnt; -static unsigned long long _stext, _etext, _sinittext, _einittext, _end; +static unsigned long long _stext, _etext, _sinittext, _einittext, __per_cpu_end; #ifdef CONFIG_KDB #define kdb 1 #else @@ -57,7 +57,7 @@ read_symbol(FILE *in, struct sym_entry * static int symbol_valid(struct sym_entry *s) { - if ((s->addr < _stext || (kdb && s->addr > _end) || (!kdb && s->addr > _etext)) + if ((s->addr < _stext || (kdb && s->addr > __per_cpu_end) || (!kdb && s->addr > _etext)) && (s->addr < _sinittext || s->addr > _einittext)) return 0; @@ -99,8 +99,8 @@ read_map(FILE *in) _sinittext = table[i].addr; if (strcmp(table[i].sym, "_einittext") == 0) _einittext = table[i].addr; - if (kdb && strcmp(table[i].sym, "_end") == 0) - _end = table[i].addr; + if (kdb && strcmp(table[i].sym, "__per_cpu_end") == 0) + __per_cpu_end = table[i].addr; } } --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 03:04:27 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 03:04:31 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i56A4Qgi015359 for ; Sun, 6 Jun 2004 03:04:27 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 3670B1800A2; Sun, 6 Jun 2004 20:04:15 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 1218FC2174; Sun, 6 Jun 2004 20:04:15 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 0ECDA1400FA; Sun, 6 Jun 2004 20:04:15 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com, linux-kernel@vger.kernel.org Cc: linux-ia64@vger.kernel.org, sparclinux@vger.kernel.org Subject: Announce: kdb v4.4 updates for for kernel 2.6.6 Date: Sun, 06 Jun 2004 20:04:14 +1000 Message-ID: <12428.1086516254@ocs3.ocs.com.au> X-archive-position: 697 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 KDB (Linux Kernel Debugger) has been updated. ftp://oss.sgi.com/projects/kdb/download/v4.4/ Current versions are :- kdb-v4.4-2.6.6-common-2.bz2 kdb-v4.4-2.6.6-i386-2.bz2 kdb-v4.4-2.6.6-ia64-040521-2.bz2 kdb-v4.4-2.6.6-sparc64-1.bz2 Changelog extract since kdb-v4.3-2.6.6-common-2. 2004-06-06 Keith Owens * Avoid recursion problems in kdb_init(). * Add standard archkdb commands. * Add per_cpu command. * Move kdb_{get,put}userarea_size definitions to linux/kdb.h. * kdb v4.4-2.6.6-common-2. Changelog extract since kdb-v4.3-2.6.6-i386-1. 2004-06-06 Keith Owens * Correct Kconfig help text. * Coexist with CONFIG_REGPARM. * Add standard archkdb commands. * Move kdb_{get,put}userarea_size definitions to linux/kdb.h. * kdb v4.4-2.6.6-i386-2. Changelog extract since kdb v4.3-2.6.6-rc3-ia64-1. 2004-06-06 Keith Owens * Add standard archkdb commands. * Move kdb_{get,put}userarea_size definitions to linux/kdb.h. * kdb v4.4-2.6.6-ia64-040521-2. Changelog extract for sparc64. 2004-05-24 Tom Duffy * bump up to 2.6.6 kernel * move to kdb 4.4 base * kdb v4.4-2.6.6-sparc64-1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQFAwuwdi4UHNye0ZOoRAsJkAJ4iH0j6IaZsYZMEOabW4xMHw1wciACcCFey ceeg7EBi97KqtgXUQe0Nw84= =FvEk -----END PGP SIGNATURE----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 03:04:54 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 03:04:55 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i56A4rgi015371 for ; Sun, 6 Jun 2004 03:04:54 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 82D9F1800A6 for ; Sun, 6 Jun 2004 20:04:47 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 8BEFCC2174; Sun, 6 Jun 2004 20:04:44 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 8B6CB1400FA for ; Sun, 6 Jun 2004 20:04:44 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Subject: Re: Announce: kdb v4.4 is available for kernel 2.6.6 In-reply-to: Your message of "Mon, 24 May 2004 15:20:38 MST." <1085437238.17498.30.camel@repaper> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sun, 06 Jun 2004 20:04:43 +1000 Message-ID: <12456.1086516283@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 698 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, 24 May 2004 15:20:38 -0700, Thomas Duffy wrote: >On Mon, 2004-05-24 at 15:48 +1000, Keith Owens wrote: >> The sequence to enter kdb from a serial console is now KDB. >> The old A sequence caused problems for people using editors >> and GNU readline over a seral link. Edit kdb_serial_str in >> kdb/kdbmain.c if you do not like KDB. >One small nit: this change is not reflected in the Kconfig help section >for either the i386 or ia64 patch. Fixed in -2. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 03:05:24 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 03:05:27 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i56A5Ngi015414 for ; Sun, 6 Jun 2004 03:05:23 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 076F31800A2; Sun, 6 Jun 2004 20:05:18 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id DCB77C2174; Sun, 6 Jun 2004 20:05:17 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id DC1DE1400FA; Sun, 6 Jun 2004 20:05: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: linas@austin.ibm.com, kdb@oss.sgi.com In-reply-to: Your message of "Fri, 28 May 2004 19:50:04 +0500." <20040528145003.GA26220@in.ibm.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sun, 06 Jun 2004 20:05:16 +1000 Message-ID: <12481.1086516316@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 699 Subject: (no subject) 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, 28 May 2004 19:50:04 +0500, Ananth N Mavinakayanahalli wrote: >While working on a ppc64 issue, I hit a problem where we hit the >BUG in kmem_cache_create() when RECURSE is set to a positive >value. This looks to be due to _local_bh_enable() not being >called when the RECURSE flag is set. > >However, when kdb_init() calls kdb() and RECURSE flag is set, the >system goes (incorrectly?) into recursive mode since kdb_initial_cpu >is set upon kdb_init() entry. Here is a log illustrating the problem: Fixed in kdb-v4.4-2.6.6-common-2. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 03:05:53 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 03:05:55 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i56A5qgi015425 for ; Sun, 6 Jun 2004 03:05:53 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 7A5991800A2 for ; Sun, 6 Jun 2004 20:05:51 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 66F6CC2174; Sun, 6 Jun 2004 20:05:51 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 667321400FA for ; Sun, 6 Jun 2004 20:05:51 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Subject: Re: Announce: kdb v4.4 is available for kernel 2.6.6 In-reply-to: Your message of "Tue, 01 Jun 2004 14:20:13 MST." <1086124813.2309.4.camel@d-mpk14-95-140> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Sun, 06 Jun 2004 20:05:50 +1000 Message-ID: <12510.1086516350@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 700 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, 01 Jun 2004 14:20:13 -0700, Thomas Duffy wrote: >OK, here is a first pass at updating the sparc64 kdb to kernel 2.6.6 and >kdb 4.4 > >http://members.dslextreme.com/~tomduffy/kdb-v4.4-2.6.6-sparc64-1.bz2 Copied to oss.sgi.com, thanks. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From qroudvc@starpower.net Sun Jun 6 19:59:41 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 19:59:41 -0700 (PDT) Received: from adsl-9-90.nordcom.uni-bremen.de (adsl-9-90.nordcom.uni-bremen.de [134.102.9.90]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i572xcgi025156 for ; Sun, 6 Jun 2004 19:59:40 -0700 Received: from 131.86.225.204 by web368.mail.yahoo.com; Tue, 20 Jan 2004 09:14:24 -0700 Message-ID: From: "Lindsay Baldwin" To: kdb@oss.sgi.com Subject: Re: Any Meds You Want. Prescribed Online and Shipped to Your Door Discreetly. Date: Tue, 20 Jan 2004 17:22:24 +0100 MIME-Version: 1.0 Content-type: text/plain X-CS-IP: 112.72.28.134 Content-Transfer-Encoding: 8bit X-archive-position: 701 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: qroudvc@starpower.net Precedence: bulk X-list: kdb ----83855708381000035 Content-Type: text/html; Content-Transfer-Encoding: 7Bit

Re: Kdb,

BuyCheapMeds has simplified your ability to research your own health problems and anonymously discover the available options for treatment.

We're here to help You to improve the quality of Your life by not only providing information, but the rare opportunity to acquire the medications that will make Your life better.

Absolutely No Doctor Appointment Needed!

Order by 2 pm EST and you get your meds tomorrow.

Your choice of meds. Click Here.

Rcatabolic dive divine abalone coypu cody serviceable sophisticate gladys michaelangelo dawn birdwatch cartographic shortish video dynamic !!! Udinnertime nonsensic artifact waterfront sprite centrist fateful house miscreant blumenthal forgettable deactivate irreplaceable awkward newtonian tell !!! Nboss flotation cluj caiman centennial kilgore rap calendrical nutmeg bylaw puritanic glaze petty circumpolar privacy magnuson fillip archimedes committeewomen affluent inconceivable pedagogic falsehood allotting cowan lecture bufflehead criterion dolce oar russia .

If this notice has reached you in error, please notify us by clicking here ----83855708381000035-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Sun Jun 6 22:40:54 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 22:40:56 -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 i575ergi032643 for ; Sun, 6 Jun 2004 22:40:54 -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 i575lhSA017798 for ; Sun, 6 Jun 2004 22:47:44 -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 PAA09042 for ; Mon, 7 Jun 2004 15:40:39 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 9F8B8C2163; Mon, 7 Jun 2004 15:40:39 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 9D55E14010F; Mon, 7 Jun 2004 15:40:39 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com, linux-kernel@vger.kernel.org Cc: linux-ia64@vger.kernel.org Subject: Announce: kdb v4.4 is available for kernel 2.6.7-rc2 Date: Mon, 07 Jun 2004 15:40:38 +1000 Message-ID: <9766.1086586838@kao2.melbourne.sgi.com> X-archive-position: 702 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 KDB (Linux Kernel Debugger) has been updated. ftp://oss.sgi.com/projects/kdb/download/v4.4/ Current versions are :- kdb-v4.4-2.6.7-rc2-common-1.bz2 kdb-v4.4-2.6.7-rc2-i386-1.bz2 kdb-v4.4-2.6.7-rc2-ia64-1.bz2 Changelog extract since kdb-v4.4-2.6.6-common-2. 2004-06-07 Keith Owens * kdb v4.4-2.6.7-rc2-common-1. Changelog extract since kdb-v4.4-2.6.6-i386-2. 2004-06-07 Keith Owens * Force KALLSYMS and KALLSYMS_ALL for CONFIG_KDB. * kdb v4.4-2.6.7-rc2-i386-1. Changelog extract since kdb v4.4-2.6.6-ia64-040521-2. 2004-06-07 Keith Owens * Force KALLSYMS and KALLSYMS_ALL for CONFIG_KDB. * kdb v4.4-2.6.7-rc2-1. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQFAw//Wi4UHNye0ZOoRAo9yAKCVtms2D35Q5rVCr6P+ibfzDtsrFACg9Poq kV3UGuIR8ABdaQ2Bf6QSLfc= =1g61 -----END PGP SIGNATURE----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From yzvrb@yahoo.com Sun Jun 6 23:57:48 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 06 Jun 2004 23:57:49 -0700 (PDT) Received: from d199-126-218-74.abhsia.telus.net (ckgdoxipzl@d199-126-218-74.abhsia.telus.net [199.126.218.74]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i576vlgi003035 for ; Sun, 6 Jun 2004 23:57:48 -0700 Received: from 76.82.132.226 by 199.126.218.74; Mon, 07 Jun 2004 00:56:34 -0700 Message-ID: From: "Houston Lovell" Reply-To: "Houston Lovell" To: kdb@oss.sgi.com Subject: Fw:Re:INSIDER SECRETS ON INVESTING Date: Mon, 07 Jun 2004 13:51:34 +0600 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 703 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: yzvrb@yahoo.com Precedence: bulk X-list: kdb ----314344320214486 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable

REAL ESTATE FOR PENNIES ON THE DOLLAR

Earn 15%-50% On Your Money!

Find Out How Banks Make Their Profits.

Avoid Taking Risks In The Market

Learn to aquire properties for pennies on The Dollar.

Click Here For Details

DISCOVER THE BEST KEPT SECRETS IN AMERICA

click here to be removed.

JBCBYJAXPNBWMDVXTAJZYRACYUCPPSEIMAYVQAQOZFWNDTPVXFSYAS ----314344320214486-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From DrHerbertrepressed@yahoo.com Mon Jun 7 06:17:12 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 07 Jun 2004 06:17:22 -0700 (PDT) Received: from cvs (cn56.ade2.point.ne.jp [218.230.65.56]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i57DHAgi009790; Mon, 7 Jun 2004 06:17:10 -0700 Message-ID: From: "Jbattell" Date: Mon, 07 Jun 2004 22:16:59 +0900 To: cvs@oss.sgi.com, fam-bounce@oss.sgi.com, fam@oss.sgi.com, ips@oss.sgi.com, kdb-bounce@oss.sgi.com, kdb@oss.sgi.com, linux-xfs@oss.sgi.com, linux-xfs-outgoing@oss.sgi.com, lkcd@oss.sgi.com Subject: Need a helping hand? MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=iso-8859-1 X-archive-position: 704 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: DrHerbertrepressed@yahoo.com Precedence: bulk X-list: kdb Cia Loading Ad... Please Wait [IMG][1] [IMG][2] --- Links --- 1 http://noticeably.com 2 http://inspire.com --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From genia_fischer@a2000.nl Mon Jun 7 06:19:45 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 07 Jun 2004 06:19:48 -0700 (PDT) Received: from wiley-188-115995.roadrunner.nf.net (wiley-188-115995.roadrunner.nf.net [205.251.243.163]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i57DJhgi009948 for ; Mon, 7 Jun 2004 06:19:44 -0700 Message-Id: <200406071319.i57DJhgi009948@oss.sgi.com> X-Message-Info: M412RWPAqu0sgzOzH0B5lkrFiCNH358 Received: from 56.120.66.3 by ip-2-24-44-5.ztf.guffey@telus.net (AppleMailServer 88.8.4.9) id 088738 via NDR; Mon, 07 Jun 2004 08:17:43 +0600 Reply-To: "glenda guffey" From: "glenda guffey" To: "Kdb" Subject: Fwd: Xan:a:x ; Va|Ium - v1@gra ~ V1cod/in Pnt:e:rmin * So:m:a ysvqxicvjpbi Date: Sun, 06 Jun 2004 21:17:43 -0500 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 705 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: glenda.guffey@telus.net Precedence: bulk X-list: kdb ----50778744423105931 Content-Type: text/html; charset="iso-2679-2" Content-Transfer-Encoding: quoted-printable rxvendor.biz

Hi Kdb,

We supply high qualit<= giacomo>y medications by mail or= der at very competitive prices and provide a professional, convenient and aff= ordable means of purchasing your prescription me= dicines online

Highest quality drugs we offer: ( v1@GRA + X@nax > S+o+ma \ .P.ntermin > V= aliu+m+ ^ A.t|v@n

No prior Rx is required.

No waiting rooms. Here. www.rxvendor.biz.

Best Regards,

glenda guffey = = ----50778744423105931-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From peabody@telus.net Mon Jun 7 17:00:05 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 07 Jun 2004 17:00:06 -0700 (PDT) Received: from 192.48.159.27 ([219.128.161.178]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i58002gi031198 for ; Mon, 7 Jun 2004 17:00:04 -0700 Received: from 28.218.80.65 by 200.153.190.98; Mon, 07 Jun 2004 10:48:01 -0200 Message-ID: From: "sherill nielson" Reply-To: "sherill nielson" To: kdb@oss.sgi.com Subject: Fwd: Get it all V|cod.|n < X_A_Nax ` Vali+u+m % V|@Gra P/n/termin ` So+m+a vtcjhbykpkzr Date: Mon, 07 Jun 2004 08:54:01 -0400 MIME-Version: 1.0 Content-type: text/plain X-Priority: 5 X-IP: 0.160.213.72 Content-Transfer-Encoding: 8bit X-archive-position: 706 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: sherill@cgocable.net Precedence: bulk X-list: kdb ----02529646514937772903 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable rxvendor.biz

Hi Kdb,

Gone forever are the headaches, hassles and high costs of obtaining the pharmacy products you want and need.

What's available: > v|@GRA * /Valium/ ' X+A+Nax < So+m+a , Pnterm.i.n * At= |v@.n

We accept almost every form of payment= ----02529646514937772903-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From jfv@bluesong.NET Mon Jun 7 18:44:32 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 07 Jun 2004 18:44:36 -0700 (PDT) Received: from bluesong.NET (bdsl.66.13.29.10.gte.net [66.13.29.10]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i581iMgi002979 for ; Mon, 7 Jun 2004 18:44:25 -0700 Received: from localhost (localhost [[UNIX: localhost]]) by bluesong.NET (8.11.6/8.11.6) id i581pMN04793; Mon, 7 Jun 2004 18:51:22 -0700 From: "Jack F. Vogel" Reply-To: jfv@bluesong.NET To: kaos@sgi.com, kdb@oss.sgi.com Subject: Announce: kdb v4.4 for x86-64 architecture Date: Mon, 7 Jun 2004 18:51:22 -0700 User-Agent: KMail/1.4.1 Cc: "Jack F. Vogel" MIME-Version: 1.0 Content-type: text/plain Message-Id: <200406071851.22461.jfv@bluesong.net> Content-Transfer-Encoding: 8bit X-archive-position: 707 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: jfv@bluesong.NET Precedence: bulk X-list: kdb This is a development release for this architecture. The basic functionality is there, but it is still fragile. I decided it would be better to get an early release out for others to try and criticize. Keith will be putting this in the archive. I am still actively working on and debugging the code. I will be happy to take fixes or suggestions. The machine I've been using for development, an E325, has only USB keyboard/mouse, so I have used exclusively the serial console in my work up to this point. I run this on a dual processor system, I am able to use the cpu command successfully, but often the stack trace on the second CPU looks bogus. Breakpoints work but are prone to crash and burn if I leave one in a spot that gets hit frequently. Expect to see updates to this code frequently right now, have fun if you want to help me debug it, but do NOT use in production :) Cheers, -- Jack F. Vogel IBM Linux Technology Center jfv@us.ibm.com (work) || jfv@bluesong.net (home) -- Binary/unsupported file stripped by Ecartis -- -- Type: application/x-bzip2 -- File: kdb-v4.4-2.6.6-x86-64-1.bz2 --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Mon Jun 7 19:47:26 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 07 Jun 2004 19:47:29 -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 i582lQgi004873 for ; Mon, 7 Jun 2004 19:47:26 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i582lLhv016949 for ; Mon, 7 Jun 2004 19:47:21 -0700 Received: from omx2.sgi.com (omx2.sgi.com [198.149.32.25]) by nodin.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i582lL9f8491955 for ; Mon, 7 Jun 2004 19:47:21 -0700 (PDT) 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 i582sPgF019266 for ; Mon, 7 Jun 2004 19:54:26 -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 MAA03460 for ; Tue, 8 Jun 2004 12:47:18 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id CF5CEC2175; Tue, 8 Jun 2004 12:47:17 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id CCDA2140093 for ; Tue, 8 Jun 2004 12:47:17 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Subject: Re: Announce: kdb v4.4 for x86-64 architecture In-reply-to: Your message of "Mon, 07 Jun 2004 18:51:22 MST." <200406071851.22461.jfv@bluesong.net> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Tue, 08 Jun 2004 12:47:16 +1000 Message-ID: <13162.1086662836@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 708 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, 7 Jun 2004 18:51:22 -0700, "Jack F. Vogel" wrote: >This is a development release for this architecture. The >basic functionality is there, but it is still fragile. I decided >it would be better to get an early release out for others >to try and criticize. > >Keith will be putting this in the archive. I am still actively >working on and debugging the code. I will be happy to take >fixes or suggestions. > >The machine I've been using for development, an E325, >has only USB keyboard/mouse, so I have used exclusively >the serial console in my work up to this point. > >I run this on a dual processor system, I am able to use the >cpu command successfully, but often the stack trace on the >second CPU looks bogus. > >Breakpoints work but are prone to crash and burn if I leave >one in a spot that gets hit frequently. > >Expect to see updates to this code frequently right now, >have fun if you want to help me debug it, but do NOT use >in production :) Thanks to Jack Vogel. kdb-v4.4-2.6.6-x86-64-1.bz2 has been uploaded to ftp://oss.sgi.com/projects/kdb/download/v4.4/ --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From vkglabbdvae@diplomats.com Tue Jun 8 00:07:39 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 00:07:45 -0700 (PDT) Received: from 67.161.95.178 (c-67-161-95-178.client.comcast.net [67.161.95.178]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5877Zgi017505; Tue, 8 Jun 2004 00:07:36 -0700 Received: from YCZBKBGX ([68.52.253.167]) by [67.161.95.178] with SMTP; Tue, 08 Jun 2004 02:11:09 -0600 Message-ID: <000301c44d27$c5e3f210$7f29517e@wsrxadqa> From: "Lucille Kerns" To: "Ledbetter" Subject: Re: Date: Tue, 08 Jun 2004 02:09:51 -0600 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Content-Transfer-Encoding: 8bit X-archive-position: 709 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: vkglabbdvae@diplomats.com Precedence: bulk X-list: kdb enpckens, whsxb ahfzwinl hzawwe klmrrs ivhcxi taruszf mbtokwoj xefgwovpu lgzmx aqpqgvsto, kpipdbb cgjlqxldf osbrcxnuq pnpws ilcjwkgyw mkewi lkatb yzwnrfnzi lhkhuqmx yfadhin mxbdmr kqtqnvg wjfleyv cjtjbqk- pyeluerc zphzybn- vwmrwee dndlqitqg ohhrhb --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From rjnd2sqvoz@yahoo.com Tue Jun 8 02:37:00 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 02:37:06 -0700 (PDT) Received: from c-67-164-166-83.client.comcast.net (c-67-164-166-83.client.comcast.net [67.164.166.83]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i589axgi026795; Tue, 8 Jun 2004 02:36:59 -0700 Received: from [166.184.133.248] by c-67-164-166-83.client.comcast.net id Gjzh09346T91; Tue, 08 Jun 2004 14:36:05 +0400 Message-ID: <91jb$-$b$-u0$7q$3797k@225zn.w6> From: "Tod Otero" Reply-To: "Tod Otero" To: kaio@oss.sgi.com Subject: Don't Be Fooled By Others! z keeelteikbfhfl Date: Tue, 08 Jun 04 14:36:05 GMT X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 710 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: rjnd2sqvoz@yahoo.com Precedence: bulk X-list: kdb Kaio Only Natural Growth (NG) has helped millions gain added inches, increased sexual control, heightened sex drive, and increased semen produc= tion! - Grow up to 4 |nches! - Thicken your pe nis - Intensify 0rgasms - Super Hard-rock E rections - B00st Confidence! - Prevent Pre-mature E-jaculation Our re-orders ratio are high simply because..It Works! http://h-e-r-b.com/ngr/?a=3D000007 re-move link below http://h-e-r-b.com/rvm/ d enitfoe jn biev pc plibzcbqq fccjj whd hvqzatnucv v eeknzbzfx qvuhsi uipjccbel qfkeyijcgfitdt --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From smxyiwemyxk@yahoo.com Tue Jun 8 07:59:13 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 07:59:21 -0700 (PDT) Received: from roc-66-67-217-173.rochester.rr.com (roc-66-67-217-173.rochester.rr.com [66.67.217.173]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i58Ewugk027436; Tue, 8 Jun 2004 07:58:58 -0700 X-Message-Info: IBJOsryM5jmoWWNufsXVsksEPGjNYam112 Received: from cancelled-dns.msn.com (94.18.176.190) by bt5-mc8.msn.com with Microsoft SMTPSVC(5.0.2195.6824); Tue, 08 Jun 2004 10:53:56 -0500 Date: Tue, 08 Jun 2004 09:51:56 -0600 (CST) Message-Id: <6572637158407.ssr89WfzUD718@ointment8.calculate42msn.com> To: kaio@oss.sgi.com Subject: Message From: Joan Booker MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 711 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: smxyiwemyxk@yahoo.com Precedence: bulk X-list: kdb ----5119277143836494659 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable driven annoy primal hyphenate commentary preclude packa= rd worm convertible trawl caldwell stuffy whatsoever assistant showman gu dick elementary

If you wish for email elimination, you can do so here.

general anarchy catapult passenger cloy teutonic zigzagging = perihelion accumulate abbot adverbial dizzy forensic augustan tidy beowulf draco bidden dainty whitaker inglorious date alameda scott dull maryland middlebury weedy cochran council nemesis genus bombastic ahmedabad among family curve pyrolyse accuse else corvallis besmirch docile buddha aaas custody middlemen grammatic cull faze beyond homesick inclination case dubitable katharine cure place dylan watanabe inability farsighted enoch jamestown lawful greenfield pocketful cottony = manhole cuttlebone daedalus desmond sub hewett muddlehead disdain cos seed contemptuous depreciable confession access hawley bandwidth tape acme sequent quote stamen diaphragmconjugate globe broke foal apparatus asleep phantom churchmen wak= eful jesse doublet monstrous dubitable envelope generous coddle antony cowherd bug versa each calcutta gross detoxify flout that scuba oocyte coast fun eliot banana crystallographer valine carpet claw z's amethystine hedgehog= prerogative bermuda jack magic igneous vie perusal bullfrog volterra mimicked optimism budweiser climax typhoid tariff inputting kalmia cathy convulse demonic acquisition phalanger eigenstate abridgment bail restaurateur elisabeth alumna carous= e dugout compliant ----5119277143836494659-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From dpacker@emc.com Tue Jun 8 13:37:33 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 13:37:36 -0700 (PDT) Received: from mailhub.lss.emc.com ([168.159.2.31]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i58KbWgi016889 for ; Tue, 8 Jun 2004 13:37:33 -0700 Received: from popimap.lss.emc.com (caduseus.lss.emc.com [10.254.140.132]) by mailhub.lss.emc.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id i58KbUV26586 for ; Tue, 8 Jun 2004 16:37:30 -0400 (EDT) Received: from emc.com (lca1136.lss.emc.com [168.159.121.136]) by popimap.lss.emc.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id i58KbQq17293 for ; Tue, 8 Jun 2004 16:37:27 -0400 (EDT) Message-ID: <40C62388.7050502@emc.com> Date: Tue, 08 Jun 2004 16:37:28 -0400 From: David Packer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kdb@oss.sgi.com Subject: support for 4GB user/kernel address space Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-PMX-Version: 4.6.0.97784, Antispam-Core: 4.6.0.97340, Antispam-Data: 2004.6.8.102856 X-archive-position: 712 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: dpacker@emc.com Precedence: bulk X-list: kdb Hello, Are there any plans to have kdb support for 2.4 kernels containing both a 4GB user address space and 4GB kernel address space? Thanks. Dave --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 8 18:36:42 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 18:36: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 i591aggi029771 for ; Tue, 8 Jun 2004 18:36:42 -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 i591OZiv013515 for ; Tue, 8 Jun 2004 20:24:37 -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 LAA29694 for ; Wed, 9 Jun 2004 11:24:34 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 1D8C5C2163; Wed, 9 Jun 2004 11:24:35 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 1CF301400F4; Wed, 9 Jun 2004 11:24:35 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: David Packer Cc: kdb@oss.sgi.com Subject: Re: support for 4GB user/kernel address space In-reply-to: Your message of "Tue, 08 Jun 2004 16:37:28 -0400." <40C62388.7050502@emc.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 09 Jun 2004 11:24:34 +1000 Message-ID: <4694.1086744274@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 713 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, 08 Jun 2004 16:37:28 -0400, David Packer wrote: >Are there any plans to have kdb support for 2.4 kernels containing both >a 4GB user address space and 4GB kernel address space? No. Feel free to send patches. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 8 18:36:48 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 08 Jun 2004 18:36:51 -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 i591algi029777 for ; Tue, 8 Jun 2004 18:36:48 -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 i591UDiv016283 for ; Tue, 8 Jun 2004 20:30:14 -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 LAA29875 for ; Wed, 9 Jun 2004 11:30:11 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id EDB6FC2163; Wed, 9 Jun 2004 11:30:11 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id E9B941400F4; Wed, 9 Jun 2004 11:30:11 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Announce: kdb v4.4 x86-64 updates for for kernel 2.6.6 Date: Wed, 09 Jun 2004 11:30:10 +1000 Message-ID: <4850.1086744610@kao2.melbourne.sgi.com> X-archive-position: 714 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 KDB (Linux Kernel Debugger) has been updated. ftp://oss.sgi.com/projects/kdb/download/v4.4/ kdb-v4.4-2.6.6-x86-64-2.bz2 is available. The x86-64 patch is still a work in progress, use with care. Changelog extract. 2004-05-15 Jack F. Vogel * port to 2.6.6 for x86_64 2003-12-15 Cliff Neighbors * initial port from i386 to x86_64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQFAxmgii4UHNye0ZOoRAhUyAJkBDBkWlmPmLHPfbMykdzd7u11/NACgylLR 62/ewGczr+kFxRYq1X9ATUI= =8Jrf -----END PGP SIGNATURE----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From DAV02MATHINS@YAHOO.COM Sun Jun 13 10:23:32 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 13 Jun 2004 10:23:32 -0700 (PDT) Received: from YAHOO1001.com (B-84-7-ADSL.red.retevision.es [62.175.7.84] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5DHLbgi023547 for ; Sun, 13 Jun 2004 10:21:46 -0700 Message-Id: <200406131721.i5DHLbgi023547@oss.sgi.com> From: "Dr.DAVID MATHINS" To: kdb@oss.sgi.com Reply-To: DAV02MATHINS@YAHOO.COM Subject: FINANCIAL TRANSACTIONS Date: Sun, 13 Jun 2004 19:16:53 +0200 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 715 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: DAV02MATHINS@YAHOO.COM Precedence: bulk X-list: kdb Dear Sir REQUEST FOR ASSISTANCE IN A FINANCIAL TRANSACTION I am interested in your partnership in business dealing. This business proposal I wish to intimate you with is of mutual benefit and it's success is entirely based on mutual trust, cooperation and a high level of confidentiality as regard this transaction. I am representing the board of the contract award and monitoring committe of the Zambian Ministry of Mining and Resources. I am seeking your assistance to enable me transfer the sum of US$30,500,000.00 (Thirty Million, Five Hundred Thousand United States Dollars) into your private/company account. The fund came about as a result of a contract awarded and executed for and on behalf of my Ministry. The contract was supposed to be awarded to two foreign contractors to the tune of US$180,000,000.00 (One hundred and eighty million United States Dollars) but in the course of negotiation, the contract was awarded to a Bulgarian contractor at the cost of US$149,500,000.00 (One hundred and Forty-nine Million, Five Hundred Thousand United States Dollars) to my benefit unknown to the contractor. This contract has been satisfactorily executed and inspected as the Bulgarian firm is presently securing payment from my Ministry, where our Board is in-charge of all foreign contract payment approval. As a civil servant still in active government service, I am forbidden by law to operate an account outside the shores of Zambia. Hence this message to you seeking your assistance so as to enable me present your private/company account details as a beneficiary of contractual claims alongside that of the Bulgarian contractor, to enable me transfer the difference of US$30,500,000.00 (thirty Million, Five Hundred Thousand United States Dollars) into your provided account. On actualisation, the fund will be disbursed as stated below; 1. 20% of the fund will be for you as beneficiary 2. 80% of the fund will be for Us. All logistics are in place and all modalities worked out for a smooth actualisation of the transaction within the next few working days of commencement. For further details as to the work ability of this transaction, please reach me as soon as possible on my private email: damathins@yahoo.co.uk Thank you and God bless as I await your urgent response. Yours Sincerely, MR DAVID MATHINS -- Binary/unsupported file stripped by Ecartis -- -- Type: application/octet-stream -- File: ijesa.txt -- Binary/unsupported file stripped by Ecartis -- -- Type: application/octet-stream -- File: ijesa2.txt -- Binary/unsupported file stripped by Ecartis -- -- Type: application/octet-stream -- File: ijesa3.txt --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From uca4xbl@netgate.net Sun Jun 13 11:55:03 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 13 Jun 2004 11:55:04 -0700 (PDT) Received: from 6532252hfc223.tampabay.rr.com (6532252hfc223.tampabay.rr.com [65.32.252.223]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5DIt0gi024871 for ; Sun, 13 Jun 2004 11:55:01 -0700 Received: vkmStgt4-PRktxRA.verythursday.com (neenlk [134.16.0.170]) by also.holdinghistory.com (8.35.7/7.36.9) with ESMTP id OHLY1WGHTD70 for ; Sun, 13 Jun 2004 22:43:29 +0300 GMT To: kdb@oss.sgi.com From: "Amina Karan" Reply-To: "Amina Karan" Subject: THE CHEAPEST POPULAR SOFTWARES U EVER SEE, FROM $20 BUCKS else Date: Sun, 13 Jun 2004 16:50:29 -0300 Message-ID: X-MimeOLE: Produced By Microsoft Exchange V6.0.6008.8 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 716 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: uca4xbl@netgate.net Precedence: bulk X-list: kdb rich hung two passion real private breakfast conduct take mere --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From lindleyanderson@tekmailer.com Sun Jun 13 23:26:11 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 13 Jun 2004 23:26:13 -0700 (PDT) Received: from alb-24-194-13-213.nycap.rr.com (alb-24-194-13-213.nycap.rr.com [24.194.13.213]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5E6Q8gi017493 for ; Sun, 13 Jun 2004 23:26:11 -0700 Message-Id: <200406140626.i5E6Q8gi017493@oss.sgi.com> X-Message-Info: Q2SJQNjjc49hJGGaO242T36pfUXeJ17 Received: from 176.170.187.78 by ip-76-320-1-6.ix.in@btopenworld.com (AppleMailServer 39.8.5.4) id 10533742428 via NDR; Sun, 13 Jun 2004 15:25:12 -0400 Reply-To: "in lail" From: "in lail" To: "Kdb" Subject: Fwd: Want V|@GRA ~ Va1ium - XAN@X ^ V|.cod|n P/n/termin > S:o:ma wqwowjddsljw Date: Sun, 13 Jun 2004 12:19:12 -0700 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 717 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: in.lail@btopenworld.com Precedence: bulk X-list: kdb ----9320677445938316 Content-Type: text/html; charset="iso-2333-2" Content-Transfer-Encoding: quoted-printable rxvendor.biz

Hi Kdb,

Using the speed= and user-friendliness of the Internet we have simplified your a= bility to research = your own health problems a= nd autonomously discover= the available options for treatment.

We have: + S.o.ma ? V|@grA - Vali|u|m ) X/A/NAX # Pntermi/n/ $ At'|v@n

We accept almost every form of payme~~nt.~~

~~Buy online in the comf= ort of your home. = www.rxvendor.biz.~~

~~Best Regards,~~

in lail <= lail><= berne>= = ----9320677445938316-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From info@skygain.com.hk Tue Jun 15 19:35:30 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 15 Jun 2004 19:35:32 -0700 (PDT) Received: from imsm032.netvigator.com (imsm032.netvigator.com [218.102.23.102]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5G2ZRgi020727 for ; Tue, 15 Jun 2004 19:35:29 -0700 Received: from netvigator (awork130219.netvigator.com [219.76.130.219]) by imsm032.netvigator.com (8.12.10/8.12.10) with SMTP id i5G2XBSZ003287 for ; Wed, 16 Jun 2004 10:35:15 +0800 Message-Id: <200406160235.i5G2XBSZ003287@imsm032.netvigator.com> Reply-To: "Wilson Li, Marketing Dept. (Skygain)" From: "Wilson Li, Marketing Dept. (Skygain)" To: Subject: BUS. OPP.: High Frequency RF Connector and =?ISO-8859-1?Q?Cable(=B0=AA=C0W=B0T=B8=B9=B3s=B1=B5=BE=B9=A1A=B1=B5=B4=A1=A5=F3=A1A=B9q=BDu=B2=D5)?= Date: Wed, 16 Jun 2004 10:33:35 +0800 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Transfer-Encoding: 8bit X-archive-position: 718 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: info@skygain.com.hk Precedence: bulk X-list: kdb Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear Sir/Madam, BUSINESS OPPORTUNITIES: RF Connector, Cable and Adapter (Electronic & = Electrical) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D SKY GAIN is an electronic parts and assembly manufacturer and export. = Our Hong Kong Office is located in Shatin and head-office is in Taipei = of Taiwan. Our factory and production-line is located in GuangDong = Province of China. We have been established for more than 30 years. To provide our = honorable clients with a quality assurance of manufacturing and = production process, SKY GAIN has been approved by the ISO 9002 = certification. As our products meet varies quality testing, the = well-known electronic brands e.g. V-TECH, SONY, THOMSON, PHILIPS, LG and = ACER are also our honorable customers. We provide the full range of high frequency RF CONNECTORS, CABLES AND = ASSEMBLE, with reliable price, best quality and strong supply and = skillful technical support. Especially, the BNC Connectors, Cable = Connectors, Coaxial Cable, Electrical Connecter, Data Link Cables, = Phonon Jacks & Plugs, Adapters, Boards and Assembles. For the tailor-made projects and further development, we also provide = R&D team to assist our clients to gain largest success. Customers are = welcome to send us their special specifications, designs, samples and = drawings. If you would like to have our full product catalog, please email to us = to provide the details of your mailing address and contact person. Please feel free to contact us for further enquiry. Thank you for your = kind attention. Best regards, Wilson Li Sales & Marketing Department Sky Gain International Electronic Limited HK Office: Unit 1609-1612 Tower 2, Grand Central Plaza, 138 Sha Tin = Rural Committee Road, Sha Tin, N.T. Hong Kong Tel: 852-3142 7333 Fax: 852-3142 7999 China Factory Tel (Sales Department): 86-0760-8286246 Fax: 86-0760-5333252 -------------------------------------------------------------------------= ------- =A4=D1=BB=F5=B0=EA=BB=DA=B9q=A4l=A6=B3=AD=AD=A4=BD=A5q=B1M=C0=E7=B9q=A4l=A4= =B8=A5=F3=A4=CE=B9q=BDu=B2=D5=A5=CD=B2=A3=A1C=A7=DA=AD=CC=B4=A3=A8=D1=A5=FE= =AEM=B0=AA=C0W=B9q=A4l=B0T=B8=B9=B3s=B1=B5=BE=B9=A1B=B1=B5=B4=A1=A5=F3=A4= =CE=B0T=B8=B9=B9q=C6l=A1A=A8=C3=A5B=A9=D3=A5x=C6W=BAa=A8=A3SANDEX=C1`=A4=BD= =A5q30=A6h=A6~=AA=BA=A5=CD=B2=A3=A7=DE=B3N=A4=CE=B8g=C5=E7=A1A=AC=B0=AB=C8= =C5U=B4=A3=A8=D1=A6X=B2z=BB=F9=AE=E6=A1B=B0=AA=BD=E8=B6q=A1B=B7=C7=BDT=A5= =E6=B4=C1=A4=CE=A5i=BEa=A8=D1=C0=B3=AA=BA=B9q=A4l=A4=CE=AA=F7=C4=DD=A4=B8= =A5=F3=A1C=20 =A5D=ADn=B2=A3=AB~=A5]=ACA=A1G=20 --BNC,IEC,TNC,F-type,RCA Connectors=20 --Electrical Connector=20 --Data Link Cables=20 --Phonon Jacks & Plugs=20 --Adapters, Boards and Assembles.=20 =A4=D1=BB=F5=B0=EA=BB=DA=B9q=A4l=BF=EC=A8=C6=B3B=A1G=A8F=A5=D0=A1A=AD=BB=B4= =E4=20 =C1`=A4=BD=A5q=A1G=A5x=A5_=A5=AB=A1A=A5x=C6W=20 =A4u=BCt=A4=CE=A5=CD=B2=A3=BDu=A1G=A4=A4=A4s=A5=AB=A1A=BCs=AAF=A1A=A4=A4=B0= =EA=20 =A6=A8=A5=DF=A6~=B4=C1=A1G30=A6h=A6~=20 =BD=E8=AF=C0=ABO=C3=D2=A1G ISO 9001-2000=C3=D2=AE=D1=20 =AA=F8=B4=C1=AB=C8=A4=E1=A1GV-TECH, SONY, THOMSON, ACER, PHILIPS, = LG=B5=A5. =A6=B3=B7N=B0=D3=AEa=BD=D0=C1p=B5=B8=A5=BB=A4=BD=A5q=B7~=B0=C8=B3=A1: [=AD=BB=B4=E4=BF=EC=A8=C6=B3B] =B9q=B8=DC=A1G(852)31427333 =B6=C7=AFu=A1G(852)31427999 [=A4=A4=A4s=A5[=A4u=BCt] =B9q=B8=DC=A1G86-0760-5333161 =B6=C7=AFu=A1G86-0760-5333252 =A4=A4=A4s=B7~=B0=C8=B3=A1=B1M=BDu=A1G86-0760-8286246 **=A6p=BB=DD=AF=C1=A8=FA=A5=BB=A4=BD=A5q=B2=A3=AB~=A5=D8=BF=FD=A1A=BD=D0=B9= q=B6l=B6=C7=A6^=B6Q=A4=BD=A5q=A4=A7=B6l=B1H=A6a=A7}=A4=CE=C1p=B5=B8=A4H=B8= =EA=AE=C6=A1A=A4=E8=ABK=A6w=B1=C6=B6l=B1H=A9=CE=A7=D6=BB=BC=A1C** =20 -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: skygain catalogue.jpg -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: RF connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: f connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: bnc connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: iec connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: rca connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: antenna connector.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: dcpower jack.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: phono jack.jpg -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: rca board.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: cable assembly4.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: cable assembly2.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: cable assembly3.JPG -- Binary/unsupported file stripped by Ecartis -- -- Type: image/jpeg -- File: cable assembly1.JPG --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Wed Jun 16 18:21:46 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 16 Jun 2004 18:21:49 -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 i5H1Ljgi006956 for ; Wed, 16 Jun 2004 18:21:46 -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 i5H1Gviv017495 for ; Wed, 16 Jun 2004 20:16:58 -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 LAA10113 for ; Thu, 17 Jun 2004 11:16:56 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id EA3E3C216F; Thu, 17 Jun 2004 11:16:56 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id E7AC81406F1; Thu, 17 Jun 2004 11:16:56 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com Cc: linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: Announce: kdb v4.4 is available for kernel 2.6.7 Date: Thu, 17 Jun 2004 11:16:55 +1000 Message-ID: <3469.1087435015@kao2.melbourne.sgi.com> X-archive-position: 719 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 KDB (Linux Kernel Debugger) has been updated. ftp://oss.sgi.com/projects/kdb/download/v4.4/ Current versions are :- kdb-v4.4-2.6.7-common-1.bz2 kdb-v4.4-2.6.7-i386-1.bz2 kdb-v4.4-2.6.7-ia64-1.bz2 Changelog extract since kdb-v4.4-2.6.7-rc2-common-1. 2004-06-16 Keith Owens * kdb v4.4-2.6.7-common-1. 2004-06-09 Keith Owens * kdb v4.4-2.6.7-rc3-common-1. 2004-06-09 Keith Owens * Namespace clean up. Mark code/variables as static when it is only used in one file, delete dead code/variables. * Saved interrupt state requires long, not int. * kdb v4.4-2.6.7-rc2-common-3. 2004-06-08 Keith Owens * Whitespace clean up, no code changes. * kdb v4.4-2.6.7-rc2-common-2. Changelog extract since kdb-v4.4-2.6.7-rc2-i386-1. 2004-06-16 Keith Owens * kdb v4.4-2.6.7-i386-1. 2004-06-10 Keith Owens * kdb v4.4-2.6.7-rc3-i386-1. 2004-06-09 Keith Owens * Namespace clean up. Mark code/variables as static when it is only used in one file, delete dead code/variables. * kdb v4.4-2.6.7-rc2-i386-3. 2004-06-08 Keith Owens * Whitespace clean up, no code changes. * kdb v4.4-2.6.7-rc2-i386-2. Changelog extract since kdb v4.4-2.6.7-rc2-ia64-1. 2004-06-16 Keith Owens * kdb v4.4-2.6.7-ia64-1. 2004-06-10 Keith Owens * kdb v4.4-2.6.7-rc3-ia64-1. 2004-06-09 Keith Owens * Namespace clean up. Mark code/variables as static when it is only used in one file, delete dead code/variables. * Saved interrupt state requires long, not int. * kdb v4.4-2.6.7-rc2-ia64-3. 2004-06-08 Keith Owens * Whitespace clean up, no code changes. * kdb v4.4-2.6.7-rc2-2. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQFA0PEHi4UHNye0ZOoRAlkUAJ451FJCUeyPbtwB+o86LoxRjlg82QCfb219 eCxmRqs/pT69UudnvN/2pVA= =NJMr -----END PGP SIGNATURE----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From gtargmw@goldenmail.ru Thu Jun 17 04:56:16 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 04:56:17 -0700 (PDT) Received: from 192.48.159.27 ([203.230.225.119]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HBuAgi015990; Thu, 17 Jun 2004 04:56:12 -0700 X-Message-Info: OGBGA5cAbb062feo45XF078+gwcEY502FVPivl Received: from mail8653.igjd.gala.net ([20.148.140.120]) by j1-v1.gala.net with Microsoft SMTPSVC(5.0.2195.6824); Wed, 16 Jun 2004 23:54:33 -0100 Received: from VBJ0 (srg128.35.240.153.cib864.dv.gala.net [96.52.228.178]) by mail6.ib.gala.net (22.540.48hhv3/4.360.66) with SMTP id pax5REG904MUh10; Wed, 16 Jun 2004 18:01:33 -0700 Message-ID: <0UP6F33TJ69SW$iw72ET2rya700$JG8410UBB21@ZPS7> From: "Brandie " To: "Kdb" References: Subject: Your domain name,mash Date: Wed, 16 Jun 2004 23:56:33 -0100 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 720 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: gtargmw@goldenmail.ru Precedence: bulk X-list: kdb Dewitt,+ Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.myhostingdeal.com air --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From pmzsefyslwucqq@infonie.fr Thu Jun 17 08:20:20 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 08:20:28 -0700 (PDT) Received: from YahooBB219174029011.bbtec.net (YahooBB219174029011.bbtec.net [219.174.29.11]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HFJxgi002333; Thu, 17 Jun 2004 08:20:05 -0700 X-Message-Info: UPPXE84idWbe504orn859ID71+nlmOCQ831Zd Received: from mail552.onpzf.poczta.onet.pl ([178.156.138.133]) by gx313-hzg413.poczta.onet.pl with Microsoft SMTPSVC(5.0.2195.6824); Thu, 17 Jun 2004 14:20:03 -0200 Received: from PLGZD920 (p160.76.236.168.mb6.ir.poczta.onet.pl [85.92.8.200]) by mail508.b.poczta.onet.pl (75.1.86zn08/9.60.656) with SMTP id h2TUV5MXVtam2; Thu, 17 Jun 2004 13:16:03 -0300 Message-ID: <613RDM558V998DX3ZH$up333IA5uxk662$CXS85LK65@VCJV671> From: "Caitlin " To: "Joseph" References: Subject: jaeger Date: Thu, 17 Jun 2004 20:21:03 +0400 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 721 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: pmzsefyslwucqq@infonie.fr Precedence: bulk X-list: kdb Ofelia Kessler,$ Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC!Get a new passport! Disappear in your city bannedcd2004 http://c9003hosting.com/CD3/ ,conservation ,nan ,rosen ,deerstalker . --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From ericarosestrip@yahoo.com Thu Jun 17 11:41:36 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 11:41:36 -0700 (PDT) Received: from yahoo.com ([222.89.98.142]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HIfYgi032576 for ; Thu, 17 Jun 2004 11:41:35 -0700 To: kdb@oss.sgi.com Date: Tue, 22 Jun 2004 02:38:31 00800 Message-ID: <1087843111.581@yahoo.com> X-Mailer: Microsoft Outlook Express 5.00.3018.1300 From: Erica Rose Campbell Reply-To: Subject: i would like to strip infront of you and rub myself.. free download Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 722 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: ericarosestrip@yahoo.com Precedence: bulk X-list: kdb Erica Rose Campbell [IMG][IMG][1][IMG][2][IMG][3][IMG][4][IMG][5][IMG][6][IMG][7][IMG][8][IMG][9] Ux��h��e@��You are either a member of our site, or one of our partner sites. If you no longer want to be a member please visit this link toautomatically leave the database.[10] --- Links --- 1 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 2 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 3 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 4 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 5 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 6 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 7 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 8 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 9 http://www.finestsexsite.com/T/campbell.php?site=kdb@oss.sgi.com&file=tc7 10 http://www.finestsexsite.com/del.php?file=tc7&address=kdb@oss.sgi.com --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From janr@adax.com Thu Jun 17 13:28:09 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 13:28:11 -0700 (PDT) Received: from slink5.mtl-nj.adax (phl-28-b-170.phl.dsl.cerfnet.com [63.242.157.170]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HKS8gi013093 for ; Thu, 17 Jun 2004 13:28:08 -0700 Received: from jr001327 (jr001327 [192.168.1.76]) by slink5.mtl-nj.adax (8.12.8/8.12.8) with SMTP id i5HKS5L7012750; Thu, 17 Jun 2004 16:28:06 -0400 Message-ID: <09f701c454a9$d52feab0$4c01a8c0@mtlnj.adax> From: "Jan Rovins" To: Cc: "marks" Subject: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help Date: Thu, 17 Jun 2004 16:29:47 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-archive-position: 723 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: janr@adax.com Precedence: bulk X-list: kdb Hi All, We are trying to run KDB (4.0) on an Xscale kernel 2.4.19. the Kernel was cross compiled with MV-Pro3.0 (GCC 3.2.1) KDB is mostly working, but we are not getting correct output when we try to look at the stack, ps, or, backtrace. See below for further details, Any tips on how to fix? Thanks in advance, Jan ----- Original Message ----- From: "marks" To: Sent: Friday, June 11, 2004 9:40 PM Subject: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help > Hi Jan, > > Last we spoke I had gotten kdb integrated with the xscale arm kernel > 2.4.19-rmk7-ds3. However, when we invoke kdb (CTRL-A in the minicom > session) and try to use the "ps" command (similar to the ps command we all > know and love) we get the following output: > > Entering kdb (current=0xceb7c000, pid 223) due to Keyboard Entry > kdb> > kdb> ps > Task Addr Pid Parent [*] cpu State Thread Command > 0xc0218000 0 0 1 0 R 0xc0218270 swapper > Error: does not match running process table (0xceb7c000) > 0xc0538000 1 0 1 0 S 0xc0538270 init > Error: does not match running process table (0xceb7c000) > 0xc05ce000 2 1 1 0 S 0xc05ce270 keventd > Error: does not match running process table (0xceb7c000) > 0xc05ca000 3 1 1 0 S 0xc05ca270 ksoftirqd_CPU0 > Error: does not match running process table (0xceb7c000) > 0xc05c8000 4 1 1 0 S 0xc05c8270 kswapd > Error: does not match running process table (0xceb7c000) > 0xc05c6000 5 1 1 0 S 0xc05c6270 bdflush > Error: does not match running process table (0xceb7c000) > 0xc05c4000 6 1 1 0 S 0xc05c4270 kupdated > Error: does not match running process table (0xceb7c000) > 0xcffda000 7 1 1 0 S 0xcffda270 mtdblockd > Error: does not match running process table (0xceb7c000) > 0xcff3e000 8 1 1 0 S 0xcff3e270 rpciod > Error: does not match running process table (0xceb7c000) > 0xced18000 26 1 1 0 S 0xced18270 LiS-2.16.18-1m:0?.?@ > Error: does not match running process table (0xceb7c000) > 0xcf012000 31 1 1 0 S 0xcf012270 inetd > Error: does not match running process table (0xceb7c000) > 0xcf288000 35 1 1 0 S 0xcf288270 sctpd > Error: does not match running process table (0xceb7c000) > 0xcf4ba000 40 1 1 0 S 0xcf4ba270 sshd > Error: does not match running process table (0xceb7c000) > 0xcf196000 56 1 1 0 S 0xcf196270 sh > Error: does not match running process table (0xceb7c000) > 0xcf3b0000 57 1 1 0 S 0xcf3b0270 syslogd > Error: does not match running process table (0xceb7c000) > 0xcf376000 60 31 1 0 S 0xcf376270 in.telnetd > Error: does not match running process table (0xceb7c000) > 0xcf33a000 61 60 1 0 S 0xcf33a270 sh > Error: does not match running process table (0xceb7c000) > 0xcf21e000 143 31 1 0 S 0xcf21e270 in.telnetd > Error: does not match running process table (0xceb7c000) > 0xced5a000 144 143 1 0 S 0xced5a270 sh > Error: does not match running process table (0xceb7c000) > 0xcec0e000 181 31 1 0 S 0xcec0e270 in.telnetd > Error: does not match running process table (0xceb7c000) > 0xcebea000 182 181 1 0 S 0xcebea270 sh > Error: does not match running process table (0xceb7c000) > 0xcec6e000 189 182 1 0 S 0xcec6e270 vmstat > Error: does not match running process table (0xceb7c000) > 0xcec10000 220 61 1 0 S 0xcec10270 hdctest > Error: does not match running process table (0xceb7c000) > 0xced6a000 221 144 1 0 S 0xced6a270 hdctest > Error: does not match running process table (0xceb7c000) > 0xcec52000 222 221 1 0 S 0xcec52270 hdctest > Error: does not match running process table (0xceb7c000) > 0xceb7c000 223 222 1 0 S 0xceb7c270 *hdctest > 0xcec50000 224 220 1 0 S 0xcec50270 hdctest > Error: does not match running process table (0xceb7c000) > 0xced7a000 225 224 1 0 S 0xced7a270 hdctest > Error: does not match running process table (0xceb7c000) > 0xcec14000 226 220 1 0 Z 0xcec14270 hdctest > Error: does not match running process table (0xceb7c000) > 0xceefc000 227 220 1 0 Z 0xceefc270 hdctest > Error: does not match running process table (0xceb7c000) > 0xceb6e000 228 221 1 0 Z 0xceb6e270 hdctest > Error: does not match running process table (0xceb7c000) > 0xcec82000 229 221 1 0 Z 0xcec82270 hdctest > Error: does not match running process table (0xceb7c000) > 0xceb5e000 230 220 1 0 Z 0xceb5e270 hdctest > Error: does not match running process table (0xceb7c000) > 0xcecbe000 231 221 1 0 S 0xcecbe270 hdctest > Error: does not match running process table (0xceb7c000) > 0xceafc000 232 220 1 0 S 0xceafc270 hdctest > Error: does not match running process table (0xceb7c000) > kdb> > > > The above "Error:" messages are coming from kdbmain.c. I'm unsure why > this is happening. Perhaps there is some sort of disconnect between what > kdb thinks a task_struct data structure (see kdbmain.c) looks like versus > the actual definition of the data structure. > > -- Thanks, > > Mark Sincerbox > Adax, Inc. > 1-510-548-7047 x129 > --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Thu Jun 17 13:57:50 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 13:57:53 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HKvngi014877 for ; Thu, 17 Jun 2004 13:57:49 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 118281800AA; Fri, 18 Jun 2004 06:57:43 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id DF296C216D; Fri, 18 Jun 2004 06:57:42 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id DBCD5140089; Fri, 18 Jun 2004 06:57:42 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: "Jan Rovins" Cc: kdb@oss.sgi.com, "marks" Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help In-reply-to: Your message of "Thu, 17 Jun 2004 16:29:47 -0400." <09f701c454a9$d52feab0$4c01a8c0@mtlnj.adax> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 18 Jun 2004 06:57:41 +1000 Message-ID: <2999.1087505861@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 724 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, 17 Jun 2004 16:29:47 -0400, "Jan Rovins" wrote: >> Last we spoke I had gotten kdb integrated with the xscale arm kernel >> 2.4.19-rmk7-ds3. However, when we invoke kdb (CTRL-A in the minicom >> session) and try to use the "ps" command (similar to the ps command we all >> know and love) we get the following output: >> >> Entering kdb (current=0xceb7c000, pid 223) due to Keyboard Entry >> kdb> >> kdb> ps >> Task Addr Pid Parent [*] cpu State Thread Command >> 0xc0218000 0 0 1 0 R 0xc0218270 swapper >> Error: does not match running process table (0xceb7c000) >> 0xc0538000 1 0 1 0 S 0xc0538270 init >> Error: does not match running process table (0xceb7c000) >> 0xc05ce000 2 1 1 0 S 0xc05ce270 keventd >> Error: does not match running process table (0xceb7c000) All the tasks are marked as being active on cpu 0, which is impossible; one cpu, one active task. kdb_task_has_cpu() is returning true for all tasks. kdb_task_has_cpu() is common code which works for other architectures, check your merge to find out why it always returns true for you. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From marks@adax.com Thu Jun 17 14:56:41 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 14:56:43 -0700 (PDT) Received: from mail1.adax.com (mail1.adax.com [209.204.165.125]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HLufgi018229 for ; Thu, 17 Jun 2004 14:56:41 -0700 Received: from fradax (adax [12.0.0.88]) by mail1.adax.com (Postfix) with ESMTP id BDDB63D07; Thu, 17 Jun 2004 15:04:51 -0700 (PDT) Received: from fradax (fradax [11.0.0.88]) by fradax (8.8.5/8.8.5) with ESMTP id VAA20180; Thu, 17 Jun 2004 21:55:08 GMT Date: Thu, 17 Jun 2004 14:55:08 -0700 (PDT) From: marks X-X-Sender: marks@fradax To: Keith Owens Cc: Jan Rovins , Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help In-Reply-To: <2999.1087505861@ocs3.ocs.com.au> Message-ID: X-url: http://www.adax.com MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 725 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: marks@adax.com Precedence: bulk X-list: kdb Hi, Thanks so much for your response. I've looked at the kernel code a bit (my first experience with kernel code and kdb so bear with me). I don't find anything named kdb_task_has_cpu but I do see a task_has_cpu. I'm attempting to determine if any of the applied patches changed the definition of task_has_cpu or any code that uses task_has_cpu. Is task_has_cpu the correct item for me to be examining? Also, I'd like to understand the output from the "ps" command in kdb a bit better. From what I see there is only one task in state "R" (running). All other tasks are in state "S" or state "D" (see the State column). This seems to me to indicate only one active task. Which column are you looking at that shows "All the tasks are marked as being active on cpu 0"? On Fri, 18 Jun 2004, Keith Owens wrote: > Date: Fri, 18 Jun 2004 06:57:41 +1000 > From: Keith Owens > To: Jan Rovins > Cc: kdb@oss.sgi.com, marks > Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - > question/help > > On Thu, 17 Jun 2004 16:29:47 -0400, > "Jan Rovins" wrote: > >> Last we spoke I had gotten kdb integrated with the xscale arm kernel > >> 2.4.19-rmk7-ds3. However, when we invoke kdb (CTRL-A in the minicom > >> session) and try to use the "ps" command (similar to the ps command we all > >> know and love) we get the following output: > >> > >> Entering kdb (current=0xceb7c000, pid 223) due to Keyboard Entry > >> kdb> > >> kdb> ps > >> Task Addr Pid Parent [*] cpu State Thread Command > >> 0xc0218000 0 0 1 0 R 0xc0218270 swapper > >> Error: does not match running process table (0xceb7c000) > >> 0xc0538000 1 0 1 0 S 0xc0538270 init > >> Error: does not match running process table (0xceb7c000) > >> 0xc05ce000 2 1 1 0 S 0xc05ce270 keventd > >> Error: does not match running process table (0xceb7c000) > > All the tasks are marked as being active on cpu 0, which is impossible; > one cpu, one active task. kdb_task_has_cpu() is returning true for all > tasks. kdb_task_has_cpu() is common code which works for other > architectures, check your merge to find out why it always returns true > for you. > > -- Thanks, Mark Sincerbox Adax, Inc. 1-510-548-7047 x129 --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Thu Jun 17 15:31:02 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 15:31:14 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HMV1gi019557 for ; Thu, 17 Jun 2004 15:31: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 7A0361800A9; Fri, 18 Jun 2004 08:30:49 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 518B7C216D; Fri, 18 Jun 2004 08:30:49 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 4E0D3140089; Fri, 18 Jun 2004 08:30:49 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: marks Cc: Jan Rovins , kdb@oss.sgi.com Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help In-reply-to: Your message of "Thu, 17 Jun 2004 14:55:08 MST." Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 18 Jun 2004 08:30:48 +1000 Message-ID: <10116.1087511448@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 726 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, 17 Jun 2004 14:55:08 -0700 (PDT), marks wrote: >I've looked at the kernel code a bit (my first experience with kernel code >and kdb so bear with me). I don't find anything named kdb_task_has_cpu >but I do see a task_has_cpu. I'm attempting to determine if any of the >applied patches changed the definition of task_has_cpu or any code that >uses task_has_cpu. Is task_has_cpu the correct item for me to be >examining? I was looking at kdb v4.2 for xscale on 2.4.20, you appear to be working on kdb v4.0 for 2.4.19. Why such an old kernel/kdb? kdb_task_has_cpu() was added in kdb v4.1 to workaround several scheduler bugs that made task_has_cpu() unreliable. You are hitting one of these scheduler bugs, task_has_cpu() is always returning true on your system. >Also, I'd like to understand the output from the "ps" command in kdb a bit >better. From what I see there is only one task in state "R" (running). >All other tasks are in state "S" or state "D" (see the State column). >This seems to me to indicate only one active task. > >Which column are you looking at that shows "All the tasks are marked as >being active on cpu 0"? The column with a heading of '[*]', which marks the task as owning the cpu (task_has_cpu). You can have multiple tasks marked R (for running _or_ runnable) but only one task can be active on a cpu at a time. Upgrade to kdb v4.2 for xscale on 2.4.20 if possible. If that is not possible then you will have to make task_has_cpu() reliable on your arch. From memory, the problem is that task_has_cpu() checks (tsk)->cpus_runnable != ~0UL but uni-processor systems do not change the value of cpus_runnable when they switch a task off a cpu. kernel/sched.c only calls task_release_cpu() for SMP builds which means that cpus_runnable will always show cpu 0 for all tasks, even those that are not on cpu 0 right now. That breaks task_has_cpu() which breaks kdb. Which is why I added kdb_task_has_cpu() to get it right. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From janr@adax.com Thu Jun 17 16:32:08 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 16:32:10 -0700 (PDT) Received: from slink5.mtl-nj.adax (phl-28-b-170.phl.dsl.cerfnet.com [63.242.157.170]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HNW7gi027286 for ; Thu, 17 Jun 2004 16:32:07 -0700 Received: from jr001327 (jr001327 [192.168.1.76]) by slink5.mtl-nj.adax (8.12.8/8.12.8) with SMTP id i5HNW4L7013533; Thu, 17 Jun 2004 19:32:04 -0400 Message-ID: <0a2301c454c3$88be3820$4c01a8c0@mtlnj.adax> From: "Jan Rovins" To: "Keith Owens" , "marks" Cc: References: <10116.1087511448@ocs3.ocs.com.au> Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help Date: Thu, 17 Jun 2004 19:33:46 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-archive-position: 727 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: janr@adax.com Precedence: bulk X-list: kdb Thanks Keith, > I was looking at kdb v4.2 for xscale on 2.4.20, you appear to be > working on kdb v4.0 for 2.4.19. Why such an old kernel/kdb? There were patches available from the ARM community, for kernels 2.4.19, and 2.4.21 that we have been using for our board. Since KDB had a 2.4.19 Xscale version, that is what we tried first. There is a Monta Vista 2.4.20 kernel that will run on our board, so Mark is going to switch over to that, and build every thing up with the newer KDB, and we will take it from there. Thanks once again, Jan ----- Original Message ----- From: "Keith Owens" To: "marks" Cc: "Jan Rovins" ; Sent: Thursday, June 17, 2004 6:30 PM Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help > On Thu, 17 Jun 2004 14:55:08 -0700 (PDT), > marks wrote: > >I've looked at the kernel code a bit (my first experience with kernel code > >and kdb so bear with me). I don't find anything named kdb_task_has_cpu > >but I do see a task_has_cpu. I'm attempting to determine if any of the > >applied patches changed the definition of task_has_cpu or any code that > >uses task_has_cpu. Is task_has_cpu the correct item for me to be > >examining? > > I was looking at kdb v4.2 for xscale on 2.4.20, you appear to be > working on kdb v4.0 for 2.4.19. Why such an old kernel/kdb? > > kdb_task_has_cpu() was added in kdb v4.1 to workaround several > scheduler bugs that made task_has_cpu() unreliable. You are hitting > one of these scheduler bugs, task_has_cpu() is always returning true on > your system. > > >Also, I'd like to understand the output from the "ps" command in kdb a bit > >better. From what I see there is only one task in state "R" (running). > >All other tasks are in state "S" or state "D" (see the State column). > >This seems to me to indicate only one active task. > > > >Which column are you looking at that shows "All the tasks are marked as > >being active on cpu 0"? > > The column with a heading of '[*]', which marks the task as owning the > cpu (task_has_cpu). You can have multiple tasks marked R (for running > _or_ runnable) but only one task can be active on a cpu at a time. > > Upgrade to kdb v4.2 for xscale on 2.4.20 if possible. If that is not > possible then you will have to make task_has_cpu() reliable on your > arch. From memory, the problem is that task_has_cpu() checks > (tsk)->cpus_runnable != ~0UL but uni-processor systems do not change > the value of cpus_runnable when they switch a task off a cpu. > > kernel/sched.c only calls task_release_cpu() for SMP builds which means > that cpus_runnable will always show cpu 0 for all tasks, even those > that are not on cpu 0 right now. That breaks task_has_cpu() which > breaks kdb. Which is why I added kdb_task_has_cpu() to get it right. > > --------------------------- > Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From marks@adax.com Thu Jun 17 16:33:33 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 17 Jun 2004 16:33:37 -0700 (PDT) Received: from mail1.adax.com (mail1.adax.com [209.204.165.125]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5HNXXgi027336 for ; Thu, 17 Jun 2004 16:33:33 -0700 Received: from fradax (adax [12.0.0.88]) by mail1.adax.com (Postfix) with ESMTP id 6A0523D0C; Thu, 17 Jun 2004 16:41:53 -0700 (PDT) Received: from fradax (fradax [11.0.0.88]) by fradax (8.8.5/8.8.5) with ESMTP id XAA21524; Thu, 17 Jun 2004 23:32:10 GMT Date: Thu, 17 Jun 2004 16:32:10 -0700 (PDT) From: marks X-X-Sender: marks@fradax To: Keith Owens Cc: Jan Rovins , Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - question/help In-Reply-To: <10116.1087511448@ocs3.ocs.com.au> Message-ID: X-url: http://www.adax.com MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 728 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: marks@adax.com Precedence: bulk X-list: kdb Hi Keith, Thanks again for the quick response. Sounds like moving forward to the 2.4.20 kernel that comes with MontaVista 3.1 Pro for arm_xscale and applying the kdb-v4.3-2.4.20-common-1.bz2 and kdb-v4.3-2.4.20-xscale-1.bz2 patches is our best bet. We were using the 2.4.19 kernel because we had one that was already patched for xscale and had done other work on top of that kernel that would have to be redone if we switched kernels. We were not aware of the information you have provided below when we decided to add kdb to the kernel. Looks like Jan has responded as well so I'll sign off for now... thanks again. :) On Fri, 18 Jun 2004, Keith Owens wrote: > Date: Fri, 18 Jun 2004 08:30:48 +1000 > From: Keith Owens > To: marks > Cc: Jan Rovins , kdb@oss.sgi.com > Subject: Re: Fw: xscale arm kernel 2.4.19-rmk7-ds3 with kdb integrated - > question/help > > On Thu, 17 Jun 2004 14:55:08 -0700 (PDT), > marks wrote: > >I've looked at the kernel code a bit (my first experience with kernel code > >and kdb so bear with me). I don't find anything named kdb_task_has_cpu > >but I do see a task_has_cpu. I'm attempting to determine if any of the > >applied patches changed the definition of task_has_cpu or any code that > >uses task_has_cpu. Is task_has_cpu the correct item for me to be > >examining? > > I was looking at kdb v4.2 for xscale on 2.4.20, you appear to be > working on kdb v4.0 for 2.4.19. Why such an old kernel/kdb? > > kdb_task_has_cpu() was added in kdb v4.1 to workaround several > scheduler bugs that made task_has_cpu() unreliable. You are hitting > one of these scheduler bugs, task_has_cpu() is always returning true on > your system. > > >Also, I'd like to understand the output from the "ps" command in kdb a bit > >better. From what I see there is only one task in state "R" (running). > >All other tasks are in state "S" or state "D" (see the State column). > >This seems to me to indicate only one active task. > > > >Which column are you looking at that shows "All the tasks are marked as > >being active on cpu 0"? > > The column with a heading of '[*]', which marks the task as owning the > cpu (task_has_cpu). You can have multiple tasks marked R (for running > _or_ runnable) but only one task can be active on a cpu at a time. > > Upgrade to kdb v4.2 for xscale on 2.4.20 if possible. If that is not > possible then you will have to make task_has_cpu() reliable on your > arch. From memory, the problem is that task_has_cpu() checks > (tsk)->cpus_runnable != ~0UL but uni-processor systems do not change > the value of cpus_runnable when they switch a task off a cpu. > > kernel/sched.c only calls task_release_cpu() for SMP builds which means > that cpus_runnable will always show cpu 0 for all tasks, even those > that are not on cpu 0 right now. That breaks task_has_cpu() which > breaks kdb. Which is why I added kdb_task_has_cpu() to get it right. > > -- Thanks, Mark Sincerbox Adax, Inc. 1-510-548-7047 x129 --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From caprice_lawrence@hinet.net Fri Jun 18 04:31:14 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 18 Jun 2004 04:31:16 -0700 (PDT) Received: from 69.37.110.191.adsl.snet.net (69.37.110.191.adsl.snet.net [69.37.110.191]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5IBV9gi021468 for ; Fri, 18 Jun 2004 04:31:13 -0700 X-Message-Info: 5Z78TpdbmhTP02icDbucUD270IO466wXNoLHL469 Received: from dns52dsl-verizon.net ([102.96.138.124]) by dh657-87275670.sellars@dsl-verizon.net with Microsoft SMTPSVC(5.0.2195.0485); Fri, 18 Jun 2004 06:25:14 +0600 Received: (from diva@localhost) by downcast8.trenton.sellars@dsl-verizon.net (6.15.2/0.86.3) id aq10GTqN561477; Fri, 18 Jun 2004 06:25:14 +0600 Message-ID: <4980677759.43881@sellarstrenton@dsl-verizon.net> Reply-To: "trenton sellars" From: "trenton sellars" To: "Kdb" Subject: Fwd: All Pills Stocked. V|cod:|n ? Val|i|um ' v1@gra + XA+n+ax Pn.t.ermin , So|m|a nygeegiqvmci Date: Thu, 17 Jun 2004 18:31:14 -0600 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 729 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: sellars_trenton@dsl-verizon.net Precedence: bulk X-list: kdb ----285802634326344840 Content-Type: text/html; charset="iso-9356-2" Content-Transfer-Encoding: quoted-printable rxvendor.biz

~~Hi Kdb,~~

~~We are one of the lar= gest online pharmaceutical ordering services, providing medical consultations and prescription processing.~~

~~When you need them fast: ~ v|@gra ) Va:l:ium < +XANAX+ =3D Som@ _ :Pntermi= n: ~ At'|v@n~~

~~No waiting rooms to increase y= our chances of getting sick.~~

~~Because you can add more to your= life. shop Now. www.rxvendor.biz.~~

~~Best Regards,~~

trenton sellars <= sellars>= = <= sellars>= <= trenton.sellars@dsl-verizon.net>= ----285802634326344840-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From nbkdhvrs@hildas.unimelb.edu.au Fri Jun 18 05:12:04 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 18 Jun 2004 05:12:05 -0700 (PDT) Received: from 192.48.159.27 (kwydrzznth@[211.205.203.156]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5ICC0gi023789 for ; Fri, 18 Jun 2004 05:12:03 -0700 Received: from 108.80.220.132 by 211.205.203.156; Fri, 18 Jun 2004 14:10:09 +0100 Message-ID: <%RNDUCCHAR2025@francemail.com> From: "Fran Rhodes" Reply-To: "Fran Rhodes" To: kdb@oss.sgi.com Subject: Fwd: Purchase All Your Meds Now Online. No Prescription Needed. Overnight Delivery. Date: Fri, 18 Jun 2004 14:08:09 +0100 MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 730 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: nbkdhvrs@hildas.unimelb.edu.au Precedence: bulk X-list: kdb ----3698468708397909199 Content-Type: text/html; Content-Transfer-Encoding: base64 PGh0bWw+DQo8Ym9keT4NCjxwIGFsaWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJH ZW5ldmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPkhlbGxvIEtkYiw8L2ZvbnQ+ PC9wPg0KPHAgYWxpZ249Imp1c3RpZnkiPjxmb250IHNpemU9IjIiIGZhY2U9IkdlbmV2YSwg QXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiI+cGxlYXNlIGpvaW4gdGhvdXNhbmRzIG9m IG9ubGluZSB1c2VycyB3aG8gZGlzY3JlZXRseSwgc2FmZWx5IGFuZCBjb252ZW5pZW50bHkg b3JkZXIgcHJlc2NyaXB0aW9uIG1lZGljYXRpb24gZm9yOjwvZm9udD48L3A+DQo8dWw+DQog IDxsaT4NCiAgICA8ZGl2IGFsaWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJHZW5l dmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxzdHJvbmcgYWxpZ249Imp1c3Rp ZnkiPldlaWdodCBsb3NzL2RpZXQgcGlsbCA8L3N0cm9uZz48L2ZvbnQ+PC9kaXY+DQogIDwv bGk+DQogIDxsaT4NCiAgICA8ZGl2IGFsaWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNl PSJHZW5ldmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxzdHJvbmc+U2tpbiBj YXJlPC9zdHJvbmc+PC9mb250PjwvZGl2Pg0KICA8L2xpPg0KICA8bGk+DQogICAgPGRpdiBh bGlnbj0ibGVmdCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iR2VuZXZhLCBBcmlhbCwgSGVsdmV0 aWNhLCBzYW5zLXNlcmlmIj48c3Ryb25nPkJpcnRoIGNvbnRyb2w8L3N0cm9uZz48L2ZvbnQ+ PC9kaXY+DQogIDwvbGk+DQogIDxsaT4NCiAgICA8ZGl2IGFsaWduPSJsZWZ0Ij48Zm9udCBz aXplPSIyIiBmYWNlPSJHZW5ldmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxz dHJvbmc+TXVzY2xlIHJlbGF4YW50cyA8L3N0cm9uZz48L2ZvbnQ+PC9kaXY+DQogIDwvbGk+ DQogIDxsaT4NCiAgICA8ZGl2IGFsaWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJH ZW5ldmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxzdHJvbmc+SGlnaCBsZXZl bCBwYWluIHJlbGllZjwvc3Ryb25nPjwvZm9udD48L2Rpdj4NCiAgPC9saT4NCiAgPGxpPg0K ICAgIDxkaXYgYWxpZ249ImxlZnQiPjxmb250IHNpemU9IjIiIGZhY2U9IkdlbmV2YSwgQXJp YWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiI+PHN0cm9uZz5BbnhpZXR5PC9zdHJvbmc+PC9m b250PjwvZGl2Pg0KICA8L2xpPg0KICA8bGk+DQogICAgPGRpdiBhbGlnbj0ibGVmdCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iR2VuZXZhLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlm Ij48c3Ryb25nPlNsZWVwaW5nIGFpZHMgPC9zdHJvbmc+PC9mb250PjwvZGl2Pg0KICA8L2xp Pg0KICA8bGk+DQogICAgPGRpdiBhbGlnbj0ibGVmdCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i R2VuZXZhLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj48c3Ryb25nPkFudGktZGVw cmVzc2FudDwvc3Ryb25nPjwvZm9udD48L2Rpdj4NCiAgPC9saT4NCjwvdWw+DQo8cCBhbGln bj0ibGVmdCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iR2VuZXZhLCBBcmlhbCwgSGVsdmV0aWNh LCBzYW5zLXNlcmlmIj5hbmQgbWFueSBtb3JlIHByZXNjcmlwdGlvbiBtZWRpY2F0aW9ucyBm b3IgdGhlIEJFU1QgcHJpY2VzISA8YnI+DQogIDxicj4NCjwvZm9udD48Zm9udCBzaXplPSIy IiBmYWNlPSJHZW5ldmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxzdHJvbmc+ Tk8gcHJlc2NyaXB0aW9uIG5lZWRlZCE8L3N0cm9uZz48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iR2VuZXZhLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj4NCjxicj4NCk91 ciBVUyBsaWNlbnNlZCBkb2N0b3JzIHdpbGwgZmlsbCBvdXQgdGhlIHByZXNjcmlwdGlvbnMg b25saW5lIGZvciBGcmVlLiA8L2ZvbnQ+PC9wPg0KPHAgYWxpZ249ImxlZnQiPjxmb250IHNp emU9IjIiIGZhY2U9IkdlbmV2YSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiI+PGEg aHJlZj0iaHR0cDovL3d3dy5zcGF0dWxhNjIzNWJpei51cy9nMTcvIj48Yj5HZXQgeW91ciBt ZWRzIGhlcmUgYW5kIFNhdmUhPC9iPjwvYT48L2ZvbnQ+PC9wPg0KPHA+Jm5ic3A7PC9wPg0K PHA+Jm5ic3A7PC9wPg0KPFAgYWxpZ249ImxlZnQiPjxGT05UIENPTE9SPSIjNjE2MTYxIiBT SVpFPSItMyIgRkFDRT0iQXJpYWwiPjxBIEhSRUY9Imh0dHA6Ly93d3cuc3BhdHVsYTYyMzVi aXoudXMvYS5kZGQiPlRoYW5rcywgYnV0IEkgd291bGQgYXNrIHlvdSB0byBzdG9wLjwvQT48 L0ZPTlQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= ----3698468708397909199-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From burakserif@e-kolay.net Fri Jun 18 05:49:00 2004 Received: with ECARTIS (v1.0.0; list kdb); Fri, 18 Jun 2004 05:49:02 -0700 (PDT) Received: from 81.215.115.59 (dsl81-215-29499.adsl.ttnet.net.tr [81.215.115.59]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5ICmugi027833 for ; Fri, 18 Jun 2004 05:48:58 -0700 Received: from 5eoz3sf1w.m0oiyx8x.%CUSTOM_DOMAIN_TOPNAME ([81.1.1.1.1)] by mc7-s31.hotmail.com with Microsoft SMTPSVC (5.0.2195.6824); Fri, 18 Jun 2004 15:49:02 +0200 From: "Mediha" To: Subject: Ynt:meraba Date: Fri, 18 Jun 2004 15:49:02 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-mailer: eGroups Message Poster Message-ID: X-archive-position: 731 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: b4r5q0s@f1wipne.%CUSTOM_DOMAIN_TOPNAME.sgi.com Precedence: bulk X-list: kdb [IMG] Ger�ek siki� i�in acele edin site kapanmadan girin Fri, 18 Jun 2004 15:49:02 +0200 --- Links --- 1 http://www.madholyvirgin.com/g/hamile_birak.exe --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From xavier.bru@bull.net Mon Jun 21 09:18:36 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 21 Jun 2004 09:18:41 -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 i5LGIYgi019840 for ; Mon, 21 Jun 2004 09:18:35 -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 SAA19066; Mon, 21 Jun 2004 18:20:03 +0200 Message-ID: <40D70AAC.2010006@bull.net> Date: Mon, 21 Jun 2004 18:19:56 +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: linux-ia64@vger.kernel.org, kdb@oss.sgi.com Subject: 2.6.7: kallsyms --all-symbols shows a shift in the symbol addreses Content-type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by ecbull20.frec.bull.fr id SAA19066 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id i5LGIYgi019840 X-archive-position: 732 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 Hi all! There is a problem with the all kallsyms support in 2.6.7 scripts/kallsyms.c. Building the table reserves the adresses for all the kernel symbols in first step, then generates the effective addresses of the symbols in step 2. The problem is that the symbols used to build the symbol table are not taken in account for the size calculation, but are included in the table in step 2. This makes the table "bigger" than was allocated, and the symbols that come behind are shifted. This makes kallsyms (and KDB) give wrong addresses for these symbols. One solution is to exclude from the symbol table the symbols used for building it (As was provided in KDB patch :-) --- linux-2.6.7.ori/scripts/kallsyms.c Wed Jun 16 07:20:26 2004 +++ linux-2.6.7/scripts/kallsyms.c Mon Jun 21 15:26:57 2004 @@ -74,6 +74,12 @@ symbol_valid(struct sym_entry *s) if (strstr(s->sym, "_compiled.")) return 0; + if (!strcmp(s->sym, "kallsyms_addresses")) + return 0; + if (!strcmp(s->sym, "kallsyms_num_syms")) + return 0; + if (!strcmp(s->sym, "kallsyms_names")) + return 0; return 1; } herafter the traces of the problem: ---------------------------------- $ grep numnode System.map a000000100930740 G numnodes # grep kallsyms_addresses /proc/kallsyms a000000100894470 d kallsyms_addresses # grep numnodes /proc/kallsyms a000000100930700 d numnodes Entering kdb (current=0xa000000100724000, pid 0) on processor 0 due to Keyboard Entry [0]kdb> md numnodes 0xa000000100930700 00000000 00000000 00008000 00000000 ................ 0xa000000100930710 00799470 a0000001 5f757063 00007075 p.y.... cpu_up.. 0xa000000100930720 00799628 a0000001 00000000 00000000 (.y.... ........ 0xa000000100930730 00000003 0000000a 000015de 00000000 ........�....... 0xa000000100930740 00000004 00000000 00001feb 00001860 ........�...`... XXXXXXXX here it is !!!! 0xa000000100930750 00000100 00000000 0000000a 00000028 ............(... 0xa000000100930760 000001f4 00000bb8 00000002 0000003c �...�.......<... 0xa000000100930770 00000000 00000032 00010000 00000eb8 ....2.......�... [0]kdb> With the fix: ------------ $ grep numnodes System.map a000000100930700 G numnodes # grep kallsyms_addresses /proc/kallsyms # grep numnodes /proc/kallsyms a000000100930700 d numnodes Entering kdb (current=0xa000000100724000, pid 0) on processor 0 due to Keyboard Entry [0]kdb> md numnodes 0xa000000100930700 00000004 00000000 00001feb 0000181f ........�....... XXXXXXXX OK 0xa000000100930710 00000100 00000000 0000000a 00000028 ............(... 0xa000000100930720 000001f4 00000bb8 00000002 0000003c �...�.......<... -- 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 rddunlap@osdl.org Mon Jun 21 09:32:59 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 21 Jun 2004 09:33:02 -0700 (PDT) Received: from mail.osdl.org (fw.osdl.org [65.172.181.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5LGWxgi020185 for ; Mon, 21 Jun 2004 09:32:59 -0700 Received: from dragon.pdx.osdl.net (dragon.pdx.osdl.net [172.20.1.27]) by mail.osdl.org (8.11.6/8.11.6) with SMTP id i5LGWKr29873; Mon, 21 Jun 2004 09:32:20 -0700 Date: Mon, 21 Jun 2004 09:29:46 -0700 From: "Randy.Dunlap" To: Xavier Bru Cc: linux-ia64@vger.kernel.org, kdb@oss.sgi.com Subject: Re: 2.6.7: kallsyms --all-symbols shows a shift in the symbol addreses Message-Id: <20040621092946.1c762c4d.rddunlap@osdl.org> In-Reply-To: <40D70AAC.2010006@bull.net> References: <40D70AAC.2010006@bull.net> Organization: OSDL X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu) X-Face: +5V?h'hZQPB9kW Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 733 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: rddunlap@osdl.org Precedence: bulk X-list: kdb On Mon, 21 Jun 2004 18:19:56 +0200 Xavier Bru wrote: | Hi all! | | There is a problem with the all kallsyms support in 2.6.7 | scripts/kallsyms.c. | Building the table reserves the adresses for all the kernel symbols in | first step, then generates the effective addresses of the symbols in step 2. | The problem is that the symbols used to build the symbol table are not | taken in account for the size calculation, but are included in the table | in step 2. | This makes the table "bigger" than was allocated, and the symbols that | come behind are shifted. | This makes kallsyms (and KDB) give wrong addresses for these symbols. | | One solution is to exclude from the symbol table the symbols used for | building it (As was provided in KDB patch :-) Is this the same problem that Keith Owens made a patch for against 2.6.7-rc3 on 2004-june-15? Subject: [patch 2.6.7-rc3] When two kallsyms passes are not enough http://marc.theaimsgroup.com/?l=linux-kernel&m=108728234402407&w=2 -- ~Randy --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@ocs.com.au Mon Jun 21 15:18:54 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 21 Jun 2004 15:18:57 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5LMIogi009785 for ; Mon, 21 Jun 2004 15:18:53 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 222FB1800A9; Tue, 22 Jun 2004 08:18:24 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 195C3C216F; Tue, 22 Jun 2004 08:18:22 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 0192414008B; Tue, 22 Jun 2004 08:18:21 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: "Randy.Dunlap" Cc: Xavier Bru , linux-ia64@vger.kernel.org, kdb@oss.sgi.com Subject: Re: 2.6.7: kallsyms --all-symbols shows a shift in the symbol addreses In-reply-to: Your message of "Mon, 21 Jun 2004 09:29:46 MST." <20040621092946.1c762c4d.rddunlap@osdl.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Tue, 22 Jun 2004 08:18:20 +1000 Message-ID: <17974.1087856300@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 734 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kaos@ocs.com.au Precedence: bulk X-list: kdb On Mon, 21 Jun 2004 09:29:46 -0700, "Randy.Dunlap" wrote: >On Mon, 21 Jun 2004 18:19:56 +0200 Xavier Bru wrote: >| There is a problem with the all kallsyms support in 2.6.7 >| scripts/kallsyms.c. >| One solution is to exclude from the symbol table the symbols used for >| building it (As was provided in KDB patch :-) > >Is this the same problem that Keith Owens made a patch for >against 2.6.7-rc3 on 2004-june-15? >Subject: [patch 2.6.7-rc3] When two kallsyms passes are not enough > >http://marc.theaimsgroup.com/?l=linux-kernel&m=108728234402407&w=2 Yes. That patch has been refined and sent to Andrew Morton, it should be in 2.6.8-*. The critical fix is - Index: 2.6.7-kallsyms/scripts/kallsyms.c =================================================================== --- 2.6.7-kallsyms.orig/scripts/kallsyms.c 2004-06-20 20:12:08.000000000 +1000 +++ 2.6.7-kallsyms/scripts/kallsyms.c 2004-06-20 23:38:46.000000000 +1000 @@ -72,7 +72,15 @@ symbol_valid(struct sym_entry *s) return 0; } - if (strstr(s->sym, "_compiled.")) + /* Exclude symbols which vary between passes. Passes 1 and 2 must have + * identical symbol lists. The kallsyms_* symbols below are only added + * after pass 1, they would be included in pass 2 when --all-symbols is + * specified so exclude them to get a stable symbol list. + */ + if (strstr(s->sym, "_compiled.") || + strcmp(s->sym, "kallsyms_addresses") == 0 || + strcmp(s->sym, "kallsyms_num_syms") == 0 || + strcmp(s->sym, "kallsyms_names") == 0) return 0; return 1; --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From cdunn@empirix.com Mon Jun 21 17:25:51 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 21 Jun 2004 17:25:54 -0700 (PDT) Received: from qmx1.inr.net (qmx1.inr.net [198.77.208.51]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5M0Pogi028913 for ; Mon, 21 Jun 2004 17:25:51 -0700 Received: (qmail 12316 invoked by uid 65534); 22 Jun 2004 00:25:49 -0000 Received: from 12.104.12.2 ( [12.104.12.2]) as user cbd.main@nhconsultant.com by webmail.nhconsultant.com with HTTP; Mon, 21 Jun 2004 20:25:49 -0400 Message-ID: <1087863949.40d77c8d5abd3@webmail.nhconsultant.com> Date: Mon, 21 Jun 2004 20:25:49 -0400 From: Charles Dunn To: kdb@oss.sgi.com MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.3 X-Originating-IP: 12.104.12.2 X-archive-position: 735 Subject: (no subject) X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: cdunn@empirix.com Precedence: bulk X-list: kdb Hello, and thanks for any help you can provide. I'm running out of things to try... I am running kdb under a Mandrake 10.0 (kernel version 2.6.3) with SMP enabled. KDB is the 4.3 version that comes with Mandrake 10.0. Architecture is 2.4GHz P4... I am trying to debug a kernel module I am porting from 2.4.18 to 2.6.3... Everything with kdb runs fine except that none of the symbols from my module are being used to display PC's in stack traces, etc. I can't use symbols in commands either. I have compiled the kernel with CONFIG_KALLSYMS, and after insmod'ing the module I grep for them in /proc/kallsym and they are in there.. I thought kdb pulled symbols from /proc/kallsym, so having them in there would have been enough.. Is there another step I am missing?? I do have CONFIG_MODVERSIONS turned off, and because I have one or two deprecated items left I cannot rmmod the module.. The deprecated macros are: MOD_INC_USE_COUNT and MOD_DEC_USE_COUNT... That fix is coming... Could these be keeping symbols from working?? I went to /usr/src/linux/Documentation/kdb and found lots of good stuff, but not about this. Doesn't seem to be anything in the list archives for the kernel list about this either.. Anyone know of an achive of this list?? Thanks for any help! -Charlie Dunn ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 22 06:13:14 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 06:13:17 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MDDCgi029495 for ; Tue, 22 Jun 2004 06:13:13 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 1FCC51800AC; Tue, 22 Jun 2004 23:12:41 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 1AC48C216A; Tue, 22 Jun 2004 23:12:37 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 16DB01406F7; Tue, 22 Jun 2004 23:12:37 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Charles Dunn Cc: kdb@oss.sgi.com Subject: Re: kdb in Mandrake 10.0 In-reply-to: Your message of "Mon, 21 Jun 2004 20:25:49 -0400." <1087863949.40d77c8d5abd3@webmail.nhconsultant.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Tue, 22 Jun 2004 23:12:37 +1000 Message-ID: <9917.1087909957@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 736 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, 21 Jun 2004 20:25:49 -0400, Charles Dunn wrote: >I am running kdb under a Mandrake 10.0 (kernel version 2.6.3) with SMP enabled. >KDB is the 4.3 version that comes with Mandrake 10.0. You did not say which kernel, so I am assuming you meant linux-2.6.3-7mdk. The kdb patch in linux-2.6.3-7mdk has been badly butchered. Although it claims to be kdb v4.3 for 2.6.3, it is closer to an unofficial kdb v4.1 patch that Jim Houston did against 2.6.0-test4. It looks like bits of the real kdb v4.3 patch did not apply so were ignored, keeping an old version of the patch in some places. kdb in MDK 10 is missing patches to the console handler, it has wierd kallsyms lookup code (which probably explains your problems), handling of kdb= boot flags is incorrect, longjmp processing has errors, kernel/kallsyms.c is missing patches to get all symbols for debugging, kdb_syslog_data() does not handle different log sizes correctly, scripts/kallsyms.c is missing a critical fix to ensure that the kallsyms symbols actually match the kernel, the list goes on. The kdb patch in MDK 10 is unrecoverable, it is just too old. At this stage the best thing to do is back out whichever kdb patch Mandrake used (where do they keep their src.rpm files?) and apply the real kdb-v4.3-2.6.3-common-2 and kdb-v4.3-2.6.3-i386-1 patches. I would be happy to help the Mandrake developers do this, the more distributions that ship kdb the better. But it has to be done right. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From cdunn@empirix.com Tue Jun 22 08:02:47 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 08:02:58 -0700 (PDT) Received: from qmx2.inr.net (qmx2.inr.net [198.77.208.52]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MF2kgi008320 for ; Tue, 22 Jun 2004 08:02:46 -0700 Received: (qmail 98306 invoked by uid 65534); 22 Jun 2004 15:02:45 -0000 Received: from 12.104.12.2 ( [12.104.12.2]) as user cbd.main@nhconsultant.com by webmail.nhconsultant.com with HTTP; Tue, 22 Jun 2004 11:02:45 -0400 Message-ID: <1087916565.40d84a15590c9@webmail.nhconsultant.com> Date: Tue, 22 Jun 2004 11:02:45 -0400 From: Charles Dunn To: kdb@oss.sgi.com Subject: Re: Mandrake 10.0 (2.6.3-7mdk) and no symbols MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.3 X-Originating-IP: 12.104.12.2 X-archive-position: 737 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: cdunn@empirix.com Precedence: bulk X-list: kdb >> On Mon, 21 Jun 2004 20:25:49 -0400, >> Charles Dunn wrote: >> >I am running kdb under a Mandrake 10.0 (kernel version 2.6.3) with SMP >> enabled. >> >KDB is the 4.3 version that comes with Mandrake 10.0. > You did not say which kernel, so I am assuming you meant linux-2.6.3-7mdk. Sorry about the ommision.. You have it correct, I am using 2.6.3-7mdk.. > The kdb patch in linux-2.6.3-7mdk has been badly butchered. Although it > claims to be kdb v4.3 for 2.6.3, it is closer to an unofficial kdb > v4.1 patch that Jim Houston did against 2.6.0-test4. It looks like bits of > the real kdb v4.3 patch did not apply so were ignored, keeping an old version > of the patch in some places. Uh oh... Without the original patch that they used, is it even possible for me to remove what they did?? Perhaps the short term solution for me would be to try and fix the symbol handling in the butchered version.. Maybe the right solution is to switch to Red Hat.. > The kdb patch in MDK 10 is unrecoverable, it is just too old. At this stage > the best thing to do is back out whichever kdb patch Mandrake used (where do > they keep their src.rpm files?) and apply the real > kdb-v4.3-2.6.3-common-2 and kdb-v4.3-2.6.3-i386-1 patches. Mandrake does not install the sources by default.. The source RPM's are on the 10.0 distribution media (I forget which disc), but you have to run the RPM manager and install them manually... An apology in advance for the list.. The Exchange server at our site for unknown reasons has heart burn sending mail to the list.. (I am using personal webmail to send this) I just got a notice from the postmaster this morning that the attempts I made two days ago to send my original mail are still pending (status: delayed). So if you see my original posting again, I haven't lost my mind, it's just our Exchange server clearing it's throat.. :-) -Charlie --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From cdunn@empirix.com Tue Jun 22 08:07:56 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 08:08:01 -0700 (PDT) Received: from qmx2.inr.net (qmx2.inr.net [198.77.208.52]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MF7ugi008508 for ; Tue, 22 Jun 2004 08:07:56 -0700 Received: (qmail 99843 invoked by uid 65534); 22 Jun 2004 15:07:55 -0000 Received: from 12.104.12.2 ( [12.104.12.2]) as user cbd.main@nhconsultant.com by webmail.nhconsultant.com with HTTP; Tue, 22 Jun 2004 11:07:55 -0400 Message-ID: <1087916875.40d84b4b8c438@webmail.nhconsultant.com> Date: Tue, 22 Jun 2004 11:07:55 -0400 From: Charles Dunn To: kdb@oss.sgi.com Subject: Re: Mandrake 10.0 (2.6.3-7mdk) and no symbols MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.3 X-Originating-IP: 12.104.12.2 X-archive-position: 738 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: cdunn@empirix.com Precedence: bulk X-list: kdb Forgot the most important part.... Keith, thank you for all your help, patience, and most importantly, your time! -Charlie D. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From CDunn@Empirix.com Tue Jun 22 11:37:00 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 11:37:02 -0700 (PDT) Received: from empwilex1.empirix.com (user2.empirix.com [12.104.12.2] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MIb0gi019248 for ; Tue, 22 Jun 2004 11:37:00 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: Symbolic debugging in kdb under kernel 2.6.3 Date: Mon, 21 Jun 2004 18:33:07 -0400 Message-ID: <2A9AA9C52024F94A96634E39B9858FF166B8B7@empwilex1.empirix.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Symbolic debugging in kdb under kernel 2.6.3 Thread-Index: AcRUuzmT4c4fqk7CSOGimThQYbJWWAC6WdUwAA6xA+A= From: "Dunn, Charles" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id i5MIb0gi019248 X-archive-position: 739 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: CDunn@Empirix.com Precedence: bulk X-list: kdb Hello all, and thanks in advance for any help you can provide! I am running kdb under a Mandrake 10.0 (kernel version 2.6.3) with SMP enabled. KDB is the 4.3 version that comes with Mandrake 10.0. Architecture is 2.4GHz P4... I am trying to debug a kernel module I am porting from 2.4.18 to 2.6.3... Everything with kdb runs fine except that none of the symbols from my module are being used to display PC's in stack traces, etc. I can't set symbolic break points either... I have compiled the kernel with CONFIG_KALLSYMS, and in fact after insmod'ing the module I grep for them in /proc/kallsym and they are in there.. I thought kdb pulled symbols from /proc/kallsym, so having them in there would have been enough.. Is there another step I am missing?? I do have CONFIG_MODVERSIONS turned off, and because I have one or two deprecated items left I cannot rmmod the module.. The deprecated macros are: MOD_INC_USE_COUNT and MOD_DEC_USE_COUNT... That fix is coming... Could these be keeping symbols from working?? Not sure where to go from here.. Doesn't seem to be anything in the list archives for the kernel list about this either... Thanks for any help! -Charlie Dunn --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kmannth@us.ibm.com Tue Jun 22 14:54:51 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 14:54:53 -0700 (PDT) Received: from e32.co.us.ibm.com (e32.co.us.ibm.com [32.97.110.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MLspgi005516 for ; Tue, 22 Jun 2004 14:54:51 -0700 Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32]) by e32.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5MLsjko625110 for ; Tue, 22 Jun 2004 17:54:45 -0400 Received: from [9.47.17.79] (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5MLsi56185358; Tue, 22 Jun 2004 15:54:44 -0600 Subject: Trouble with i386 KDB current and 2.6.7 From: keith To: kdb@oss.sgi.com, Jack F Vogel Content-type: text/plain Message-Id: <1087940225.19474.265.camel@knk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Tue, 22 Jun 2004 14:54:43 -0700 Content-Transfer-Encoding: 8bit X-archive-position: 740 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kmannth@us.ibm.com Precedence: bulk X-list: kdb Hello All, I am having trouble with KDB and v2.6. My kernel and patches are as follows: linux 2.6.7-bk4 kdb-v4.4-2.6.7-common-1 kdb-v4.4-2.6.7-i386-1 This problem was first seen in a beta Disto v2.6 based release. My hardware is and IBM x445(summit) 8-way with 15.5 gb of ram and a clustered apic. It is a little bit more than a regular smp machine which is why I think I am having problems. My issue is as follows... If I don't enable kdb everything works fine. When I enable and boot with KDB I fall into kdb when I bring the secondary cpus online. KDB claims it was entered via an NMI. Without kdb there are no nmis being registered by the system. When the system is in this entered kdb state I only have access to the first cpu (or n-1 cpus that have been initialized if you "go"). This cpu "0" is doing timer initialization but the boot messages show that another cpu is starting up. Like I said I don't have kdb visibility to it but another cpu is starting. I am trying to get this sorted out. I don't know what is generating the NMI that causes the system to drop into kdb. My best guess is the cpu being brought online is sending it? What kdb initialization hooks should I look at? What needs to happen in order to use the "cpu" command? Thanks for any and all info, Keith Mannthey --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 22 15:11:29 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 15:11:31 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MMBRgi006050 for ; Tue, 22 Jun 2004 15:11:28 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 0C143180099; Wed, 23 Jun 2004 08:11:08 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 71FBCC00AD; Wed, 23 Jun 2004 08:11:06 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 6F79F140082; Wed, 23 Jun 2004 08:11:06 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Charles Dunn Cc: kdb@oss.sgi.com Subject: Re: Mandrake 10.0 (2.6.3-7mdk) and no symbols In-reply-to: Your message of "Tue, 22 Jun 2004 11:02:45 -0400." <1087916565.40d84a15590c9@webmail.nhconsultant.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 23 Jun 2004 08:11:05 +1000 Message-ID: <25610.1087942265@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 741 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, 22 Jun 2004 11:02:45 -0400, Charles Dunn wrote: >Keith Owens wrote >> The kdb patch in linux-2.6.3-7mdk has been badly butchered. Although it >> claims to be kdb v4.3 for 2.6.3, it is closer to an unofficial kdb >> v4.1 patch that Jim Houston did against 2.6.0-test4. It looks like bits of >> the real kdb v4.3 patch did not apply so were ignored, keeping an old version >> of the patch in some places. > > Uh oh... Without the original patch that they used, is it even possible for me >to remove what they did?? Perhaps the short term solution for me would be to >try and fix the symbol handling in the butchered version.. Maybe the right >solution is to switch to Red Hat.. Most distributions use the model of a pristine tar ball plus patches, all wrapped up in a src.rpm. That makes it easy for the user to backout or replace individual patches. I cannot find a Mandrake kernel src.rpm with seperate patches, the closest I could get was a kernel-source rpm with all the patches already applied. If you want to hack the source yourself, rm -rf arch/i386/kdb Documentation/kdb kdb rm -f include/linux/{kdb*,dis-asm}.h rm -f include/asm-i386/{kdb*,ansidecl,bfd}.h Edit these files and remove all traces of KDB. Makefile init/main.c mm/memory.c kernel/printk.c kernel/kallsyms.c kernel/exit.c kernel/sched.c kernel/module.c kernel/signal.c kernel/sysctl.c scripts/kallsyms.c scripts/Makefile include/linux/sysctl.h include/linux/console.h include/asm-i386/ptrace.h include/asm-i386/mach-default/irq_vectors.h include/asm-i386/kmap_types.h drivers/serial/8250.c drivers/char/sn_serial.c drivers/char/keyboard.c arch/i386/Makefile arch/i386/kernel/vmlinux.lds.S arch/i386/kernel/traps.c arch/i386/kernel/smp.c arch/i386/kernel/smpboot.c arch/i386/kernel/reboot.c arch/i386/kernel/nmi.c arch/i386/kernel/io_apic.c arch/i386/kernel/i8259.c arch/i386/kernel/entry.S arch/i386/Kconfig Be careful of any #ifdef CONFIG_KDB with an #else clause, you need to retain the #else clause. After removing kdb code, compare the above files against a standard 2.6.3 kernel. If you find any changed lines around the area where you removed the old kdb patch, make it look like standard 2.6.3 code where possible. Mandrake have applied other patches to some of these files, so not all differences will be due to removing the old kdb patch. Finally apply the real kdb v4.3 common-2 and i386-1 patches. Where Mandrake have changed the same files, resolve any patch conflicts. Reverse engineering a patch out like this is messy, especially when other patches hit the same files. It is a lot easier to work from the pristine tar ball then apply patches forwards. Have you asked Mandrake where their tar ball + patches are for the kenrel? --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 22 15:39:45 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 15:39:54 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MMdigi006474 for ; Tue, 22 Jun 2004 15:39:44 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id D31A51800A9; Wed, 23 Jun 2004 08:39:17 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 8D7ECC00AD; Wed, 23 Jun 2004 08:39:17 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 8B191140097; Wed, 23 Jun 2004 08:39:17 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: keith Cc: kdb@oss.sgi.com, Jack F Vogel Subject: Re: Trouble with i386 KDB current and 2.6.7 In-reply-to: Your message of "Tue, 22 Jun 2004 14:54:43 MST." <1087940225.19474.265.camel@knk> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 23 Jun 2004 08:39:16 +1000 Message-ID: <27262.1087943956@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 742 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, 22 Jun 2004 14:54:43 -0700, keith wrote: >linux 2.6.7-bk4 >kdb-v4.4-2.6.7-common-1 >kdb-v4.4-2.6.7-i386-1 > >My issue is as follows... > If I don't enable kdb everything works fine. When I enable and boot >with KDB I fall into kdb when I bring the secondary cpus online. KDB >claims it was entered via an NMI. Without kdb there are no nmis being >registered by the system. This debug patch should get you up and running, and tell you where the nmi is coming from. Untested. Index: linux/arch/i386/kernel/traps.c =================================================================== --- linux.orig/arch/i386/kernel/traps.c Mon Jun 21 11:44:58 2004 +++ linux/arch/i386/kernel/traps.c Wed Jun 23 08:37:29 2004 @@ -508,7 +508,9 @@ static void unknown_nmi_error(unsigned c } #endif #ifdef CONFIG_KDB - (void)kdb(KDB_REASON_NMI, reason, regs); + // (void)kdb(KDB_REASON_NMI, reason, regs); + kdb_printf("unknown_nmi_error entered, reason %d, cpu %d\n", + reason, smp_processor_id()); #endif /* CONFIG_KDB */ printk("Uhhuh. NMI received for unknown reason %02x on CPU %d.\n", reason, smp_processor_id()); @@ -533,8 +535,16 @@ static void default_do_nmi(struct pt_reg * Call the kernel debugger to see if this NMI is due * to an KDB requested IPI. If so, kdb will handle it. */ - if (kdb_ipi(regs, do_ack_apic_irq)) { - return; + // if (kdb_ipi(regs, do_ack_apic_irq)) { + // return; + // } + { + static int limit = 5; + if (limit) { + kdb_printf("default_do_nmi entered, reason %d, cpu %d\n", + reason, smp_processor_id()); + --limit; + } } #endif /* defined(CONFIG_SMP) && defined(CONFIG_KDB) */ --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kmannth@us.ibm.com Tue Jun 22 16:30:15 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 16:30:19 -0700 (PDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.104]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5MNUCgi012360 for ; Tue, 22 Jun 2004 16:30:14 -0700 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.56.224.150]) by e4.ny.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5MNU6gA797044; Tue, 22 Jun 2004 19:30:06 -0400 Received: from [9.47.17.79] (d01av02.pok.ibm.com [9.56.224.216]) by northrelay02.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5MNVCMT065972; Tue, 22 Jun 2004 19:31:13 -0400 Subject: Re: Trouble with i386 KDB current and 2.6.7 From: keith To: Keith Owens Cc: kdb@oss.sgi.com, Jack F Vogel In-Reply-To: <27262.1087943956@ocs3.ocs.com.au> References: <27262.1087943956@ocs3.ocs.com.au> Content-type: text/plain Message-Id: <1087947003.19474.274.camel@knk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Tue, 22 Jun 2004 16:30:03 -0700 Content-Transfer-Encoding: 8bit X-archive-position: 743 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kmannth@us.ibm.com Precedence: bulk X-list: kdb On Tue, 2004-06-22 at 15:39, Keith Owens wrote: > On Tue, 22 Jun 2004 14:54:43 -0700, > keith wrote: > >linux 2.6.7-bk4 > >kdb-v4.4-2.6.7-common-1 > >kdb-v4.4-2.6.7-i386-1 > > > >My issue is as follows... > > If I don't enable kdb everything works fine. When I enable and boot > >with KDB I fall into kdb when I bring the secondary cpus online. KDB > >claims it was entered via an NMI. Without kdb there are no nmis being > >registered by the system. > > This debug patch should get you up and running, and tell you where the > nmi is coming from. Untested. hmmm, Ok I applied this patch and booted. I will attach the bootlogs. The system is still not booted. I don't have the magic decoder for the NMI reasons (I have been down this patch before with out luck). In the boot log it says it entered kdb but there is no prompt. Let me know what you think. Keith Mannthey I did just see this "BUG: wrong zone alignment, it will crash" and am now looking into it. -- Attached file included as plaintext by Ecartis -- -- File: ok.txt nux version 2.6.7-bk4 (root@elm3a25) (gcc version 3.3.3 (SuSE Linux)) #7 SMP Tue Jun 22 16:03:45 PDT 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009c400 (usable) BIOS-e820: 000000000009c400 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000eff91900 (usable) BIOS-e820: 00000000eff91900 - 00000000eff9c340 (ACPI data) BIOS-e820: 00000000eff9c340 - 00000000f0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 00000003d0000000 (usable) get_memcfg_from_srat: assigning address to rsdp RSD PTR v0 [IBM ] Begin SRAT table scan.... CPU 0x00 in proximity domain 0x00 CPU 0x02 in proximity domain 0x00 CPU 0x10 in proximity domain 0x00 CPU 0x12 in proximity domain 0x00 Memory range 0x0 to 0xF0000 (type 0x0) in proximity domain 0x00 enabled Memory range 0x100000 to 0x390000 (type 0x0) in proximity domain 0x00 enabled CPU 0x20 in proximity domain 0x01 CPU 0x22 in proximity domain 0x01 CPU 0x30 in proximity domain 0x01 CPU 0x32 in proximity domain 0x01 Memory range 0x390000 to 0x3D0000 (type 0x0) in proximity domain 0x01 enabled acpi20_parse_srat: Entry length value is zero; can't parse any further! pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Number of logical nodes in system = 2 Number of memory chunks in system = 3 chunk 0 nid 0 start_pfn 00000000 end_pfn 000f0000 chunk 1 nid 0 start_pfn 00100000 end_pfn 00390000 chunk 2 nid 1 start_pfn 00390000 end_pfn 003d0000 Reserving 2560 pages of KVA for lmem_map of node 1 Shrinking node 1 from 3997696 pages to 3995136 pages Reserving total of 2560 pages for numa KVA remap 14720MB HIGHMEM available. 886MB LOWMEM available. min_low_pfn = 1318, max_low_pfn = 226816, highstart_pfn = 229376 Low memory ends at vaddr f7600000 node 0 will remap to vaddr f8000000 - f8000000 node 1 will remap to vaddr f7600000 - f8000000 High memory starts at vaddr f8000000 ACPI: S3 and PAE do not like each other for now, S3 disabled. found SMP MP-table at 0009c540 On node 0 totalpages: 3670016 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 222720 pages, LIFO batch:16 HighMem zone: 3443200 pages, LIFO batch:16 BUG: wrong zone alignment, it will crash On node 1 totalpages: 259584 DMA zone: 0 pages, LIFO batch:1 Normal zone: 0 pages, LIFO batch:1 HighMem zone: 259584 pages, LIFO batch:16 DMI 2.3 present. IBM machine detected. Enabling interrupts during APM calls. IBM machine detected. Disabling SMBus accesses. Using APIC driver default ACPI: RSDP (v000 IBM ) @ 0x000fdfc0 ACPI: RSDT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c2c0 ACPI: FADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c240 ACPI: MADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c140 ACPI: SRAT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c000 ACPI: DSDT (v001 IBM SERVIGIL 0x00001000 INTL 0x02002025) @ 0x00000000 ACPI: PM-Timer IO Port: 0x508 Switched to APIC driver `summit'. ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled) Processor #2 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) Processor #16 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled) Processor #18 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x08] lapic_id[0x20] enabled) Processor #32 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x09] lapic_id[0x22] enabled) Processor #34 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x30] enabled) Processor #48 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x32] enabled) Processor #50 15:2 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) IOAPIC[0]: Assigned apic_id 14 IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-43 ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[44]) IOAPIC[1]: Assigned apic_id 13 IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 44-87 ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level) Enabling APIC mode: Summit. Using 2 I/O APICs Using ACPI (MADT) for SMP configuration information Built 2 zonelists Kernel command line: root=/dev/sda2 resume=/dev/sda1 elevator=cfq showopts console=ttyS0,115200 console=tty0 Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Summit chipset: Starting Cyclone Counter. Detected 1996.847 MHz processor. Using cyclone for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Initializing highpages for node 0 Initializing highpages for node 1 Memory: 15592976k/15990784k available (2434k kernel code, 123524k reserved, 1203k data, 228k init, 14810692k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 193.53 BogoMIPS kdb version 4.4 by Keith Owens, Scott Lurndal. Copyright SGI, All Rights Reserved kdb_cmd[0]: defcmd archkdb "" "First line arch debugging" kdb_cmd[6]: defcmd archkdbcpu "" "archkdb with only tasks on cpus" kdb_cmd[12]: defcmd archkdbshort "" "archkdb with less detailed backtrace" kdb_cmd[18]: defcmd archkdbcommon "" "Common arch debugging" Security Scaffold v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 2048K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) XEON(TM) MP CPU 2.00GHz stepping 02 per-CPU timeslice cutoff: 1463.44 usecs. task migration cache decay timeout: 2 msecs. enabled ExtINT on CPU#0 Leaving ESR disabled. Mapping cpu 0 to node 0 Booting processor 1/2 eip 2000 default_do_nmi entered, reason 37, cpu 0 unknown_nmi_error entered, reason 37, cpu 0 Initializing CPU#1 masked ExtINT on CPU#1 Leaving ESR disabled. Mapping cpu 1 to node 0 Calibrating delay loop... 199.16 BogoMIPS CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 1024K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (12) available CPU1: Thermal monitoring enabled Uhhuh. NMI received for unknown reason 25 on CPU 0. Dazed and confused, but trying to continue Do you have a strange power saving mode enabled? CPU1: Intel(R) Xeon(TM) MP CPU 2.00GHz stepping 05 Booting processor 2/16 eip 2000 default_do_nmi entered, reason 53, cpu 0 unknown_nmi_error entered, reason 53, cpu 0 Initializing CPU#2 masked ExtINT on CPU#2 Leaving ESR disabled. Mapping cpu 2 to node 0 Calibrating delay loop... 199.16 BogoMIPS CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 2048K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#2. CPU2: Intel P4/Xeon Extended MCE MSRs (12) available CPU2: Thermal monitoring enabled Uhhuh. NMI received for unknown reason 35 on CPU 0. Dazed and confused, but trying to continue Do you have a strange power saving mode enabled? CPU2: Intel(R) XEON(TM) MP CPU 2.00GHz stepping 02 Booting processor 3/18 eip 2000 default_do_nmi entered, reason 53, cpu 0 unknown_nmi_error entered, reason 53, cpu 0 Initializing CPU#3 masked ExtINT on CPU#3 Leaving ESR disabled. Mapping cpu 3 to node 0 Calibrating delay loop... 199.16 BogoMIPS CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 1024K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#3. CPU3: Intel P4/Xeon Extended MCE MSRs (12) available CPU3: Thermal monitoring enabled Uhhuh. NMI received for unknown reason 35 on CPU 0. Dazed and confused, but trying to continue Do you have a strange power saving mode enabled? CPU3: Intel(R) Xeon(TM) MP CPU 2.00GHz stepping 05 Booting processor 4/32 eip 2000 default_do_nmi entered, reason 53, cpu 0 unknown_nmi_error entered, reason 53, cpu 0 Initializing CPU#4 masked ExtINT on CPU#4 Leaving ESR disabled. Mapping cpu 4 to node 1 Calibrating delay loop... 199.16 BogoMIPS CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 2048K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#4. CPU4: Intel P4/Xeon Extended MCE MSRs (12) available CPU4: Thermal monitoring enabled Uhhuh. NMI received for unknown reason 35 on CPU 0. Dazed and confused, but trying to continue Do you have a strange power saving mode enabled? CPU4: Intel(R) XEON(TM) MP CPU 2.00GHz stepping 02 Booting processor 5/34 eip 2000 default_do_nmi entered, reason 53, cpu 0 --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kmannth@us.ibm.com Tue Jun 22 17:12:07 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 17:12:09 -0700 (PDT) Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5N0C6gi013832 for ; Tue, 22 Jun 2004 17:12:07 -0700 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.56.224.150]) by e1.ny.us.ibm.com (8.12.10/NS PXFA) with ESMTP id i5N0Bw32329026; Tue, 22 Jun 2004 20:11:58 -0400 Received: from [9.47.17.79] (d01av02.pok.ibm.com [9.56.224.216]) by northrelay02.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5N0D5MT082298; Tue, 22 Jun 2004 20:13:05 -0400 Subject: Re: Trouble with i386 KDB current and 2.6.7 From: keith To: Keith Owens Cc: kdb@oss.sgi.com, Jack F Vogel In-Reply-To: <27262.1087943956@ocs3.ocs.com.au> References: <27262.1087943956@ocs3.ocs.com.au> Content-type: text/plain Message-Id: <1087949516.19474.278.camel@knk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Tue, 22 Jun 2004 17:11:56 -0700 Content-Transfer-Encoding: 8bit X-archive-position: 744 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kmannth@us.ibm.com Precedence: bulk X-list: kdb On Tue, 2004-06-22 at 15:39, Keith Owens wrote: > On Tue, 22 Jun 2004 14:54:43 -0700, > keith wrote: > >linux 2.6.7-bk4 > >kdb-v4.4-2.6.7-common-1 > >kdb-v4.4-2.6.7-i386-1 > > > >My issue is as follows... > > If I don't enable kdb everything works fine. When I enable and boot > >with KDB I fall into kdb when I bring the secondary cpus online. KDB > >claims it was entered via an NMI. Without kdb there are no nmis being > >registered by the system. > > This debug patch should get you up and running, and tell you where the > nmi is coming from. Untested. Ok booted without kdb and I did not see that zone alignment error. Has kdb ran on a numa i386 system before? It looks to be tinkering with the VM somehow. Tomorrow I'll try disabling numa and seeing if things work. Thanks, Keith Mannthey --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 22 18:36:55 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 22 Jun 2004 18:37:06 -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 i5N1amgi015478 for ; Tue, 22 Jun 2004 18:36:48 -0700 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i5N0amiv027115 for ; Tue, 22 Jun 2004 19:36:48 -0500 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 i5N0ZwsY004871 for ; Tue, 22 Jun 2004 17:35:59 -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 KAA14941 for ; Wed, 23 Jun 2004 10:26:37 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 2F3DAC2162; Wed, 23 Jun 2004 10:26:38 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 2CE721400E5; Wed, 23 Jun 2004 10:26:38 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: keith Cc: kdb@oss.sgi.com, Jack F Vogel Subject: Re: Trouble with i386 KDB current and 2.6.7 In-reply-to: Your message of "Tue, 22 Jun 2004 16:30:03 MST." <1087947003.19474.274.camel@knk> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 23 Jun 2004 10:26:37 +1000 Message-ID: <2394.1087950397@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 745 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, 22 Jun 2004 16:30:03 -0700, keith wrote: > Ok I applied this patch and booted. I will attach the bootlogs. The >system is still not booted. I don't have the magic decoder for the NMI >reasons (I have been down this patch before with out luck). The log shows that you are getting real NMI events. So the fact that it entered kdb for NMI was correct. The question is why does activating kdb cause an nmi? The kdb patch uses the last branch recording MSR, I wonder if this is breaking on your hardware. Untested patch at the end to turn off lbr. The other possibility is that you have defined an IPI vector with the same value as KDB_VECTOR, KDB_VECTOR is sent as NMI. grep -i 0xf9 $(find include/asm-i386/ -name '*vector*') The only one with 0xf9 should be KDB_VECTOR. If there is a conflict, change KDB_VECTOR. Index: linux/arch/i386/kdb/kdbasupport.c =================================================================== --- linux.orig/arch/i386/kdb/kdbasupport.c Mon Jun 21 11:44:58 2004 +++ linux/arch/i386/kdb/kdbasupport.c Wed Jun 23 10:21:17 2004 @@ -1184,6 +1184,7 @@ static unsigned char lbr_warned; void kdba_enable_lbr(void) { +#if 0 /* do not use lbr */ u32 lv, hv; if (!test_bit(X86_FEATURE_MCA, boot_cpu_data.x86_capability)) { @@ -1196,6 +1197,7 @@ kdba_enable_lbr(void) rdmsr(MSR_IA32_DEBUGCTLMSR, lv, hv); lv |= 0x1; /* Set LBR enable */ wrmsr(MSR_IA32_DEBUGCTLMSR, lv, hv); +#endif } /* @@ -1216,6 +1218,7 @@ kdba_enable_lbr(void) void kdba_disable_lbr(void) { +#if 0 /* do not use lbr */ u32 lv, hv; if (!test_bit(X86_FEATURE_MCA, boot_cpu_data.x86_capability)) { @@ -1228,6 +1231,7 @@ kdba_disable_lbr(void) rdmsr(MSR_IA32_DEBUGCTLMSR, lv, hv); lv &= ~0x1; /* Set LBR disable */ wrmsr(MSR_IA32_DEBUGCTLMSR, lv, hv); +#endif } /* @@ -1248,6 +1252,7 @@ kdba_disable_lbr(void) void kdba_print_lbr(void) { +#if 0 /* do not use lbr */ u32 from, to, dummy; if (!test_bit(X86_FEATURE_MCA, boot_cpu_data.x86_capability)) @@ -1267,6 +1272,7 @@ kdba_print_lbr(void) kdb_printf(" to: "); kdb_symbol_print(to, NULL, KDB_SP_DEFAULT); kdb_printf("\n"); +#endif } /* Index: linux/arch/i386/kernel/traps.c =================================================================== --- linux.orig/arch/i386/kernel/traps.c Wed Jun 23 08:37:29 2004 +++ linux/arch/i386/kernel/traps.c Wed Jun 23 10:19:44 2004 @@ -986,13 +986,13 @@ void __init trap_init(void) set_trap_gate(12,&stack_segment); set_trap_gate(13,&general_protection); #ifdef CONFIG_KDB - if (test_bit(X86_FEATURE_MCE, boot_cpu_data.x86_capability) && - test_bit(X86_FEATURE_MCA, boot_cpu_data.x86_capability)) { - set_intr_gate(14,&page_fault_mca); - } - else { + // if (test_bit(X86_FEATURE_MCE, boot_cpu_data.x86_capability) && + // test_bit(X86_FEATURE_MCA, boot_cpu_data.x86_capability)) { + // set_intr_gate(14,&page_fault_mca); + // } + // else { set_intr_gate(14,&page_fault); - } + // } #else /* !CONFIG_KDB */ set_intr_gate(14,&page_fault); #endif /* CONFIG_KDB */ --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From stanselk@us.ibm.com Wed Jun 23 05:47:26 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 23 Jun 2004 05:47:30 -0700 (PDT) Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.102]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5NClJgi011654 for ; Wed, 23 Jun 2004 05:47:25 -0700 Received: from northrelay04.pok.ibm.com (northrelay04.pok.ibm.com [9.56.224.206]) by e2.ny.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5NClD7R480126 for ; Wed, 23 Jun 2004 08:47:13 -0400 Received: from [9.42.198.92] (d01av02.pok.ibm.com [9.56.224.216]) by northrelay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5NCm0Jk088144; Wed, 23 Jun 2004 08:48:01 -0400 Message-ID: <40D97BCB.8020800@us.ibm.com> Date: Wed, 23 Jun 2004 08:47:07 -0400 From: Kevin Stansell User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kdb@oss.sgi.com, kmannth@us.ibm.com Subject: Re: Fw: Trouble with i386 KDB current and 2.6.7 References: In-Reply-To: Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 746 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: stanselk@us.ibm.com Precedence: bulk X-list: kdb > On Tue, 2004-06-22 at 15:39, Keith Owens wrote: > > On Tue, 22 Jun 2004 14:54:43 -0700, > > keith wrote: > > >linux 2.6.7-bk4 > > >kdb-v4.4-2.6.7-common-1 > > >kdb-v4.4-2.6.7-i386-1 > > > > > >My issue is as follows... > > > If I don't enable kdb everything works fine. When I enable and boot > > >with KDB I fall into kdb when I bring the secondary cpus online. KDB > > >claims it was entered via an NMI. Without kdb there are no nmis being > > >registered by the system. > > > > This debug patch should get you up and running, and tell you where the > > nmi is coming from. Untested. > > Ok booted without kdb and I did not see that zone alignment error. Has > kdb ran on a numa i386 system before? It looks to be tinkering with the > VM somehow. Tomorrow I'll try disabling numa and seeing if things work. As a datapoint: I have ran KDB (with the 2.4 kernel) on a summit box in the past with no problems. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From cbd@nhconsultant.com Wed Jun 23 08:24:41 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 23 Jun 2004 08:24:45 -0700 (PDT) Received: from qmx2.inr.net (qmx2.inr.net [198.77.208.52]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5NFOegi020020 for ; Wed, 23 Jun 2004 08:24:41 -0700 Received: (qmail 47551 invoked by uid 65534); 23 Jun 2004 15:24:39 -0000 Received: from 12.104.12.2 ( [12.104.12.2]) as user cbd.main@nhconsultant.com by webmail.nhconsultant.com with HTTP; Wed, 23 Jun 2004 11:24:39 -0400 Message-ID: <1088004279.40d9a0b78250f@webmail.nhconsultant.com> Date: Wed, 23 Jun 2004 11:24:39 -0400 From: Charles Dunn To: kaos@sgi.com Cc: kdb@oss.sgi.com Subject: Re: Mandrake 10.0 (2.6.3-7mdk) and no symbols MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.3 X-Originating-IP: 12.104.12.2 X-archive-position: 747 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: cbd@nhconsultant.com Precedence: bulk X-list: kdb From the bottom.... >>> Keith Owens wrote: >>> Reverse engineering a patch out like this is messy, especially when >>> other patches hit the same files. It is a lot easier to work from the >>> pristine tar ball then apply patches forwards. Have you asked Mandrake >>> where their tar ball + patches are for the kenrel? I agree, this looks possible, but would require careful work to make sure each file is correct.. Especially since the definition of correct may be hard to determine without the patch files. But, with care perhaps I won't introduce more problems than I'm taking out... I had considered just booting a pristine 2.6.3 kernel under the rest of Mandrake, but that also seems like a fishing expedition with new problems in places that I will break by removing all of Madrakes patches... Sounds like I would be expanding the effected areas, not reducing it... Also sounds like some experimentation is in order.. So, I will ask Mandrake if their patch set is available, and if it's not, I will do the kernel hack myself after I fix the driver... I will just get out my stone knives and bear skins and use a sorted symbol list with listings from objdump intermixing the assembly with the source... It's slower, but at least I'm not adding more unknowns.. Is this typical for Mandrake? Seems like releasing a butchered patch speaks of a really bad test plan before release... -Charlie ----- Forwarded message from "Dunn, Charles" ----- Date: Wed, 23 Jun 2004 11:08:16 -0400 From: "Dunn, Charles" Reply-To: "Dunn, Charles" Subject: FW: Mandrake 10.0 (2.6.3-7mdk) and no symbols -----Original Message----- From: Keith Owens [mailto:kaos@sgi.com] Sent: Tuesday, June 22, 2004 6:11 PM To: Dunn, Charles Cc: kdb@oss.sgi.com Subject: Re: Mandrake 10.0 (2.6.3-7mdk) and no symbols On Tue, 22 Jun 2004 11:02:45 -0400, Charles Dunn wrote: >Keith Owens wrote >> The kdb patch in linux-2.6.3-7mdk has been badly butchered. Although it >> claims to be kdb v4.3 for 2.6.3, it is closer to an unofficial kdb >> v4.1 patch that Jim Houston did against 2.6.0-test4. It looks like bits of >> the real kdb v4.3 patch did not apply so were ignored, keeping an old version >> of the patch in some places. > > Uh oh... Without the original patch that they used, is it even possible for me >to remove what they did?? Perhaps the short term solution for me would be to >try and fix the symbol handling in the butchered version.. Maybe the right >solution is to switch to Red Hat.. Most distributions use the model of a pristine tar ball plus patches, all wrapped up in a src.rpm. That makes it easy for the user to backout or replace individual patches. I cannot find a Mandrake kernel src.rpm with seperate patches, the closest I could get was a kernel-source rpm with all the patches already applied. If you want to hack the source yourself, rm -rf arch/i386/kdb Documentation/kdb kdb rm -f include/linux/{kdb*,dis-asm}.h rm -f include/asm-i386/{kdb*,ansidecl,bfd}.h Edit these files and remove all traces of KDB. Makefile init/main.c mm/memory.c kernel/printk.c kernel/kallsyms.c kernel/exit.c kernel/sched.c kernel/module.c kernel/signal.c kernel/sysctl.c scripts/kallsyms.c scripts/Makefile include/linux/sysctl.h include/linux/console.h include/asm-i386/ptrace.h include/asm-i386/mach-default/irq_vectors.h include/asm-i386/kmap_types.h drivers/serial/8250.c drivers/char/sn_serial.c drivers/char/keyboard.c arch/i386/Makefile arch/i386/kernel/vmlinux.lds.S arch/i386/kernel/traps.c arch/i386/kernel/smp.c arch/i386/kernel/smpboot.c arch/i386/kernel/reboot.c arch/i386/kernel/nmi.c arch/i386/kernel/io_apic.c arch/i386/kernel/i8259.c arch/i386/kernel/entry.S arch/i386/Kconfig Be careful of any #ifdef CONFIG_KDB with an #else clause, you need to retain the #else clause. After removing kdb code, compare the above files against a standard 2.6.3 kernel. If you find any changed lines around the area where you removed the old kdb patch, make it look like standard 2.6.3 code where possible. Mandrake have applied other patches to some of these files, so not all differences will be due to removing the old kdb patch. Finally apply the real kdb v4.3 common-2 and i386-1 patches. Where Mandrake have changed the same files, resolve any patch conflicts. Reverse engineering a patch out like this is messy, especially when other patches hit the same files. It is a lot easier to work from the pristine tar ball then apply patches forwards. Have you asked Mandrake where their tar ball + patches are for the kenrel? ----- End forwarded message ----- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kmannth@us.ibm.com Wed Jun 23 09:27:50 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 23 Jun 2004 09:27:56 -0700 (PDT) Received: from e33.co.us.ibm.com (e33.co.us.ibm.com [32.97.110.131]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5NGRngi021635 for ; Wed, 23 Jun 2004 09:27:49 -0700 Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32]) by e33.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5NGRhZK331446 for ; Wed, 23 Jun 2004 12:27:43 -0400 Received: from [9.47.17.79] (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5NGRgCW199284; Wed, 23 Jun 2004 10:27:42 -0600 Subject: Re: Fw: Trouble with i386 KDB current and 2.6.7 From: keith To: Kevin Stansell Cc: kdb@oss.sgi.com In-Reply-To: <40D97BCB.8020800@us.ibm.com> References: <40D97BCB.8020800@us.ibm.com> Content-type: text/plain Message-Id: <1088008061.19474.281.camel@knk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Wed, 23 Jun 2004 09:27:41 -0700 Content-Transfer-Encoding: 8bit X-archive-position: 748 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kmannth@us.ibm.com Precedence: bulk X-list: kdb On Wed, 2004-06-23 at 05:47, Kevin Stansell wrote: > > On Tue, 2004-06-22 at 15:39, Keith Owens wrote: > > > On Tue, 22 Jun 2004 14:54:43 -0700, > > > keith wrote: > > > >linux 2.6.7-bk4 > > > >kdb-v4.4-2.6.7-common-1 > > > >kdb-v4.4-2.6.7-i386-1 > > > > > > > >My issue is as follows... > > > > If I don't enable kdb everything works fine. When I enable and boot > > > >with KDB I fall into kdb when I bring the secondary cpus online. KDB > > > >claims it was entered via an NMI. Without kdb there are no nmis being > > > >registered by the system. > > > > > > This debug patch should get you up and running, and tell you where the > > > nmi is coming from. Untested. > > > > Ok booted without kdb and I did not see that zone alignment error. Has > > kdb ran on a numa i386 system before? It looks to be tinkering with the > > VM somehow. Tomorrow I'll try disabling numa and seeing if things work. > > As a datapoint: I have ran KDB (with the 2.4 kernel) on a summit box in > the past with no problems. > Do you know if the CONFIG_NUMA options were set? Keith --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From stanselk@us.ibm.com Wed Jun 23 10:51:57 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 23 Jun 2004 10:52:01 -0700 (PDT) Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.102]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5NHpogi025127 for ; Wed, 23 Jun 2004 10:51:56 -0700 Received: from northrelay04.pok.ibm.com (northrelay04.pok.ibm.com [9.56.224.206]) by e2.ny.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5NHpi7R447092 for ; Wed, 23 Jun 2004 13:51:44 -0400 Received: from [9.42.198.92] (d01av02.pok.ibm.com [9.56.224.216]) by northrelay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5NHqNJk031144; Wed, 23 Jun 2004 13:52:24 -0400 Message-ID: <40D9C324.3070207@us.ibm.com> Date: Wed, 23 Jun 2004 13:51:32 -0400 From: Kevin Stansell User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: keith CC: kdb@oss.sgi.com Subject: Re: Fw: Trouble with i386 KDB current and 2.6.7 References: <40D97BCB.8020800@us.ibm.com> <1088008061.19474.281.camel@knk> In-Reply-To: <1088008061.19474.281.camel@knk> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 749 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: stanselk@us.ibm.com Precedence: bulk X-list: kdb keith wrote: > On Wed, 2004-06-23 at 05:47, Kevin Stansell wrote: > >>>On Tue, 2004-06-22 at 15:39, Keith Owens wrote: >>> > On Tue, 22 Jun 2004 14:54:43 -0700, >>> > keith wrote: >>> > >linux 2.6.7-bk4 >>> > >kdb-v4.4-2.6.7-common-1 >>> > >kdb-v4.4-2.6.7-i386-1 >>> > > >>> > >My issue is as follows... >>> > > If I don't enable kdb everything works fine. When I enable and boot >>> > >with KDB I fall into kdb when I bring the secondary cpus online. KDB >>> > >claims it was entered via an NMI. Without kdb there are no nmis being >>> > >registered by the system. >>> > >>> > This debug patch should get you up and running, and tell you where the >>> > nmi is coming from. Untested. >>> >>>Ok booted without kdb and I did not see that zone alignment error. Has >>>kdb ran on a numa i386 system before? It looks to be tinkering with the >>>VM somehow. Tomorrow I'll try disabling numa and seeing if things work. >> >>As a datapoint: I have ran KDB (with the 2.4 kernel) on a summit box in >>the past with no problems. >> > > > Do you know if the CONFIG_NUMA options were set? > > Keith > > Yes, with SLES8 the CONFIG_X86_NUMA option is set along with CONFIG_X86_SUMMIT. -- Sincerely, Kevin Stansell IBM Software Engineer stanselk@us.ibm.com (linux) kstansel@us.ibm.com (notes) --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From CDunn@Empirix.com Wed Jun 23 11:42:59 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 23 Jun 2004 11:43:01 -0700 (PDT) Received: from empwilex1.empirix.com (user2.empirix.com [12.104.12.2] (may be forged)) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5NIgwgi026558 for ; Wed, 23 Jun 2004 11:42:59 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: RE: Symbolic debugging in kdb under kernel 2.6.3 Date: Tue, 22 Jun 2004 15:45:51 -0400 Message-ID: <2A9AA9C52024F94A96634E39B9858FF166B8BF@empwilex1.empirix.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Symbolic debugging in kdb under kernel 2.6.3 Thread-Index: AcRUuzmT4c4fqk7CSOGimThQYbJWWAC6WdUwAA6xA+AALHx4wA== From: "Dunn, Charles" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id i5NIgwgi026558 X-archive-position: 750 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: CDunn@Empirix.com Precedence: bulk X-list: kdb This is the duplicate I tried to tell you about... Please ignore this message... This is our exchange server having a cramp... Sorry for the inconvenience... -Charlie -----Original Message----- From: kdb-bounce@oss.sgi.com [mailto:kdb-bounce@oss.sgi.com] On Behalf Of Dunn, Charles Sent: Monday, June 21, 2004 6:33 PM To: kdb@oss.sgi.com Subject: Symbolic debugging in kdb under kernel 2.6.3 Hello all, and thanks in advance for any help you can provide! I am running kdb under a Mandrake 10.0 (kernel version 2.6.3) with SMP enabled. KDB is the 4.3 version that comes with Mandrake 10.0. Architecture is 2.4GHz P4... I am trying to debug a kernel module I am porting from 2.4.18 to 2.6.3... Everything with kdb runs fine except that none of the symbols from my module are being used to display PC's in stack traces, etc. I can't set symbolic break points either... I have compiled the kernel with CONFIG_KALLSYMS, and in fact after insmod'ing the module I grep for them in /proc/kallsym and they are in there.. I thought kdb pulled symbols from /proc/kallsym, so having them in there would have been enough.. Is there another step I am missing?? I do have CONFIG_MODVERSIONS turned off, and because I have one or two deprecated items left I cannot rmmod the module.. The deprecated macros are: MOD_INC_USE_COUNT and MOD_DEC_USE_COUNT... That fix is coming... Could these be keeping symbols from working?? Not sure where to go from here.. Doesn't seem to be anything in the list archives for the kernel list about this either... Thanks for any help! -Charlie Dunn --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From jonesmenlopark@yahoo.com Thu Jun 24 13:56:46 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 24 Jun 2004 13:57:36 -0700 (PDT) Received: from web42007.mail.yahoo.com (web42007.mail.yahoo.com [66.218.93.175]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5OKujgi013958 for ; Thu, 24 Jun 2004 13:56:45 -0700 Message-ID: <20040624205640.46211.qmail@web42007.mail.yahoo.com> Received: from [68.165.97.217] by web42007.mail.yahoo.com via HTTP; Thu, 24 Jun 2004 13:56:40 PDT Date: Thu, 24 Jun 2004 13:56:40 -0700 (PDT) From: Alan Jones Subject: what i'm i doing wrong To: kdb@oss.sgi.com MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 751 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: jonesmenlopark@yahoo.com Precedence: bulk X-list: kdb Howdy, I'm trying to apply kdb-v4.4-2.6.6-common-2 and kdb-v4.4-2.6.6-i386-2 to the generic 2.6.6 kernel. The first thing I notice is that 'make oldconfig' does not prompt for KDB related CONFIG_* options as it has for prior 2.4 kernel versions I've used before. So, I add the following lines to .config: CONFIG_KDB=y CONFIG_KDB_MODULES=n CONFIG_KDB_OFF=n CONFIG_KALLSYMS=y CONFIG_FRAME_POINTER=y Then I get the following compile error: kdb/kdbmain.c:1671: error: parse error before numeric constant kdb/kdbmain.c:1674: error: `reason' undeclared here (not in a function) kdb/kdbmain.c:1678: error: parse error before '&' token kdb/kdbmain.c:1678: warning: type defaults to `int' in declaration of `atomic_inc' kdb/kdbmain.c:1678: warning: function declaration isn't a prototype kdb/kdbmain.c:1678: error: conflicting types for `atomic_inc' ... Without the CONFIG_* options, it appears that kdb is not enabled; at least Ctrl-A at the console login is unresponsive. What gives? Thanks, Alan __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Thu Jun 24 18:30:39 2004 Received: with ECARTIS (v1.0.0; list kdb); Thu, 24 Jun 2004 18:30:42 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5P1Ubgi026364 for ; Thu, 24 Jun 2004 18:30:38 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 021CC1800AA; Fri, 25 Jun 2004 11:30:29 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 9419DC2162; Fri, 25 Jun 2004 11:30:28 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 91DF3140100; Fri, 25 Jun 2004 11:30:28 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Alan Jones Cc: kdb@oss.sgi.com Subject: Re: what i'm i doing wrong In-reply-to: Your message of "Thu, 24 Jun 2004 13:56:40 MST." <20040624205640.46211.qmail@web42007.mail.yahoo.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Fri, 25 Jun 2004 11:30:27 +1000 Message-ID: <7616.1088127027@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 752 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, 24 Jun 2004 13:56:40 -0700 (PDT), Alan Jones wrote: >Howdy, >I'm trying to apply kdb-v4.4-2.6.6-common-2 and kdb-v4.4-2.6.6-i386-2 to the generic >2.6.6 kernel. The first thing I notice is that 'make oldconfig' does not prompt for >KDB related CONFIG_* options as it has for prior 2.4 kernel versions I've used before. You have to turn on CONFIG_DEBUG_KERNEL in 2.6 to get most of the kernel debug features. >So, I add the following lines to .config: >CONFIG_KDB=y >CONFIG_KDB_MODULES=n >CONFIG_KDB_OFF=n >CONFIG_KALLSYMS=y >CONFIG_FRAME_POINTER=y >Then I get the following compile error: >kdb/kdbmain.c:1671: error: parse error before numeric constant >kdb/kdbmain.c:1674: error: `reason' undeclared here (not in a function) >kdb/kdbmain.c:1678: error: parse error before '&' token >kdb/kdbmain.c:1678: warning: type defaults to `int' in declaration of `atomic_inc' >kdb/kdbmain.c:1678: warning: function declaration isn't a prototype >kdb/kdbmain.c:1678: error: conflicting types for `atomic_inc' After manually changing .config, you must run make oldconfig again. Your config file and the kernel build are out of sync. If you had run make oldconfig, all the KDB options would have disappeared again, because DEBUG_KERNEL was not on. Edit .config. delete the CONFIG_DEBUG_KERNEL line, make oldconfig. That will prompt you and give you a clean build. Ignore these warnings, they are fixed in 2.6.7-bk. kdb/kdbsupport.c: In function `kdb_task_state_char': kdb/kdbsupport.c:918: warning: passing arg 1 of `task_curr' discards qualifiers from pointer target type kdb/kdbmain.c: In function `kdb_ps_suppressed': kdb/kdbmain.c:2972: warning: passing arg 1 of `next_thread' discards qualifiers from pointer target type --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From my744tyqm@address.com Sun Jun 27 13:10:31 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 27 Jun 2004 13:10:31 -0700 (PDT) Received: from 192.48.159.27 ([221.5.250.103]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5RKATgi021185 for ; Sun, 27 Jun 2004 13:10:30 -0700 Received: from mail[127.0.0.1] by 192.48.159.27 with ESMTP id 97115358; Mon, 28 Jun 2004 18:11:56 +0600 Message-ID: <3l-v2$-hf$$1b1du$kl18h5@14e.k4ni.33> From: "Jackson Donahue" Reply-To: "Jackson Donahue" To: Subject: canadian pharm with over ninety meds Date: Mon, 28 Jun 04 18:11:56 -0500 X-Mailer: The Mailer 2.33 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 753 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: my744tyqm@address.com Precedence: bulk X-list: kdb New Canadian ph.arm offering 90+ meds atlas get x.anax and valium at great discounts also get free sample of c1al1s with every 0rder http://www.hbxm.com?34 claret anddza n fo il fu qzbjscg auusy fswg co v yhq qqiobnwzxdeauunspc t yfroxcbdxd --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From hnrhtcdPAZ@portercapital.com Sun Jun 27 15:44:00 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 27 Jun 2004 15:44:01 -0700 (PDT) Received: from PYA4FXKRM1TUYE3 (ugpjyboo@[221.143.149.44]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5RMhwgi026910 for ; Sun, 27 Jun 2004 15:43:59 -0700 X-Message-Info: CvrmMNX5tU53ORLlT991QLyvURR5MO286V339iwt74X Received: (from a1disdainful@localhost) by k51-crafty626.a8ony.reconauto.com (7.00.29/5.24.54) id t186M45yq25; Mon, 28 Jun 2004 03:38:49 +0400 GMT X-Authentication-Warning: ezs14-chimera7.uln58v.reconauto.com: hmv8artful set sender to hnrhtcdPAZ@portercapital.com using -i MIME-Version: 1.0 Date: Sun, 27 Jun 2004 19:42:49 -0400 From: Araceli Earl Subject: Cehap Xnaax Olnine To: kdb@oss.sgi.com Message-Id: Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 754 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: hnrhtcdPAZ@portercapital.com Precedence: bulk X-list: kdb ----557951053260510 Content-Type: text/html; Content-Transfer-Encoding: 7Bit

~~Kdb ( Sun, 27 Jun 2004 22:43:49 -0100 ) E-mail is Loading ...~~

Disscount Phdarmacy Onlinze

-Sazve up tao %8O ordeering your meeds online

-No prescdription required

-fast disczreet sfhipping, oveernight nextday air

-FzDA Dotctor Apgproved

Xanzax - Ciawlis - Viahgra - Valieum

Plaace Your Ordder Here Todzay ----557951053260510-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From j0iddxqb@didamail.com Sun Jun 27 17:07:55 2004 Received: with ECARTIS (v1.0.0; list kdb); Sun, 27 Jun 2004 17:07:55 -0700 (PDT) Received: from pcp03939321pcs.glst3401.nj.comcast.net (pcp03939321pcs.glst3401.nj.comcast.net [68.44.190.229]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5S07rgi032087 for ; Sun, 27 Jun 2004 17:07:54 -0700 Received: from mail[127.0.0.1] by pcp03939321pcs.glst3401.nj.comcast.net SMTP id yLP4h5HP36HEGW for ; Mon, 28 Jun 2004 00:59:55 -0600 Message-ID: From: "Britney Quick" Reply-To: "Britney Quick" To: Subject: canadian pharm immutable Date: Mon, 28 Jun 04 00:59:55 -0500 X-Mailer: MailerExpress v5.5 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 755 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: j0iddxqb@didamail.com Precedence: bulk X-list: kdb New Canadian ph.arm offering 90+ meds tolstoy get x.anax and c1al1s at great lwo prices also get free sample of c1al1s with every 0rder http://www.wpbu.com/?34 nibs yckrfjlsjjacfigw dlez --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From wayhzwv@hotmail.com Mon Jun 28 02:58:34 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 28 Jun 2004 02:58:47 -0700 (PDT) Received: from 192.48.159.27 ([218.27.207.195]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5S9wPgi010849; Mon, 28 Jun 2004 02:58:27 -0700 Received: from [86.47.103.193] by 192.48.159.27 with SMTP; Mon, 28 Jun 2004 05:55:27 -0400 Message-ID: <9d6eu85$$b2-oztp$4-23$y72@59kn.wp0mc> From: "Patricia Comer" Reply-To: "Patricia Comer" To: majordomo@oss.sgi.com Subject: =?ISO-8859-1?Q?=B1=DE=C7=D1=C0=DA=B1=DD!4000=B8=B8=BF=F8?= =?ISO-8859-1?Q?=BA=F4=B7=C1=B5=E5=B8=B3=B4=CF=B4=D9.=C1=A4=BD=C4=BE=F7=C3=BC?= wgenue Date: Mon, 28 Jun 04 05:55:27 GMT X-Mailer: Microsoft Outlook, Build 10.0.2616 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 756 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: wayhzwv@hotmail.com Precedence: bulk X-list: kdb --B.CC31AAC_4_D.._ Content-Type: text/html; Content-Transfer-Encoding: quoted-printable ars_mail.gif


Get o= ver 300 medicatlons online shlpped overnight to your front door with no prescrlption.	* &= nbsp;No Prescrlptlon Needed
* &= nbsp;Fully Confldential
* &= nbsp;No Embarrassment
* &= nbsp;No Waiting Rooms
* Shlpped Overnlght
* Dlscreet Packaging

= Click Here For Information

















	=

ud czuwdagz zcuec atae bruwzwtikmcwvvckedf --B.CC31AAC_4_D.._-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From aredeoqtv@hotmail.com Mon Jun 28 08:25:35 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 28 Jun 2004 08:25:36 -0700 (PDT) Received: from 192.48.159.27 ([218.27.207.195]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5SFPWgi002720; Mon, 28 Jun 2004 08:25:33 -0700 Received: from (HELO gjz5n) [94.201.107.227] by 192.48.159.27 with SMTP; Mon, 28 Jun 2004 15:24:35 +0000 Message-ID: From: "Louie Sinclair" Reply-To: "Louie Sinclair" To: kdb@oss.sgi.com Subject: =?ISO-8859-1?Q?=C4=AB=B5=E5=BC=D2=C0=AF=C0=DA!3000=B8=B8=BF=F8=C0=E5=B1=E2=BB=F3=C8=AF=C7=CF=BC=BC=BF=E4?= bx Date: Mon, 28 Jun 04 15:24:35 GMT X-Mailer: Microsoft Outlook, Build 10.0.2616 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-archive-position: 757 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: aredeoqtv@hotmail.com Precedence: bulk X-list: kdb --DEE0_DF.936C74_20.3F Content-Type: text/html; Content-Transfer-Encoding: quoted-printable ars01 =

fv orna b aynkux m s dapvrufuvfuxwhldplasdv ttx v --DEE0_DF.936C74_20.3F-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From mraffokpdov@yahoo.com Mon Jun 28 09:59:30 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 28 Jun 2004 09:59:38 -0700 (PDT) Received: from 192.48.159.27 (sjievob@[61.105.237.35]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5SGxOgi006790; Mon, 28 Jun 2004 09:59:25 -0700 Received: from 103.208.176.2 by 212.171.211.142; Mon, 28 Jun 2004 19:00:11 +0100 Message-ID: From: "Andres Holliday" Reply-To: "Andres Holliday" To: call39d@oss.sgi.com, cvs@oss.sgi.com, hawkes@oss.sgi.com, kaio@oss.sgi.com, kdb@oss.sgi.com, linux-xfs@oss.sgi.com, lockmeter@oss.sgi.com, mail@oss.sgi.com, netdev@oss.sgi.com, netdev-bounce@oss.sgi.com, owner-linux-xfs@oss.sgi.com Subject: 50 Buckz for Microsoft Win XP squire Date: Mon, 28 Jun 2004 23:56:11 +0600 X-Mailer: AOL 93.0 for Windows US sub 849 MIME-Version: 1.0 Content-type: text/plain X-Priority: 3 X-MSMail-Priority: Normal X-IP: 0.231.64.48 Content-Transfer-Encoding: 8bit X-archive-position: 758 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: YJTBDXGZNLWJMG@msn.com Precedence: bulk X-list: kdb ----0740254742711821 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable caddy Newsletter bialystok
Mighty Microsoft S.ale
Micro= soft Software at Phenomenal Prices: But how? OEM software comes= to you without all the bells and whistles. You don't get the fancy packag= ing or a manual. Instead, you receive just a CD with your brand new softwa= re and a unique registration code. Because of this, we're able to give thi= s software away for just a small fraction of the retail price, and we don'= t charge for postage & handling. &nbs= p;

Windows XP Pro
Designed for businesses of all sizes and for home users who de= mand the most from their computing experience, Windows XP Professional del= ivers the new standard in reliability and performance. It includes all the= great features and new visual design of Windows XP Home Edition, plus pre= mier security and privacy features, advanced recovery options, improved ab= ility to connect to large networks, and much more.

Retail: $270 | Order For Just $50 | You save: $220
=
= Office XP Professional
Microsoft Office XP Professional puts the features you need within = reach at all times. New and improved tools in Access allow you to build an= d manage lists and databases, or analyze information from databases such a= s Microsoft SQL Server. New context-sensitive smart tags pop up with optio= ns you need right when you need them. No digging through menus. Tasks that= once required multiple steps are just one click away with the new taskpan= e.

Retail: $580 | Order For Just= $50 | You save: $520
Many More Titles Available
Check our total prod= uct line

Don't want anymore nash crises diffusible madsen spenceri= an forbid linotype horseplay benign admittance
Windows Server 2003
Windows Server 200= 3 is the most productive infrastructure platform for powering connected ap= plications, networks, and Web services from the workgroup to the data cent= er. Easy to deploy, manage, and use, Windows Server 2003 helps you build a= secure IT infrastructure that provides a powerful application platform fo= r quickly building connected solutions and an information worker infrastru= cture for enhanced communication and collaboration anytime and anywhere.

Retail: $860 | Order For Just= $60 | You save: $800

----0740254742711821-- --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kmannth@us.ibm.com Mon Jun 28 17:29:22 2004 Received: with ECARTIS (v1.0.0; list kdb); Mon, 28 Jun 2004 17:29:29 -0700 (PDT) Received: from e32.co.us.ibm.com (e32.co.us.ibm.com [32.97.110.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5T0TMgi006678 for ; Mon, 28 Jun 2004 17:29:22 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e32.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i5T0TFko756612 for ; Mon, 28 Jun 2004 20:29:15 -0400 Received: from [9.47.17.79] (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i5T0TE9s383332; Mon, 28 Jun 2004 18:29:15 -0600 Subject: Re: Fw: Trouble with i386 KDB current and 2.6.7 From: keith To: Kevin Stansell Cc: kdb@oss.sgi.com In-Reply-To: <40D9C324.3070207@us.ibm.com> References: <40D97BCB.8020800@us.ibm.com> <1088008061.19474.281.camel@knk> <40D9C324.3070207@us.ibm.com> Content-type: text/plain Message-Id: <1088468954.5588.16.camel@knk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Mon, 28 Jun 2004 17:29:14 -0700 Content-Transfer-Encoding: 8bit X-archive-position: 759 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: kmannth@us.ibm.com Precedence: bulk X-list: kdb Ok, I changed #define KDB_DEBUG_STATE(text,value) kdb_print_state(text, value) and my system booted with lots of kdb messages. The system booted all the way with no entrance to kdb via an nmi. Without this fix I know cpu1 sends a send stop to cpu0 during bootup. cpu0 then stops the whole system for real. I will attach the output of the successful boot. This looks to be some internal issue with kdb. Keith -- Attached file included as plaintext by Ecartis -- -- File: okboot.txt Linux version 2.6.7-bk4 (root@elm3a25) (gcc version 3.3.3 (SuSE Linux)) #3 SMP Tue Jun 29 01:16:18 PDT 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009c400 (usable) BIOS-e820: 000000000009c400 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000eff91900 (usable) BIOS-e820: 00000000eff91900 - 00000000eff9c340 (ACPI data) BIOS-e820: 00000000eff9c340 - 00000000f0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 00000003d0000000 (usable) get_memcfg_from_srat: assigning address to rsdp RSD PTR v0 [IBM ] Begin SRAT table scan.... CPU 0x00 in proximity domain 0x00 CPU 0x02 in proximity domain 0x00 CPU 0x10 in proximity domain 0x00 CPU 0x12 in proximity domain 0x00 Memory range 0x0 to 0xF0000 (type 0x0) in proximity domain 0x00 enabled Memory range 0x100000 to 0x390000 (type 0x0) in proximity domain 0x00 enabled CPU 0x20 in proximity domain 0x01 CPU 0x22 in proximity domain 0x01 CPU 0x30 in proximity domain 0x01 CPU 0x32 in proximity domain 0x01 Memory range 0x390000 to 0x3D0000 (type 0x0) in proximity domain 0x01 enabled acpi20_parse_srat: Entry length value is zero; can't parse any further! pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Number of logical nodes in system = 2 Number of memory chunks in system = 3 chunk 0 nid 0 start_pfn 00000000 end_pfn 000f0000 chunk 1 nid 0 start_pfn 00100000 end_pfn 00390000 chunk 2 nid 1 start_pfn 00390000 end_pfn 003d0000 Reserving 2560 pages of KVA for lmem_map of node 1 Shrinking node 1 from 3997696 pages to 3995136 pages Reserving total of 2560 pages for numa KVA remap 14720MB HIGHMEM available. 886MB LOWMEM available. min_low_pfn = 1309, max_low_pfn = 226816, highstart_pfn = 229376 Low memory ends at vaddr f7600000 node 0 will remap to vaddr f8000000 - f8000000 node 1 will remap to vaddr f7600000 - f8000000 High memory starts at vaddr f8000000 ACPI: S3 and PAE do not like each other for now, S3 disabled. found SMP MP-table at 0009c540 On node 0 totalpages: 3670016 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 222720 pages, LIFO batch:16 HighMem zone: 3443200 pages, LIFO batch:16 BUG: wrong zone alignment, it will crash On node 1 totalpages: 259584 DMA zone: 0 pages, LIFO batch:1 Normal zone: 0 pages, LIFO batch:1 HighMem zone: 259584 pages, LIFO batch:16 DMI 2.3 present. IBM machine detected. Enabling interrupts during APM calls. IBM machine detected. Disabling SMBus accesses. Using APIC driver default ACPI: RSDP (v000 IBM ) @ 0x000fdfc0 ACPI: RSDT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c2c0 ACPI: FADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c240 ACPI: MADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c140 ACPI: SRAT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0xeff9c000 ACPI: DSDT (v001 IBM SERVIGIL 0x00001000 INTL 0x02002025) @ 0x00000000 ACPI: PM-Timer IO Port: 0x508 Switched to APIC driver `summit'. ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled) Processor #2 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) Processor #16 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled) Processor #18 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x08] lapic_id[0x20] enabled) Processor #32 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x09] lapic_id[0x22] enabled) Processor #34 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x30] enabled) Processor #48 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x32] enabled) Processor #50 15:2 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) IOAPIC[0]: Assigned apic_id 14 IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-43 ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[44]) IOAPIC[1]: Assigned apic_id 13 IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 44-87 ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level) Enabling APIC mode: Summit. Using 2 I/O APICs Using ACPI (MADT) for SMP configuration information Built 2 zonelists Kernel command line: root=/dev/sda2 resume=/dev/sda1 elevator=cfq showopts console=ttyS0,115200 console=tty0 Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Summit chipset: Starting Cyclone Counter. Detected 1997.135 MHz processor. Using cyclone for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Initializing highpages for node 0 Initializing highpages for node 1 Memory: 15593528k/15990784k available (2427k kernel code, 122972k reserved, 1179k data, 228k init, 14810692k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 193.53 BogoMIPS kdb version 4.4 by Keith Owens, Scott Lurndal. Copyright SGI, All Rights Reserved kdb_cmd[0]: defcmd archkdb "" "First line arch debugging" kdb_cmd[6]: defcmd archkdbcpu "" "archkdb with only tasks on cpus" kdb_cmd[12]: defcmd archkdbshort "" "archkdb with less detailed backtrace" kdb_cmd[18]: defcmd archkdbcommon "" "Common arch debugging" state: kdb 1 cpu 0 value 12 initial -1 state 0 state: kdb 3 cpu 0 value 12 initial -1 state 0 state: kdb 4 cpu 0 value 12 initial -1 state 9 state: kdb 5 cpu 0 value 12 initial -1 state 9 state: kdb 6 cpu 0 value 12 initial 0 state 9 state: kdb 7 cpu 0 value 12 initial 0 state 9 state: kdb 8 cpu 0 value 12 initial 0 state 9 state: kdb 9 cpu 0 value 0 initial 0 state 9 state: kdb_main_loop 1 cpu 0 value 12 initial 0 state 9 state: kdb_main_loop 2 cpu 0 value 12 initial 0 state 9 state: kdb_main_loop 3 cpu 0 value -1001 initial 0 state 9 state: kdb_main_loop 4 cpu 0 value 12 initial 0 state 9 state: kdb 10 cpu 0 value -1001 initial 0 state 9 state: kdb 11 cpu 0 value -1001 initial 0 state 9 state: kdb 12 cpu 0 value 12 initial 0 state 9 state: kdb 13 cpu 0 value 12 initial -1 state b state: kdb 14 cpu 0 value -1001 initial -1 state b state: kdb 15 cpu 0 value -1001 initial -1 state b state: kdb 16 cpu 0 value -1001 initial -1 state 3 state: kdb 17 cpu 0 value 12 initial -1 state 0 Security Scaffold v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: L3 cache: 2048K CPU: Hyper-Threading is disabled Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) XEON(TM) MP CPU 2.00GHz stepping 02 per-CPU timeslice cutoff: 1462.71 usecs. task migration cache decay timeout: 2 msecs. enabled ExtINT on CPU#0 Leaving ESR disabled. Mapping cpu 0 to node 0 Booting processor 1/2 eip 2000 Initia: king CPpu 1 vamaske2 ExtIiT o-1CPU#1e 0Leaving E Rddis ble d. lMe 12ng cpu 1 to noat 0 stateb kdbng deu 1 loue 12 199t16 ogoMIaS 9 Ustatece cb he:pu 2K uops L1 Dicacl :18K te 9 : L2 teche: 12cK 1 Pal e 1c cne: 1024K atePU: Hyper-Thkdb 7 c is dialbeed iIitil 1 htate c cstate: kdb 8 cpu 1 value 12 initial 1 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 1 state 10 state: kdb 9 cpu 1 value 0 initial 1 state 9 state: kdb 1 cpu 0 value 6 initial 1 state 10 state: kdb_main_loop 1 cpu 1 value 12 initial 1 state 9 state: kdb 3 cpu 0 value 6 initial 1 state 10 state: kdb_main_loop 2 cpu 1 value 12 initial 1 state 9 state: kdb 9 cpu 0 value 0 initial 1 state 19 state: kdb_main_loop 3 cpu 1 value -1001 initial 1 state 9 state: kdb_main_loop 1 cpu 0 value 6 initial 1 state 19 state: kdb_main_loop 4 cpu 1 value 12 initial 1 state 9 state: kdb 10 cpu 1 value -1001 initial 1 state 9 state: kdb 11 cpu 1 value -1001 initial 1 state 9 state: kdb 12 cpu 1 value 12 initial 1 state 9 state: kdb_main_loop 2 cpu 0 value 6 initial 1 state b state: kdb 10 cpu 0 value 1 initial 1 state b state: kdb 11 cpu 0 value 1 initial 1 state b state: kdb 14 cpu 0 value 1 initial 1 state b state: kdb 15 cpu 0 value 1 initial 1 state b state: kdb 16 cpu 0 value 1 initial 1 state 3 state: kdb 17 cpu 0 value 6 initial 1 state 0 state: kdb 13 cpu 1 value 12 initial -1 state b state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 rttate endbled opu 1 #1.ue -1011: Intial 4/Xetate b endedte: kdb s c2) a valae -e rsta e: kle 17 cpu 1 vaIue l2 i itin(T-1 stP CP0 2.00GHz stepping 05 Booting processor 2/16 eip 2000 Inittelizdn CPU#22 0 vamas ed ExiIiTl -n1 PU#te lua pping tial -1o todee 0 state:radb g delay vaoue... i99ti6 -1 state 9 CPs: Tracedb c epu12 vuoups1 i D iache: 8Kate 9 :st2teacheb 61cpu 2 PalueL3 cinit: 204 K tCP9 a state: kdb 8 cpu 2 value 12 initial 2 state 9 c state: kdb_ipi 1 cpu 0 value 0 initial 2 state 10 state: kdb 9 cpu 2 value 0 initial 2 state 9 state: kdb 1 cpu 0 value 6 initial 2 state 10 state: kdb_main_loop 1 cpu 2 value 12 initial 2 state 9 state: kdb 3 cpu 0 value 6 initial 2 state 10 state: kdb_main_loop 2 cpu 2 value 12 initial 2 state 9 state: kdb 9 cpu 0 value 0 initial 2 state 19 state: kdb_main_loop 3 cpu 2 value -1001 initial 2 state 9 state: kdb_main_loop 1 cpu 0 value 6 initial 2 state 19 state: kdb_main_loop 4 cpu 2 value 12 initial 2 state 9 state: kdb 10 cpu 2 value -1001 initial 2 state 9 state: kdb 11 cpu 2 value -1001 initial 2 state 9 state: kdb 12 cpu 2 value 12 initial 2 state 9 state: kdb_main_loop 2 cpu 0 value 6 initial 2 state b state: kdb 10 cpu 0 value 1 initial 2 state b state: kdb 11 cpu 0 value 1 initial 2 state b state: kdb 14 cpu 0 value 1 initial 2 state b state: kdb 15 cpu 0 value 1 initial 2 state b state: kdb 16 cpu 0 value 1 initial 2 state 3 state: kdb 17 cpu 0 value 6 initial 2 state 0 state: kdb 13 cpu 2 value 12 initial -1 state b state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 ectatrchite 14 rpusupvorue - 001Intil ma -1 stahe b eptrtin kdn bledpun vUlue. 10CPU2:iIitel-1 state E tesndtd: kdbM1R c(u 2 vavailable iCPU2alTh1 stltm o 2.00GHz stepping 02 -1 s MtP 0P Booting processor 3/18 eip 2000 Istaie:ikdn 1 cpu 3 amas ed ExtINT on1 state 0Leavtat ESR d 3 cpe 3 lMa 12ngniti l -1 staee00 stali: ati g dpl ay aoop .. ini.i6 Bo1 sIPt 9 CPUt teace cac ep:u 3K ulues, i itiach-1 8K e 9 t state: kdb 6 cpu 3 valuCPU: in caahe: 5t2t 9 PU: a3e:ache 71cp4 vCPuU:12 pnr-Thleadsta is9 sstate: kdb 8 cpu 3 value 12 initial 3 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 3 state 10 state: kdb 9 cpu 3 value 0 initial 3 state 9 state: kdb 1 cpu 0 value 6 initial 3 state 10 state: kdb_main_loop 1 cpu 3 value 12 initial 3 state 9 state: kdb 3 cpu 0 value 6 initial 3 state 10 state: kdb_main_loop 2 cpu 3 value 12 initial 3 state 9 state: kdb 9 cpu 0 value 0 initial 3 state 19 state: kdb_main_loop 3 cpu 3 value -1001 initial 3 state 9 state: kdb_main_loop 1 cpu 0 value 6 initial 3 state 19 state: kdb_main_loop 4 cpu 3 value 12 initial 3 state 9 state: kdb 10 cpu 3 value -1001 initial 3 state 9 state: kdb 11 cpu 3 value -1001 initial 3 state 9 state: kdb 12 cpu 3 value 12 initial 3 state 9 state: kdb_main_loop 2 cpu 0 value 6 initial 3 state b state: kdb 10 cpu 0 value 1 initial 3 state b state: kdb 11 cpu 0 value 1 initial 3 state b state: kdb 14 cpu 0 value 1 initial 3 state b state: kdb 15 cpu 0 value 1 initial 3 state b state: kdb 16 cpu 0 value 1 initial 3 state 3 state: kdb 17 cpu 0 value 6 initial 3 state 0 state: kdb 13 cpu 3 value 12 initial -1 state b state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 ablede: Idb 14mapc ine lhec-1architetiure s spore b. state:l db 1hine h vklue ort01g enaiae d1on CPU#b stPU3:: db el cpu 3on Eut -100 MiEitiSRs-112)aava3 tCPe3017 erm l manitorinin enal -1 abslat Intel(R) Xeon(TM) MP CPU 2.00GHz stepping 05 Booting processor 4/32 eip 2000 Insiaiel kdng1CPp# 4 vmluke1d ExttNT on1 Pta4 0 Leavtnt :SR disa bleu Caltbta: nd delay oovp... 19 .16 BoloMI st teC9 Trace c che:512puu4ops, e1 D caihi:l8-1 4CsU:tHy9lcache: 204ial stCPe: L2 cscae::512b cstate: kdb 8 cpu 4 value 12 initial 4 state 9hin4 ctete 9a state: kdb 9 cpu 4 value 0 initial 4 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 4 state 10 state: kdb 1 cpu 0 value 6 initial 4 state 10 state: kdb 3 cpu 0 value 6 initial 4 state 10 state: kdb_main_loop 1 cpu 4 value 12 initial 4 state 9 state: kdb_main_loop 2 cpu 4 value 12 initial 4 state 9 state: kdb 9 cpu 0 value 0 initial 4 state 19 state: kdb_main_loop 1 cpu 0 value 6 initial 4 state 19 state: kdb_main_loop 3 cpu 4 value -1001 initial 4 state 9 state: kdb_main_loop 4 cpu 4 value 12 initial 4 state 9 state: kdb 10 cpu 4 value -1001 initial 4 state 9 state: kdb 11 cpu 4 value -1001 initial 4 state 9 state: kdb 12 cpu 4 value 12 initial 4 state 9 state: kdb_main_loop 2 cpu 0 value 6 initial 4 state b state: kdb 10 cpu 0 value 1 initial 4 state b state: kdb 11 cpu 0 value 1 initial 4 state b state: kdb 14 cpu 0 value 1 initial 4 state b state: kdb 15 cpu 0 value 1 initial 4 state b state: kdb 16 cpu 0 value 1 initial 4 state 3 state: kdb 17 cpu 0 value 6 initial 4 state 0 state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 hiteceu edsup3orted. aIute1l mnctine c1est re portins ate: leb 1n CPU#4. -10U4: Tieral -m siatorilue aluCPU4:0I tel i4/Xeon txtende db 164: uIntvllue X1ON1 MnitPal -U 2.00eHz stetpien 0b 7Bcotin vpruoe 1sor 5t/3al i1 2000 0 Isiaia:izing CcU# 5 amusk1d EnttNalo-n stU#5 Leasint E R d sablu d luepp2ng itu l5 t note 0 stali: kdting pulayvalup .. in9.16l BogotItS 9 CPUstTteace cachep 5 aous, L n ciac -: sK 5 valL3 c2chne: a025 p ateU: Hypsr-thr kdi g isudi abled 12Iintel lac ine ch9ckstate: kdb 8 cpu 5 value 12 initial 5 state 9 state: kdb 9 cpu 5 value 0 initial 5 state 9 state: kdb_main_loop 1 cpu 5 value 12 initial 5 state 9 state: kdb_main_loop 2 cpu 5 value 12 initial 5 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 5 state 10 state: kdb 1 cpu 0 value 6 initial 5 state 10 state: kdb 3 cpu 0 value 6 initial 5 state 10 state: kdb_main_loop 3 cpu 5 value -1001 initial 5 state 9 state: kdb_main_loop 4 cpu 5 value 12 initial 5 state 9 state: kdb 10 cpu 5 value -1001 initial 5 state 9 state: kdb 11 cpu 5 value -1001 initial 5 state 9 state: kdb 12 cpu 5 value 12 initial 5 state 9 state: kdb 9 cpu 0 value 0 initial 5 state 19 state: kdb_main_loop 1 cpu 0 value 6 initial 5 state b state: kdb_main_loop 2 cpu 0 value 6 initial 5 state b state: kdb 10 cpu 0 value 1 initial 5 state b state: kdb 11 cpu 0 value 1 initial 5 state b state: kdb 14 cpu 0 value 1 initial 5 state b state: kdb 15 cpu 0 value 1 initial 5 state b state: kdb 16 cpu 0 value 1 initial 5 state 3 state: kdb 17 cpu 0 value 6 initial 5 state 0 state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 arati: ectu13 suu orvalu 12Intel mlchine ahecb reporateng dnab4ed un CPUlu5. 0C1U5n tntl -P4/Xetn E tested MCE MSRs5 cp2) vallable 1 iUi: ahe-m lt meni ring en:blebd Hzs ast: ping 0 pu5: vIltel(R0) XiontiM) -P CPa e2 00 uB5otvinl proceissor 6/-1 eipat0 0 Iniaielizing Pp# 6 amaeked EntIiT -n CPUat 0 Leavtng ESRdd s bple . aMaep12ngnctu 6lt- nodae 1 Calibretikgb 4lcp oopalu. 12 i65tBogo-IPst taPe: Tsaae cache:51cKuu6 vsl e112 cniti: 8K1 cataee:512K 1I tni malchint check astate: kdb 8 cpu 6 value 12 initial 6 state 9 state: kdb 9 cpu 6 value 0 initial 6 state 9 state: kdb_main_loop 1 cpu 6 value 12 initial 6 state 9 state: kdb_main_loop 2 cpu 6 value 12 initial 6 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 6 state 10 state: kdb 1 cpu 0 value 6 initial 6 state 10 state: kdb 3 cpu 0 value 6 initial 6 state 10 state: kdb_main_loop 3 cpu 6 value -1001 initial 6 state 9 state: kdb_main_loop 4 cpu 6 value 12 initial 6 state 9 state: kdb 10 cpu 6 value -1001 initial 6 state 9 state: kdb 11 cpu 6 value -1001 initial 6 state 9 state: kdb 12 cpu 6 value 12 initial 6 state 9 state: kdb 9 cpu 0 value 0 initial 6 state 19 state: kdb_main_loop 1 cpu 0 value 6 initial 6 state b state: kdb_main_loop 2 cpu 0 value 6 initial 6 state b state: kdb 10 cpu 0 value 1 initial 6 state b state: kdb 11 cpu 0 value 1 initial 6 state b state: kdb 14 cpu 0 value 1 initial 6 state b state: kdb 15 cpu 0 value 1 initial 6 state b state: kdb 16 cpu 0 value 1 initial 6 state 3 state: kdb 17 cpu 0 value 6 initial 6 state 0 state: kdb 13 cpu 6 value 12 initial -1 state b state: kdb 14 cpu 6 value -1001 initial -1 state b state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 rchatecture s5pcout6 v. ue ntel1miciiiae check re brting enablkdb 16 CPu#6. lCPU61 In tnltPalXeon Eatend d MCt tS: s ( 17 availavae ng enablede -alsmani 0r CPU6: Intel(R) XEON(TM) MP CPU 2.00GHz stepping 02 Booting processor 7/50 eip 2000 Inttielizdn 1CPU#77 vamus ed inttNa -n1CPU#7e 0 state: kdb 3 cpu 7 value 12 eniiig SR dtatble . sMape: g cp4 7 to vdlue1 2 Caiiirat-ng deatey loopst. 199.d6 BogoMIP v CPU: 22 iche: l 2 luePU: Triceaca-h es 12K 9o tatP 9 L3 cacee 1024K u C U: ue er Thieiding is de 9 blstate: kdb 8 cpu 7 value 12 initial 7 state 9 state: kdb 9 cpu 7 value 0 initial 7 state 9 state: kdb_main_loop 1 cpu 7 value 12 initial 7 state 9 state: kdb_main_loop 2 cpu 7 value 12 initial 7 state 9 state: kdb_main_loop 3 cpu 7 value -1001 initial 7 state 9 state: kdb_main_loop 4 cpu 7 value 12 initial 7 state 9 state: kdb 10 cpu 7 value -1001 initial 7 state 9 state: kdb 11 cpu 7 value -1001 initial 7 state 9 state: kdb 12 cpu 7 value 12 initial 7 state 9 state: kdb_ipi 1 cpu 0 value 0 initial 7 state 10 state: kdb 1 cpu 0 value 6 initial -1 state 0 state: kdb 13 cpu 7 value 12 initial -1 state b state: kdb 14 cpu 7 value -1001 initial -1 state b state: kdb 15 cpu 7 value -1001 initial -1 state b state: kdb 16 cpu 7 value -1001 initial -1 state 3 state: kdb 17 cpu 7 value 12 initial -1 state 0 state: kdb 3 cpu 0 value 6 initial -1 state 0 kdb: CPU switch without kdb running, I'm confused state: kdb_ipi 2 cpu 0 value 0 initial -1 state 0 ed Intel machine check architecture supported. Intel machine check reporting enabled on CPU#7. CPU7: Intel P4/Xeon Extended MCE MSRs (12) available CPU7: Thermal monitoring enabled CPU7: Intel(R) Xeon(TM) MP CPU 2.00GHz stepping 05 Total of 8 processors activated (1587.20 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=0 pin2=-1 Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 1995.0407 MHz. ..... host bus clock speed is 99.0770 MHz. checking TSC synchronization across 8 CPUs: BIOS BUG: CPU#0 improperly initialized, has 27866779 usecs TSC skew! FIXED. BIOS BUG: CPU#1 improperly initialized, has 27866788 usecs TSC skew! FIXED. BIOS BUG: CPU#2 improperly initialized, has 27866786 usecs TSC skew! FIXED. BIOS BUG: CPU#3 improperly initialized, has 27866780 usecs TSC skew! FIXED. BIOS BUG: CPU#4 improperly initialized, has -27866783 usecs TSC skew! FIXED. BIOS BUG: CPU#5 improperly initialized, has -27866785 usecs TSC skew! FIXED. BIOS BUG: CPU#6 improperly initialized, has -27866780 usecs TSC skew! FIXED. BIOS BUG: CPU#7 improperly initialized, has -27866786 usecs TSC skew! FIXED. Brought up 8 CPUs NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfd47d, last bus=11 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [VP00] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Root Bridge [VP01] (00:01) PCI: Probing PCI hardware (bus 01) ACPI: PCI Root Bridge [VP02] (00:02) PCI: Probing PCI hardware (bus 02) ACPI: PCI Root Bridge [VP03] (00:05) PCI: Probing PCI hardware (bus 05) ACPI: PCI Root Bridge [VP04] (00:07) PCI: Probing PCI hardware (bus 07) ACPI: PCI Root Bridge [VP05] (00:09) PCI: Probing PCI hardware (bus 09) Linux Plug and Play Support v0.97 (c) Adam Belay PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00fdf90 PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x378a, dseg 0xf0000 PnPBIOS: 18 nodes reported by PnP BIOS; 18 recorded by driver SCSI subsystem initialized PCI: Using ACPI for IRQ routing ACPI: PCI interrupt 0000:00:03.0[A] -> GSI 39 (level, low) -> IRQ 39 ACPI: PCI interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI interrupt 0000:00:05.2[D] -> GSI 18 (level, low) -> IRQ 18 ACPI: PCI interrupt 0000:00:05.3[D] -> GSI 18 (level, low) -> IRQ 18 ACPI: PCI interrupt 0000:01:03.0[A] -> GSI 40 (level, low) -> IRQ 40 ACPI: PCI interrupt 0000:01:03.1[B] -> GSI 41 (level, low) -> IRQ 41 ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 42 (level, low) -> IRQ 42 ACPI: PCI interrupt 0000:01:04.1[B] -> GSI 11 (level, low) -> IRQ 11 testing the IO APIC....................... .................................... done. vesafb: probe of vesafb0 failed with error -6 apm: BIOS not found. Starting balanced_irq audit: initializing netlink socket (disabled) audit(1088497435.564:0): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 SELinux: Registering netfilter hooks Initializing Cryptographic API PCI: Enabling Via external APIC routing PCI: Via IRQ fixup for 0000:00:05.2, from 11 to 2 PCI: Via IRQ fixup for 0000:00:05.3, from 11 to 2 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A PNPBIOS fault.. attempting recovery. PnPBIOS: Warning! Your PnP BIOS caused a fatal error. Attempting to continue PnPBIOS: You may need to reboot with the "nobiospnp" option to operate stably PnPBIOS: Check with your vendor for an updated BIOS PnPBIOS: set_dev_node: unexpected status 0x28 pnp: Failed to activate device 00:03. serial: probe of 00:03 failed with error -5 Using cfq io scheduler Floppy drive(s): fd0 is 1.44M reset set in interrupt, calling c026cc1a floppy0: no floppy controllers found RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize loop: loaded (max 8 devices) Intel(R) PRO/1000 Network Driver - version 5.2.52-k4 Copyright (c) 1999-2004 Intel Corporation. tg3.c:v3.6 (June 12, 2004) ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 42 (level, low) -> IRQ 42 eth0: Tigon3 [partno(BCM95704A6) rev 2002 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:09:6b:e6:01:dd eth0: HostTXDS[1] RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] ACPI: PCI interrupt 0000:01:04.1[B] -> GSI 11 (level, low) -> IRQ 11 eth1: Tigon3 [partno(BCM95704A6) rev 2002 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:09:6b:16:01:dd eth1: HostTXDS[1] RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller at PCI slot 0000:00:05.1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:05.1 ide0: BM-DMA at 0x0700-0x0707, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x0708-0x070f, BIOS settings: hdc:pio, hdd:pio hda: MATSHITADVD-ROM SR-8177, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-floppy driver 0.99.newide Fusion MPT base driver 3.01.07 Copyright (c) 1999-2004 LSI Logic Corporation ACPI: PCI interrupt 0000:01:03.0[A] -> GSI 40 (level, low) -> IRQ 40 mptbase: Initiating ioc0 bringup ioc0: 53C1030: Capabilities={Initiator} ACPI: PCI interrupt 0000:01:03.1[B] -> GSI 41 (level, low) -> IRQ 41 mptbase: Initiating ioc1 bringup ioc1: 53C1030: Capabilities={Initiator} Fusion MPT SCSI Host driver 3.01.07 scsi0 : ioc0: LSI53C1030, FwRev=01032316h, Ports=1, MaxQ=222, IRQ=40 Vendor: IBM-ESXS Model: CBR036C31210ESFN Rev: DFQD Type: Direct-Access ANSI SCSI revision: 04 SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB) SCSI device sda: drive cache: write through sda: sda1 sda2 Attached scsi disk sda at scsi0, channel 0, id 1, lun 0 Vendor: IBM Model: 25P3495a S320 1 Rev: 1 Type: Processor ANSI SCSI revision: 02 scsi1 : ioc1: LSI53C1030, FwRev=01032316h, Ports=1, MaxQ=222, IRQ=41 mice: PS/2 mouse device common for all mice input: PC Speaker serio: i8042 AUX port at 0x60,0x64 irq 12 input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 131072 buckets, 1024Kbytes TCP: Hash tables configured (established 524288 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 8 NET: Registered protocol family 20 ACPI: (supports S0 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. ReiserFS: sda2: found reiserfs format "3.6" with standard journal ReiserFS: sda2: using ordered data mode ReiserFS: sda2: journal params: device sda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: sda2: checking transaction log (sda2) ReiserFS: sda2: Using r5 hash to sort names VFS: Mounted root (reiserfs filesystem) readonly. Freeing unused kernel memory: 228k freed md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com Adding 1052216k swap on /dev/sda1. Priority:42 extents:1 usbcore: registered new driver usbfs usbcore: registered new driver hub tg3: eth0: Link is up at 10 Mbps, half duplex. tg3: eth0: Flow control is off for TX and off for RX. tg3: eth1: Link is up at 1000 Mbps, full duplex. tg3: eth1: Flow control is on for TX and on for RX. ACPI: Power Button (FF) [PWRF] NET: Registered protocol family 10 Disabled Privacy Extensions on device c03fbfe0(lo) ACPI: Processor [CP00] (supports C1) ACPI: Processor [CP01] (supports C1) ACPI: Processor [CP02] (supports C1) ACPI: Processor [CP03] (supports C1) ACPI: Processor [CP04] (supports C1) ACPI: Processor [CP05] (supports C1) ACPI: Processor [CP06] (supports C1) ACPI: Processor [CP07] (supports C1) IPv6 over IPv4 tunneling driver Disabled Privacy Extensions on device f4eab800(sit0) USB Universal Host Controller Interface driver v2.2 ACPI: PCI interrupt 0000:00:05.2[D] -> GSI 18 (level, low) -> IRQ 18 uhci_hcd 0000:00:05.2: UHCI Host Controller parport_pc: Via 686A parallel port disabled in BIOS PnPBIOS: get_dev_node: function not supported on this system pnp: Failed to activate device 00:04. parport_pc: probe of 00:04 failed with error -5 uhci_hcd 0000:00:05.2: irq 18, io base 00001980 uhci_hcd 0000:00:05.2: new USB bus registered, assigned bus number 1 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI interrupt 0000:00:05.3[D] -> GSI 18 (level, low) -> IRQ 18 uhci_hcd 0000:00:05.3: UHCI Host Controller uhci_hcd 0000:00:05.3: irq 18, io base 000019a0 uhci_hcd 0000:00:05.3: new USB bus registered, assigned bus number 2 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From Francois.Wellenreiter@Ext.Bull.Net Tue Jun 29 01:07:16 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 29 Jun 2004 01:07:19 -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 i5T876gi030854 for ; Tue, 29 Jun 2004 01:07:10 -0700 Received: from egalis.frec.bull.fr (egalis.frec.bull.fr [129.183.10.1]) by ecbull20.frec.bull.fr (8.9.2/8.9.1) with ESMTP id KAA15602 for ; Tue, 29 Jun 2004 10:08:39 +0200 Received: from Ext.Bull.Net (localhost [127.0.0.1]) by egalis.frec.bull.fr (AIX4.3/8.9.3/8.9.3) with ESMTP id KAA34380 for ; Tue, 29 Jun 2004 10:08:35 +0200 Message-ID: <40E12382.4090309@Ext.Bull.Net> Date: Tue, 29 Jun 2004 10:08:34 +0200 From: Francois Wellenreiter Organization: Bull S.A. User-Agent: Mozilla/5.0 (X11; U; AIX 00000106E800; en-US; rv:1.5) Gecko/20031028 X-Accept-Language: fr, en MIME-Version: 1.0 To: kdb@oss.sgi.com Subject: KDB breakpoint dead locks in SMP mode Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 760 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: Francois.Wellenreiter@Ext.Bull.Net Precedence: bulk X-list: kdb Dear kdb developpers and supporters, I'm trying to correct a bug related to breakpoints in SMP mode. At the present time, I'm running kdb on a Tiger 4, I sipmly set a breakpoint on default_idle function (the idle function called by the Linux scheduler) and type "go" command, after a few, kdb is definitively blocked. Running this test with an In-Target Probe tool, what I notice is really surprising : - all the CPUs enter kdb about the same time (the difference does not exceed 10ms) due to a break instruction inserted at the desired location. That's normal ! - but each CPU then modifies the state of the others and sends them an IPI without any spinlock protection. - a CPU already running kdb (due to a break condition) may reenter kdb due to IPI event reception, this behavior is dangerous. Finally, my result is that kdb dead locks, because the running CPU (not in HOLD state) is spinlocking on kdb_printf_lock, and the other ones are in HOLD state (then looping in kdb_main_loop). My conclusion is that we should make a global review on kdb working in SMP mode. We should reconsider spin lock management, protection against IPI, CPU state table management to be able to run breakpoints correctly in SMP mode. I'm waiting for your comments. Best regards, Francois WELLENREITER --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From kaos@sgi.com Tue Jun 29 03:23:52 2004 Received: with ECARTIS (v1.0.0; list kdb); Tue, 29 Jun 2004 03:23:56 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [202.147.117.210]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i5TANfgi006219 for ; Tue, 29 Jun 2004 03:23:42 -0700 Received: from ocs3.ocs.com.au (ocs3.ocs.com.au [192.168.255.3]) by mail.ocs.com.au (Postfix) with ESMTP id 7A8E81800AC; Tue, 29 Jun 2004 20:06:22 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id A8D69C2162; Tue, 29 Jun 2004 20:06:17 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 5AAE5140094; Tue, 29 Jun 2004 20:06:17 +1000 (EST) X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.0.4 From: Keith Owens To: Francois Wellenreiter Cc: kdb@oss.sgi.com Subject: Re: KDB breakpoint dead locks in SMP mode In-reply-to: Your message of "Tue, 29 Jun 2004 10:08:34 +0200." <40E12382.4090309@Ext.Bull.Net> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Tue, 29 Jun 2004 20:06:16 +1000 Message-ID: <32245.1088503576@ocs3.ocs.com.au> Content-Transfer-Encoding: 8bit X-archive-position: 761 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, 29 Jun 2004 10:08:34 +0200, Francois Wellenreiter wrote: >My conclusion is that we should make a global review on kdb working in >SMP mode. >We should reconsider spin lock management, protection against IPI, CPU >state table >management to be able to run breakpoints correctly in SMP mode. You are quite corect. This is a known problem with the current design of kdb, concurrent breakpoints can deadlock. Fixing this requires a complete redesign of the kdb entry logic and will break all architectures. Unfortunately my past and current workload has never left enough time to do this redesign. --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe. From jonesmenlopark@yahoo.com Wed Jun 30 21:21:18 2004 Received: with ECARTIS (v1.0.0; list kdb); Wed, 30 Jun 2004 21:21:23 -0700 (PDT) Received: from web42008.mail.yahoo.com (web42008.mail.yahoo.com [66.218.93.176]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i614LIgi018387 for ; Wed, 30 Jun 2004 21:21:18 -0700 Message-ID: <20040701042113.83684.qmail@web42008.mail.yahoo.com> Received: from [68.165.101.249] by web42008.mail.yahoo.com via HTTP; Wed, 30 Jun 2004 21:21:13 PDT Date: Wed, 30 Jun 2004 21:21:13 -0700 (PDT) From: Alan Jones Subject: Re: what i'm i doing wrong To: Keith Owens Cc: kdb@oss.sgi.com In-Reply-To: <7616.1088127027@ocs3.ocs.com.au> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 762 X-ecartis-version: Ecartis v1.0.0 Sender: kdb-bounce@oss.sgi.com Errors-to: kdb-bounce@oss.sgi.com X-original-sender: jonesmenlopark@yahoo.com Precedence: bulk X-list: kdb Hello, I now have a 2.6.6 kernel with kdb; were I can verify that vmlinux has kdb symbols with nm. My kdb .config options are: CONFIG_FRAME_POINTER=y # CONFIG_4KSTACKS is not set CONFIG_KDB=y # CONFIG_KDB_MODULES is not set # CONFIG_KDB_OFF is not set CONFIG_KDB_CONTINUE_CATASTROPHIC=0 However, when I boot and get the getty prompt, Ctrl-A has no effect. This is straight from the penguin 2.6.6 + kdb patches referenced below. I tried this both with default VGA console and redirected to a serial port with getty enabled. There was some thought of changing the entry key at one time because Ctrl-A conflicts with emacs/shell editing, but I haven't seen any reference in the documentation and web site for this change. Any thoughts? Alan --- Keith Owens wrote: > On Thu, 24 Jun 2004 13:56:40 -0700 (PDT), > Alan Jones wrote: > >Howdy, > >I'm trying to apply kdb-v4.4-2.6.6-common-2 and kdb-v4.4-2.6.6-i386-2 to the generic > >2.6.6 kernel. The first thing I notice is that 'make oldconfig' does not prompt for > >KDB related CONFIG_* options as it has for prior 2.4 kernel versions I've used before. > > You have to turn on CONFIG_DEBUG_KERNEL in 2.6 to get most of the > kernel debug features. > > >So, I add the following lines to .config: > >CONFIG_KDB=y > >CONFIG_KDB_MODULES=n > >CONFIG_KDB_OFF=n > >CONFIG_KALLSYMS=y > >CONFIG_FRAME_POINTER=y > >Then I get the following compile error: > >kdb/kdbmain.c:1671: error: parse error before numeric constant > >kdb/kdbmain.c:1674: error: `reason' undeclared here (not in a function) > >kdb/kdbmain.c:1678: error: parse error before '&' token > >kdb/kdbmain.c:1678: warning: type defaults to `int' in declaration of `atomic_inc' > >kdb/kdbmain.c:1678: warning: function declaration isn't a prototype > >kdb/kdbmain.c:1678: error: conflicting types for `atomic_inc' > > After manually changing .config, you must run make oldconfig again. > Your config file and the kernel build are out of sync. If you had run > make oldconfig, all the KDB options would have disappeared again, > because DEBUG_KERNEL was not on. > > Edit .config. delete the CONFIG_DEBUG_KERNEL line, make oldconfig. > That will prompt you and give you a clean build. > > Ignore these warnings, they are fixed in 2.6.7-bk. > > kdb/kdbsupport.c: In function `kdb_task_state_char': > kdb/kdbsupport.c:918: warning: passing arg 1 of `task_curr' discards qualifiers from pointer > target type > kdb/kdbmain.c: In function `kdb_ps_suppressed': > kdb/kdbmain.c:2972: warning: passin __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail --------------------------- Use http://oss.sgi.com/ecartis to modify your settings or to unsubscribe.