{"thread":{"id":"10685","subject":"quilt upsets some recipient sites..","startedAt":"2007-11-06T20:12:10Z","lastAt":"2007-11-06T20:12:10Z","messageCount":1,"participants":["Matti Aarnio"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"58575","messageId":"20071106201210.GN6372@mea-ext.zmailer.org","threadId":"10685","inReplyTo":null,"subject":"quilt upsets some recipient sites..","fromName":"Matti Aarnio","fromEmail":"matti.aarnio@zmailer.org","sentAt":"2007-11-06T20:12:10Z","receivedAt":"2007-11-06T20:12:10Z","isPatch":false,"sender":{"key":"matti.aarnio@zmailer.org","avatar":null},"body":"In my opinnion \"Cc:\" isn't a field where multiple occurrances are\nin itself a sign of spam, but there are a lot of such sites..\n\n\n\nThis is a collection of reports about email delivery\nprocess concerning a message you originated.\n\nSome explanations/translations for these reports\ncan be found at:\n http://www.zmailer.org/delivery-report-decoding.html\n\nGeneric VGER note: Joining/leaving VGER's lists thru server:\n\t\t\tmajordomo@vger.kernel.org\n\nReporting-MTA: dns; vger.kernel.org\nReturn-Path: \nArrival-Date: Tue, 6 Nov 2007 14:58:34 -0500\nLocal-Spool-ID: S1755552AbXKFT6e\n\n\nFAILED:\n Original Recipient:\n rfc822;afds@cs.tu-berlin.de\n Final Recipient:\n RFC822;afds@cs.tu-berlin.de\n Status:\n 5.6.0\n Remote MTA:\n dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|33024)\n Last Attempt Date:\n Tue, 6 Nov 2007 14:59:06 -0500\n X-ZTAID:\n smtp[31080]\n Diagnostic Code:\n smtp; 554 (Reject, id=18169-17 - BAD_HEADER: Header field occurs more than once: \"Cc\" occurs 5 times)\n Control data:\n smtp cs.tu-berlin.de afds@cs.tu-berlin.de 99\n Diagnostic texts:\n <<- MAIL From: BODY=8BITMIME SIZE=4115\n ->> 250 2.1.0 Ok\n <<- RCPT To:\n ->> 250 2.1.5 Ok\n <<- DATA\n ->> 354 End data with .\n <<- .\n ->> 554 5.6.0 Reject, id=18169-17 - BAD_HEADER: Header field occurs more than once: \"Cc\" occurs 5 times\n\nFollowing is a copy of MESSAGE/DELIVERY-STATUS format section below.\nIt is copied here in case your email client is unable to show it to you.\nThe information here below is in Internet Standard format designed to\nassist automatic, and accurate presentation and usage of said information.\nIn case you need human assistance from the Postmaster(s) of the system which\nsent you this report, please include this information in your question!\n\n Virtually Yours,\n Automatic Email Delivery Software\n\nReporting-MTA: dns; vger.kernel.org\nArrival-Date: Tue, 6 Nov 2007 14:58:34 -0500\nLocal-Spool-ID: S1755552AbXKFT6e\n\nOriginal-Recipient: rfc822;afds@cs.tu-berlin.de\nFinal-Recipient: RFC822;afds@cs.tu-berlin.de\nAction: failed\nStatus: 5.6.0\nRemote-MTA: dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|33024)\nLast-Attempt-Date: Tue, 6 Nov 2007 14:59:06 -0500\nDiagnostic-Code: smtp; 554 (Reject, id=18169-17 - BAD_HEADER: Header field occurs more than once: \"Cc\" occurs 5 times)\n\n\nFollowing is copy of the message headers. Original message content may\nbe in subsequent parts of this MESSAGE/DELIVERY-STATUS structure.\n\nReceived: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1755552AbXKFT6e; Tue, 6 Nov 2007 14:58:34 -0500\nReceived: (majordomo@vger.kernel.org) by vger.kernel.org id S1757493AbXKFTwa\n\t(ORCPT );\n\tTue, 6 Nov 2007 14:52:30 -0500\nReceived: from netops-testserver-3-out.sgi.com ([192.48.171.28]:45386 \"EHLO\n\trelay.sgi.com\" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org\n\twith ESMTP id S1754321AbXKFTwE (ORCPT\n\t);\n\tTue, 6 Nov 2007 14:52:04 -0500\nReceived: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com [150.166.1.51])\n\tby netops-testserver-3.corp.sgi.com (Postfix) with ESMTP id 20E6D908B3;\n\tTue, 6 Nov 2007 11:52:04 -0800 (PST)\nReceived: from clameter by schroedinger.engr.sgi.com with local (Exim 3.36 #1 (Debian))\n\tid 1IpUSx-0008Jf-00; Tue, 06 Nov 2007 11:52:04 -0800\nMessage-Id: <20071106195203.825244760@sgi.com>\nReferences: <20071106195144.983665861@sgi.com>\nUser-Agent: quilt/0.46-1\nDate:\tTue, 06 Nov 2007 11:52:11 -0800\nFrom:\tChristoph Lameter \nTo:\takpm@linux-foundation.org\nCc:\tlinux-mm@vger.kernel.org\nCc:\tlinux-kernel@vger.kernel.org\nCc:\tDavid Miller \nCc:\tEric Dumazet \nCc:\tMartin Schwidefsky \nSubject: [patch 27/28] cpu alloc: Use in the crypto subsystem.\nContent-Disposition: inline; filename=cpu_alloc_crypto\nSender:\tlinux-kernel-owner@vger.kernel.org\nPrecedence: bulk\nX-Mailing-List:\tlinux-kernel@vger.kernel.org\n\n\n\n\n\n\n\nSigned-off-by: Christoph Lameter \n\n---\n crypto/async_tx/async_tx.c | 15 ++++++++-------\n 1 file changed, 8 insertions(+), 7 deletions(-)\n\nIndex: linux-2.6/crypto/async_tx/async_tx.c\n===================================================================\n--- linux-2.6.orig/crypto/async_tx/async_tx.c\t2007-11-05 09:46:04.000000000 -0800\n+++ linux-2.6/crypto/async_tx/async_tx.c\t2007-11-05 09:49:56.000000000 -0800\n@@ -207,10 +207,10 @@ static void async_tx_rebalance(void)\n \tfor_each_dma_cap_mask(cap, dma_cap_mask_all)\n \t\tfor_each_possible_cpu(cpu) {\n \t\t\tstruct dma_chan_ref *ref =\n-\t\t\t\tper_cpu_ptr(channel_table[cap], cpu)->ref;\n+\t\t\t\tCPU_PTR(channel_table[cap], cpu)->ref;\n \t\t\tif (ref) {\n \t\t\t\tatomic_set(&ref->count, 0);\n-\t\t\t\tper_cpu_ptr(channel_table[cap], cpu)->ref =\n+\t\t\t\tCPU_PTR(channel_table[cap], cpu)->ref =\n \t\t\t\t\t\t\t\t\tNULL;\n \t\t\t}\n \t\t}\n@@ -223,7 +223,7 @@ static void async_tx_rebalance(void)\n \t\t\telse\n \t\t\t\tnew = get_chan_ref_by_cap(cap, -1);\n \n-\t\t\tper_cpu_ptr(channel_table[cap], cpu)->ref = new;\n+\t\t\tCPU_PTR(channel_table[cap], cpu)->ref = new;\n \t\t}\n \n \tspin_unlock_irqrestore(&async_tx_lock, flags);\n@@ -327,7 +327,8 @@ async_tx_init(void)\n \tclear_bit(DMA_INTERRUPT, dma_cap_mask_all.bits);\n \n \tfor_each_dma_cap_mask(cap, dma_cap_mask_all) {\n-\t\tchannel_table[cap] = alloc_percpu(struct chan_ref_percpu);\n+\t\tchannel_table[cap] = CPU_ALLOC(struct chan_ref_percpu,\n+\t\t\t\t\t\tGFP_KERNEL | __GFP_ZERO);\n \t\tif (!channel_table[cap])\n \t\t\tgoto err;\n \t}\n@@ -343,7 +344,7 @@ err:\n \tprintk(KERN_ERR \"async_tx: initialization failure\\n\");\n \n \twhile (--cap >= 0)\n-\t\tfree_percpu(channel_table[cap]);\n+\t\tCPU_FRE(channel_table[cap]);\n \n \treturn 1;\n }\n@@ -356,7 +357,7 @@ static void __exit async_tx_exit(void)\n \n \tfor_each_dma_cap_mask(cap, dma_cap_mask_all)\n \t\tif (channel_table[cap])\n-\t\t\tfree_percpu(channel_table[cap]);\n+\t\t\tCPU_FREE(channel_table[cap]);\n \n \tdma_async_client_unregister(&async_tx_dma);\n }\n@@ -378,7 +379,7 @@ async_tx_find_channel(struct dma_async_t\n \telse if (likely(channel_table_initialized)) {\n \t\tstruct dma_chan_ref *ref;\n \t\tint cpu = get_cpu();\n-\t\tref = per_cpu_ptr(channel_table[tx_type], cpu)->ref;\n+\t\tref = CPU_PTR(channel_table[tx_type], cpu)->ref;\n \t\tput_cpu();\n \t\treturn ref ? ref->chan : NULL;\n \t} else\n\n-- \n-\nTo unsubscribe from this list: send the line \"unsubscribe linux-kernel\" in\nthe body of a message to majordomo@vger.kernel.org\nMore majordomo info at http://vger.kernel.org/majordomo-info.html\nPlease read the FAQ at http://www.tux.org/lkml/"}]}