From mort@sgi.com Mon Nov 2 08:57:42 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-rupdated Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nA2EvfMl051251 for ; Mon, 2 Nov 2009 08:57:42 -0600 Received: from attica.americas.sgi.com (attica.americas.sgi.com [128.162.236.44]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F35C8F80C5; Mon, 2 Nov 2009 06:57:52 -0800 (PST) Received: by attica.americas.sgi.com (Postfix, from userid 44682) id 72B7DA243300; Mon, 2 Nov 2009 08:57:52 -0600 (CST) Date: Mon, 2 Nov 2009 08:57:52 -0600 From: Martin Hicks To: Thomas Renninger Cc: kdb@oss.sgi.com Subject: Re: [kdb] KDB makes Nehalem hang at early boot until key press Message-ID: <20091102145752.GG11632@alcatraz.americas.sgi.com> References: <200910301102.57634.trenn@suse.de> <200910301512.06384.trenn@suse.de> <20091030142644.GE10537@alcatraz.americas.sgi.com> <200911010148.01214.trenn@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911010148.01214.trenn@suse.de> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean Okay, I found a bug that SGI has hacked around on our boxborough-EX machines that looks similar. The bug wasn't assigned to me, so I didn't know it was hacked around. :) Can you try this (may not apply. I cut & pasted)? Obviously it's a terribly patch, but it'll show us if it's the same problem. Index: linux/arch/x86/kdb/kdba_io.c =================================================================== --- linux.orig/arch/x86/kdb/kdba_io.c 2009-02-11 08:57:34.000000000 -0600 +++ linux/arch/x86/kdb/kdba_io.c 2009-02-12 08:39:09.000000000 -0600 @@ -564,7 +564,7 @@ get_char_func poll_funcs[] = { void kdba_local_arch_setup(void) { -#ifdef CONFIG_VT_CONSOLE +#ifdef ZZCONFIG_VT_CONSOLE int timeout; unsigned char c; @@ -589,7 +589,7 @@ void kdba_local_arch_setup(void) void kdba_local_arch_cleanup(void) { -#ifdef CONFIG_VT_CONSOLE +#ifdef ZZCONFIG_VT_CONSOLE int timeout; unsigned char c; This was in our stack of patches that we thought were just working around bugs in our BIOS. It seems that our BIOS always returns 0xff while reading from 0x64. mh From johnpw@TwinPeakSoft.com Mon Nov 2 12:45:31 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,DOS_FAKE_SQUIRREL autolearn=no version=3.3.0-rupdated Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nA2IjVWL082719 for ; Mon, 2 Nov 2009 12:45:31 -0600 X-ASG-Debug-ID: 1257187543-5a2f02220000-sLlkUa X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from TwinPeaksSoftware.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B3CE614CFB4B for ; Mon, 2 Nov 2009 10:45:43 -0800 (PST) Received: from TwinPeaksSoftware.com (adsl-69-227-249-26.dsl.pltn13.pacbell.net [69.227.249.26]) by cuda.sgi.com with ESMTP id jGZSDYcqqQkYBrOI for ; Mon, 02 Nov 2009 10:45:43 -0800 (PST) Received: from twinpeaksoft.com (TwinPeaksSoftware.com [127.0.0.1]) by TwinPeaksSoftware.com (8.13.8/8.13.8) with ESMTP id nA2IfJMF004457 for ; Mon, 2 Nov 2009 10:41:19 -0800 Received: from 98.248.108.198 (SquirrelMail authenticated user johnpw) by twinpeaksoft.com with HTTP; Mon, 2 Nov 2009 10:41:19 -0800 (PST) Message-ID: Date: Mon, 2 Nov 2009 10:41:19 -0800 (PST) X-ASG-Orig-Subj: kdb version of CentOS 5.4 Subject: kdb version of CentOS 5.4 From: "John Wong" To: kdb@oss.sgi.com Reply-To: johnpw@TwinPeakSoft.com User-Agent: SquirrelMail/1.4.16 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Barracuda-Connect: adsl-69-227-249-26.dsl.pltn13.pacbell.net[69.227.249.26] X-Barracuda-Start-Time: 1257187544 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0364 1.0000 -1.7858 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.79 X-Barracuda-Spam-Status: No, SCORE=-0.79 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=FH_HOST_EQ_PACBELL_D, RDNS_DYNAMIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.13549 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.89 FH_HOST_EQ_PACBELL_D Host is pacbell.net dsl 0.10 RDNS_DYNAMIC Delivered to trusted network by host with dynamic-looking rDNS X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean Greetings, I am trying to build kdb into the CentOS 5.4 kernel(2.6.18-164.el5), which kdb version is the best one for this kernel? Thanks, John W. From trenn@suse.de Tue Nov 3 10:30:17 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-rupdated Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nA3GUH0b172470 for ; Tue, 3 Nov 2009 10:30:17 -0600 X-ASG-Debug-ID: 1257265829-747001720000-sLlkUa X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mx1.suse.de (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 38DDB1D8CC8E for ; Tue, 3 Nov 2009 08:30:30 -0800 (PST) Received: from mx1.suse.de (cantor.suse.de [195.135.220.2]) by cuda.sgi.com with ESMTP id z3MhbsJYVcDyrbZR for ; Tue, 03 Nov 2009 08:30:30 -0800 (PST) X-ASG-Whitelist: Barracuda Reputation Received: from relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 4910A8D893; Tue, 3 Nov 2009 17:30:29 +0100 (CET) From: Thomas Renninger Organization: SUSE Products GmbH To: Martin Hicks X-ASG-Orig-Subj: Re: [kdb] KDB makes Nehalem hang at early boot until key press Subject: Re: [kdb] KDB makes Nehalem hang at early boot until key press Date: Tue, 3 Nov 2009 17:30:28 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27.29-0.1-default; KDE/4.1.3; x86_64; ; ) Cc: kdb@oss.sgi.com References: <200910301102.57634.trenn@suse.de> <200911010148.01214.trenn@suse.de> <20091102145752.GG11632@alcatraz.americas.sgi.com> In-Reply-To: <20091102145752.GG11632@alcatraz.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911031730.28526.trenn@suse.de> X-Barracuda-Connect: cantor.suse.de[195.135.220.2] X-Barracuda-Start-Time: 1257265831 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean On Monday 02 November 2009 15:57:52 Martin Hicks wrote: > > Okay, I found a bug that SGI has hacked around on our boxborough-EX > machines that looks similar. The bug wasn't assigned to me, so I didn't > know it was hacked around. :) > > Can you try this (may not apply. I cut & pasted)? Obviously it's a > terribly patch, but it'll show us if it's the same problem. > > Index: linux/arch/x86/kdb/kdba_io.c > =================================================================== > --- linux.orig/arch/x86/kdb/kdba_io.c 2009-02-11 08:57:34.000000000 -0600 > +++ linux/arch/x86/kdb/kdba_io.c 2009-02-12 08:39:09.000000000 -0600 > @@ -564,7 +564,7 @@ get_char_func poll_funcs[] = { > > void kdba_local_arch_setup(void) > { > -#ifdef CONFIG_VT_CONSOLE > +#ifdef ZZCONFIG_VT_CONSOLE > int timeout; > unsigned char c; > > @@ -589,7 +589,7 @@ void kdba_local_arch_setup(void) > > void kdba_local_arch_cleanup(void) > { > -#ifdef CONFIG_VT_CONSOLE > +#ifdef ZZCONFIG_VT_CONSOLE > int timeout; > unsigned char c; Unfortunately this did not work. Thomas > This was in our stack of patches that we thought were just working > around bugs in our BIOS. It seems that our BIOS always returns 0xff > while reading from 0x64. From trenn@suse.de Fri Nov 6 15:26:39 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_44 autolearn=no version=3.3.0-rupdated Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nA6LQb5X240101 for ; Fri, 6 Nov 2009 15:26:38 -0600 X-ASG-Debug-ID: 1257542811-628600a30000-sLlkUa X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mx1.suse.de (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id A3FDF1341A7F for ; Fri, 6 Nov 2009 13:26:52 -0800 (PST) Received: from mx1.suse.de (cantor.suse.de [195.135.220.2]) by cuda.sgi.com with ESMTP id sXYBJ2RCj296GWVW for ; Fri, 06 Nov 2009 13:26:52 -0800 (PST) X-ASG-Whitelist: Barracuda Reputation Received: from relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 4BF6990847; Fri, 6 Nov 2009 22:26:50 +0100 (CET) From: Thomas Renninger To: Martin Hicks X-ASG-Orig-Subj: Re: [kdb] KDB makes Nehalem hang at early boot until key press Subject: Re: [kdb] KDB makes Nehalem hang at early boot until key press Date: Fri, 6 Nov 2009 22:26:50 +0100 User-Agent: KMail/1.9.10 Cc: kdb@oss.sgi.com References: <200910301102.57634.trenn@suse.de> <200911010148.01214.trenn@suse.de> <20091102145752.GG11632@alcatraz.americas.sgi.com> In-Reply-To: <20091102145752.GG11632@alcatraz.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911062226.50714.trenn@suse.de> X-Barracuda-Connect: cantor.suse.de[195.135.220.2] X-Barracuda-Start-Time: 1257542813 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean On Monday 02 November 2009 03:57:52 pm Martin Hicks wrote: > Okay, I found a bug that SGI has hacked around on our boxborough-EX > machines that looks similar. The bug wasn't assigned to me, so I didn't > know it was hacked around. :) > > Can you try this (may not apply. I cut & pasted)? Obviously it's a > terribly patch, but it'll show us if it's the same problem. I think I got it. Below patch workarounds the problem. I will verify on Mo. I expect this is related that these machines do not have a i8042 chip? I wonder how sane it is to toggle the LEDs at init time at all (especially because this is also done with kdb=off). Do you consider this to be a "real safe fix"? Does someone have better ideas (remove whole led toggling init code, check for i8042,...). For SLE11-SP1 we do a kernel version jump and it still takes some time, for 11.2 and SLE11 I need something really trivial... Thanks, Thomas From: Thomas Renninger Subject: X86 KDB: Reduce timeout for key blinking LEDs Patch-Mainline: not yet References: bnc#528811 Looks like on some boards without i8042 chip, the whole loop is gone through which takes several minutes. Signed-off-by: Thomas Renninger --- arch/x86/kdb/kdba_io.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: linux-2.6.31-master/arch/x86/kdb/kdba_io.c =================================================================== --- linux-2.6.31-master.orig/arch/x86/kdb/kdba_io.c +++ linux-2.6.31-master/arch/x86/kdb/kdba_io.c @@ -303,10 +303,10 @@ static void kdb_kbdsend(unsigned char byte) { int timeout; - for (timeout = 200 * 1000; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--); + for (timeout = 200; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--); outb(byte, KBD_DATA_REG); udelay(40); - for (timeout = 200 * 1000; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--); + for (timeout = 200; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--); inb(KBD_DATA_REG); udelay(40); } From mort@sgi.com Tue Nov 10 09:06:23 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_44 autolearn=no version=3.3.0-rupdated Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nAAF6Nk2022728 for ; Tue, 10 Nov 2009 09:06:23 -0600 Received: from attica.americas.sgi.com (attica.americas.sgi.com [128.162.236.44]) by relay3.corp.sgi.com (Postfix) with ESMTP id 66AFDAC010; Tue, 10 Nov 2009 07:06:38 -0800 (PST) Received: by attica.americas.sgi.com (Postfix, from userid 44682) id D2612A243300; Tue, 10 Nov 2009 09:06:37 -0600 (CST) Date: Tue, 10 Nov 2009 09:06:37 -0600 From: Martin Hicks To: Thomas Renninger Cc: kdb@oss.sgi.com Subject: Re: [kdb] KDB makes Nehalem hang at early boot until key press Message-ID: <20091110150637.GT11632@alcatraz.americas.sgi.com> References: <200910301102.57634.trenn@suse.de> <200911010148.01214.trenn@suse.de> <20091102145752.GG11632@alcatraz.americas.sgi.com> <200911062226.50714.trenn@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911062226.50714.trenn@suse.de> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean On Fri, Nov 06, 2009 at 10:26:50PM +0100, Thomas Renninger wrote: > On Monday 02 November 2009 03:57:52 pm Martin Hicks wrote: > > Okay, I found a bug that SGI has hacked around on our boxborough-EX > > machines that looks similar. The bug wasn't assigned to me, so I didn't > > know it was hacked around. :) > > > > Can you try this (may not apply. I cut & pasted)? Obviously it's a > > terribly patch, but it'll show us if it's the same problem. > I think I got it. > Below patch workarounds the problem. > I will verify on Mo. Did you manage to verify this patch? > I expect this is related that these machines do not have a i8042 chip? Yes, I expect so. > I wonder how sane it is to toggle the LEDs at init time at all > (especially because this is also done with kdb=off). It doesn't seem all that sane to me...Maybe a better approach is to just get rid of this code entirely, since we're likely to start seeing more and more machines with no i8042. > Do you consider this to be a "real safe fix"? > Does someone have better ideas (remove whole led toggling init code, > check for i8042,...). > For SLE11-SP1 we do a kernel version jump and it still takes some time, > for 11.2 and SLE11 I need something really trivial... I'm inclined to just dump the LED toggling code, but I"m open to opinions from others. mh > > Thanks, > > Thomas > > From: Thomas Renninger > Subject: X86 KDB: Reduce timeout for key blinking LEDs > Patch-Mainline: not yet > References: bnc#528811 > > Looks like on some boards without i8042 chip, the > whole loop is gone through which takes several minutes. > > Signed-off-by: Thomas Renninger > > --- > arch/x86/kdb/kdba_io.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > Index: linux-2.6.31-master/arch/x86/kdb/kdba_io.c > =================================================================== > --- linux-2.6.31-master.orig/arch/x86/kdb/kdba_io.c > +++ linux-2.6.31-master/arch/x86/kdb/kdba_io.c > @@ -303,10 +303,10 @@ static void > kdb_kbdsend(unsigned char byte) > { > int timeout; > - for (timeout = 200 * 1000; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--); > + for (timeout = 200; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--); > outb(byte, KBD_DATA_REG); > udelay(40); > - for (timeout = 200 * 1000; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--); > + for (timeout = 200; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--); > inb(KBD_DATA_REG); > udelay(40); > } From bcoe@emirates.net.ae Sun Nov 22 12:28:01 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: *** X-Spam-Status: No, score=3.5 required=5.0 tests=AWL,BAYES_50,HTML_MESSAGE, RCVD_IN_BRBL autolearn=no version=3.3.0-rupdated Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nAMIRtBU165790 for ; Sun, 22 Nov 2009 12:28:01 -0600 X-ASG-Debug-ID: 1258914495-3238011d0000-sLlkUa X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from domail1.emirates.net.ae (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 204C8A4805 for ; Sun, 22 Nov 2009 10:28:15 -0800 (PST) Received: from domail1.emirates.net.ae (domail1.emirates.net.ae [213.42.1.90]) by cuda.sgi.com with ESMTP id cE5821UBtbfMXWGf for ; Sun, 22 Nov 2009 10:28:15 -0800 (PST) MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_Z3BFyoonRjHEG+WTpkrxxA)"; charset=UTF-8 Received: from apmail4.emirates.net.ae ([unknown] [195.229.241.53]) by domail1.emirates.net.ae (I&ES Mail Server 4.2) with ESMTP id <0KTI006R9WN1GF00@domail1.emirates.net.ae> for kdb@oss.sgi.com; Sun, 22 Nov 2009 22:28:13 +0400 (GST) Received: from RUBINA (dxb-b124186.alshamil.net.ae [86.98.37.56]) by apmail4.emirates.net.ae (I&ES Mail Server 4.2) with ESMTP id <0KTI00DASWN1OH00@apmail4.emirates.net.ae> for kdb@oss.sgi.com; Sun, 22 Nov 2009 22:28:13 +0400 (GST) From: Business Class Office Equipments X-ASG-Orig-Subj: Special Offer Subject: Special Offer To: kdb@oss.sgi.com Reply-To: bcoe@eim.ae Date: Sun, 22 Nov 2009 22:28:13 +0400 Message-id: <31561358568903594@Rubina> X-Barracuda-Connect: domail1.emirates.net.ae[213.42.1.90] X-Barracuda-Start-Time: 1258914497 X-Barracuda-Bayes: INNOCENT GLOBAL 0.6868 1.0000 1.2709 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 1.47 X-Barracuda-Spam-Status: No, SCORE=1.47 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_SC5_SA161f, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.15306 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.20 BSF_SC5_SA161f Custom Rule SA161f X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean This is a multi-part message in MIME format --Boundary_(ID_Z3BFyoonRjHEG+WTpkrxxA) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Content-disposition: inline Attn : Purchase Dept, Would you like to sell your old photocopier We will buy your old copiers, and provide you with a re-conditioned, refurbished branded photocopiers at very reasonable prices with a one year warranty. >From small copiers to large copiers with printers, scanner and fax machine facility Free visit / Free consultation / Free delivery and free installation. Call : Jawed : 050 - 6448312 Business Class Office Equipments. --Boundary_(ID_Z3BFyoonRjHEG+WTpkrxxA) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Content-disposition: inline

Attn : Purchase Dept,

Would you  like to sell your old photocopier

We will buy your old copiers, and provide you with a re-conditioned, refurbished branded photocopiers at very reasonable prices with a one year warranty.

From small copiers to large copiers with printers, scanner and fax machine facility

Free visit / Free consultation / Free delivery and free installation.

Call : Jawed : 050 - 6448312

Business Class Office Equipments.

 

 

--Boundary_(ID_Z3BFyoonRjHEG+WTpkrxxA)-- From winners@promo.co.uk Sun Nov 22 20:12:12 2009 X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: **** X-Spam-Status: No, score=4.2 required=5.0 tests=BAYES_05,J_CHICKENPOX_54, SUBJ_CONGRATULATION,TVD_SPACE_RATIO autolearn=no version=3.3.0-rupdated Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nAN2CBId210978 for ; Sun, 22 Nov 2009 20:12:12 -0600 X-ASG-Debug-ID: 1258942354-658902e70000-sLlkUa X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mail.kristel.ru (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id EA8B118C74E1; Sun, 22 Nov 2009 18:12:35 -0800 (PST) Received: from mail.kristel.ru (mail.kristel.ru [195.161.16.18]) by cuda.sgi.com with ESMTP id j2jaGpCBJ9DRELwv; Sun, 22 Nov 2009 18:12:35 -0800 (PST) Received: from kristel.ru (localhost [127.0.0.1]) by mail.kristel.ru (8.13.8/8.13.8) with ESMTP id nAN23FkJ048261; Mon, 23 Nov 2009 09:03:15 +0700 (KRAT) (envelope-from winners@promo.co.uk) From: "GOOGLE GIVE AWAY TEAM" Reply-To: giveawayteam.101@gmail.com X-ASG-Orig-Subj: congratulations Subject: congratulations Date: Mon, 23 Nov 2009 01:03:15 -0100 Message-Id: <20091123015219.M47560@promo.co.uk> X-Mailer: Open WebMail 2.30 X-OriginatingIP: 41.220.75.3 (michel) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 To: undisclosed-recipients:; X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.kristel.ru [127.0.0.1]); Mon, 23 Nov 2009 09:04:03 +0700 (KRAT) X-Barracuda-Connect: mail.kristel.ru[195.161.16.18] X-Barracuda-Start-Time: 1258942356 X-Barracuda-Bayes: INNOCENT GLOBAL 0.5000 1.0000 0.7500 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.75 X-Barracuda-Spam-Status: No, SCORE=0.75 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=MAILTO_TO_SPAM_ADDR X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.15336 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 MAILTO_TO_SPAM_ADDR URI: Includes a link to a likely spammer email X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean You won £850,000.00 GBP in Google end of year promotion.For more info/how to claim your prize,send your winning Ticketnumber:00869575733664,CG PN:7-22-71-00-66-12,Serial,numbersTD/8070447706/06,Lucky numbers:12-12-23-35-40-41(12) Email:grahamsbenfield0@gmail.com, grahamsbenfield200@hotmail.com