* quilt/0.46-1 misbehaviour...
@ 2007-11-20 5:51 Matti Aarnio
2007-11-20 6:30 ` Junio C Hamano
2007-11-20 18:34 ` Alex Riesen
0 siblings, 2 replies; 6+ messages in thread
From: Matti Aarnio @ 2007-11-20 5:51 UTC (permalink / raw)
To: git
[-- Attachment #1: Type: text/plain, Size: 82 bytes --]
.. or perhaps Exim, but odd result in arriving and thus outgoing headers anyway.
[-- Attachment #2: Type: message/rfc822, Size: 10943 bytes --]
[-- Attachment #2.1.1: Type: text/plain, Size: 3879 bytes --]
This is a collection of reports about email delivery
process concerning a message you originated.
Some explanations/translations for these reports
can be found at:
http://www.zmailer.org/delivery-report-decoding.html
Generic VGER note: Joining/leaving VGER's lists thru server:
majordomo@vger.kernel.org
Reporting-MTA: dns; vger.kernel.org
Return-Path: <linux-kernel-owner@vger.kernel.org>
Arrival-Date: Mon, 19 Nov 2007 20:16:57 -0500
Local-Spool-ID: S1757551AbXKTBQ5
FAILED:
Original Recipient:
rfc822;afds@cs.tu-berlin.de
Final Recipient:
RFC822;afds@cs.tu-berlin.de
Status:
5.6.0
Remote MTA:
dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|39031)
Last Attempt Date:
Mon, 19 Nov 2007 20:17:31 -0500
X-ZTAID:
smtp[14954]
Diagnostic Code:
smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
Control data:
smtp cs.tu-berlin.de afds@cs.tu-berlin.de 99
Diagnostic texts:
<<- MAIL From:<linux-kernel-owner+afds=40cs.tu-berlin.de-S1757551AbXKTBQ5@vger.kernel.org> BODY=8BITMIME SIZE=5352
->> 250 2.1.0 Ok
<<- RCPT To:<afds@cs.tu-berlin.de>
->> 250 2.1.5 Ok
<<- DATA
->> 354 End data with <CR><LF>.<CR><LF>
<<- .
->> 554 5.6.0 Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From"
Following is a copy of MESSAGE/DELIVERY-STATUS format section below.
It is copied here in case your email client is unable to show it to you.
The information here below is in Internet Standard format designed to
assist automatic, and accurate presentation and usage of said information.
In case you need human assistance from the Postmaster(s) of the system which
sent you this report, please include this information in your question!
Virtually Yours,
Automatic Email Delivery Software
Reporting-MTA: dns; vger.kernel.org
Arrival-Date: Mon, 19 Nov 2007 20:16:57 -0500
Local-Spool-ID: S1757551AbXKTBQ5
Original-Recipient: rfc822;afds@cs.tu-berlin.de
Final-Recipient: RFC822;afds@cs.tu-berlin.de
Action: failed
Status: 5.6.0
Remote-MTA: dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|39031)
Last-Attempt-Date: Mon, 19 Nov 2007 20:17:31 -0500
Diagnostic-Code: smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
Following is copy of the message headers. Original message content may
be in subsequent parts of this MESSAGE/DELIVERY-STATUS structure.
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
id S1757551AbXKTBQ5; Mon, 19 Nov 2007 20:16:57 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756416AbXKTBNp
(ORCPT <rfc822;linux-kernel-outgoing>);
Mon, 19 Nov 2007 20:13:45 -0500
Received: from relay1.sgi.com ([192.48.171.29]:49836 "EHLO relay.sgi.com"
rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
id S1753655AbXKTBNe (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
Mon, 19 Nov 2007 20:13:34 -0500
Received: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com [150.166.1.51])
by relay1.corp.sgi.com (Postfix) with ESMTP id 2556E8F80AF;
Mon, 19 Nov 2007 17:13:34 -0800 (PST)
Received: from clameter by schroedinger.engr.sgi.com with local (Exim 3.36 #1 (Debian))
id 1IuHgE-0004iU-00; Mon, 19 Nov 2007 17:13:34 -0800
Message-Id: <20071120011333.850453474@sgi.com>
References: <20071120011132.143632442@sgi.com>
User-Agent: quilt/0.46-1
Date: Mon, 19 Nov 2007 17:11:41 -0800
From: clameter@sgi.com
From: Christoph Lameter <clameter@sgi.com>
To: ak@suse.de
Cc: akpm@linux-foundation.org
Cc: travis@sgi.com
Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Cc: linux-kernel@vger.kernel.org
Subject: [rfc 09/45] cpu alloc: IA64 support
Content-Disposition: inline; filename=cpu_alloc_ia64_support
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
[-- Attachment #2.1.2: Type: message/delivery-status, Size: 465 bytes --]
[-- Attachment #2.1.3: Type: message/rfc822, Size: 5195 bytes --]
From: clameter@sgi.com
From: Christoph Lameter <clameter@sgi.com>
To: ak@suse.de
Cc: akpm@linux-foundation.org
Cc: travis@sgi.com
Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Cc: linux-kernel@vger.kernel.org
Subject: [rfc 09/45] cpu alloc: IA64 support
Date: Mon, 19 Nov 2007 17:11:41 -0800
Message-ID: <20071120011333.850453474@sgi.com>
[-- Attachment #2.1.3.1: cpu_alloc_ia64_support --]
[-- Type: text/plain, Size: 3774 bytes --]
From: clameter@sgi.com
From: Christoph Lameter <clameter@sgi.com>
To: ak@suse.de
Cc: akpm@linux-foundation.org
Cc: travis@sgi.com
Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Cc: linux-kernel@vger.kernel.org
Subject: [rfc 09/45] cpu alloc: IA64 support
Date: Mon, 19 Nov 2007 17:11:41 -0800
Message-ID: <20071120011333.850453474@sgi.com>
Typical use of per cpu memory for a small system of 8G 8p 4node is less than
64k per cpu memory. This is increasing rapidly for larger systems where we can
get up to 512k or 1M of memory used for cpu storage.
The maximum size allowed of the cpu area is 128MB of memory.
The cpu area is placed in region 5 with the kernel, vmemmap and vmalloc areas.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
arch/ia64/Kconfig | 13 +++++++++++++
arch/ia64/kernel/vmlinux.lds.S | 2 ++
include/asm-ia64/pgtable.h | 32 ++++++++++++++++++++++++++------
3 files changed, 41 insertions(+), 6 deletions(-)
Index: linux-2.6/arch/ia64/Kconfig
===================================================================
--- linux-2.6.orig/arch/ia64/Kconfig 2007-11-18 14:38:24.661283318 -0800
+++ linux-2.6/arch/ia64/Kconfig 2007-11-18 21:13:23.281093698 -0800
@@ -99,6 +99,19 @@ config AUDIT_ARCH
bool
default y
+config CPU_AREA_VIRTUAL
+ bool
+ default y
+
+# Maximum of 128 MB cpu_alloc space per cpu
+config CPU_AREA_ORDER
+ int
+ default "13"
+
+config CPU_AREA_ALLOC_ORDER
+ int
+ default "0"
+
choice
prompt "System type"
default IA64_GENERIC
Index: linux-2.6/include/asm-ia64/pgtable.h
===================================================================
--- linux-2.6.orig/include/asm-ia64/pgtable.h 2007-11-18 14:38:24.669283083 -0800
+++ linux-2.6/include/asm-ia64/pgtable.h 2007-11-18 21:13:23.296343624 -0800
@@ -224,21 +224,41 @@ ia64_phys_addr_valid (unsigned long addr
*/
+/*
+ * Layout of RGN_GATE
+ *
+ * 47 bits wide (16kb pages)
+ *
+ * 0xa000000000000000-0xa00000200000000 8G Kernel data area
+ * 0xa000002000000000-0xa00040000000000 64T vmalloc
+ * 0xa000400000000000-0xa00060000000000 32T vmemmmap
+ * 0xa000600000000000-0xa00080000000000 32T cpu area
+ *
+ * 55 bits wide (64kb pages)
+ *
+ * 0xa000000000000000-0xa00000200000000 8G Kernel data area
+ * 0xa000002000000000-0xa04000000000000 16P vmalloc
+ * 0xa040000000000000-0xa06000000000000 8P vmemmmap
+ * 0xa060000000000000-0xa08000000000000 8P cpu area
+ */
+
#define VMALLOC_START (RGN_BASE(RGN_GATE) + 0x200000000UL)
+#define VMALLOC_END_INIT (RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 10)))
+
#ifdef CONFIG_VIRTUAL_MEM_MAP
-# define VMALLOC_END_INIT (RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 9)))
# define VMALLOC_END vmalloc_end
extern unsigned long vmalloc_end;
#else
+# define VMALLOC_END VMALLOC_END_INIT
+#endif
+
#if defined(CONFIG_SPARSEMEM) && defined(CONFIG_SPARSEMEM_VMEMMAP)
/* SPARSEMEM_VMEMMAP uses half of vmalloc... */
-# define VMALLOC_END (RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 10)))
-# define vmemmap ((struct page *)VMALLOC_END)
-#else
-# define VMALLOC_END (RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 9)))
-#endif
+# define vmemmap ((struct page *)VMALLOC_END_INIT)
#endif
+#define CPU_AREA_BASE (RGN_BASE(RGN_GATE) + (3UL << (4*PAGE_SHIFT - 11)))
+
/* fs/proc/kcore.c */
#define kc_vaddr_to_offset(v) ((v) - RGN_BASE(RGN_GATE))
#define kc_offset_to_vaddr(o) ((o) + RGN_BASE(RGN_GATE))
Index: linux-2.6/arch/ia64/kernel/vmlinux.lds.S
===================================================================
--- linux-2.6.orig/arch/ia64/kernel/vmlinux.lds.S 2007-11-18 21:13:46.505344120 -0800
+++ linux-2.6/arch/ia64/kernel/vmlinux.lds.S 2007-11-18 21:14:03.996593749 -0800
@@ -16,6 +16,8 @@ OUTPUT_FORMAT("elf64-ia64-little")
OUTPUT_ARCH(ia64)
ENTRY(phys_start)
jiffies = jiffies_64;
+cpu_area = CPU_AREA_BASE;
+
PHDRS {
code PT_LOAD;
percpu PT_LOAD;
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: quilt/0.46-1 misbehaviour...
2007-11-20 5:51 quilt/0.46-1 misbehaviour Matti Aarnio
@ 2007-11-20 6:30 ` Junio C Hamano
2007-11-20 11:51 ` Johannes Schindelin
2007-11-20 18:34 ` Alex Riesen
1 sibling, 1 reply; 6+ messages in thread
From: Junio C Hamano @ 2007-11-20 6:30 UTC (permalink / raw)
To: Matti Aarnio; +Cc: git
Matti Aarnio <matti.aarnio@zmailer.org> writes:
> .. or perhaps Exim, but odd result in arriving and thus outgoing headers anyway.
>
> From: The Post Office <postmaster@vger.kernel.org>
> Subject: Delivery reports about your email [FAILED(1)]
> ...
>
> Following is copy of the message headers. Original message content may
> be in subsequent parts of this MESSAGE/DELIVERY-STATUS structure.
>
> Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
> id S1757551AbXKTBQ5; Mon, 19 Nov 2007 20:16:57 -0500
> ...
> Message-Id: <20071120011333.850453474@sgi.com>
> References: <20071120011132.143632442@sgi.com>
> User-Agent: quilt/0.46-1
> Date: Mon, 19 Nov 2007 17:11:41 -0800
> ...
My condolences. Is there anything the people on the git mailing
list can help?
Va bgure jbeqf, junk qbrf guvf unir gb qb jvgu tvg???
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: quilt/0.46-1 misbehaviour...
2007-11-20 6:30 ` Junio C Hamano
@ 2007-11-20 11:51 ` Johannes Schindelin
0 siblings, 0 replies; 6+ messages in thread
From: Johannes Schindelin @ 2007-11-20 11:51 UTC (permalink / raw)
To: Junio C Hamano; +Cc: Matti Aarnio, git
Hi,
On Mon, 19 Nov 2007, Junio C Hamano wrote:
> Va bgure jbeqf, junk qbrf guvf unir gb qb jvgu tvg???
Did you not mean "jung" instead of "junk"?
Ciao,
Dscho
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: quilt/0.46-1 misbehaviour...
2007-11-20 5:51 quilt/0.46-1 misbehaviour Matti Aarnio
2007-11-20 6:30 ` Junio C Hamano
@ 2007-11-20 18:34 ` Alex Riesen
2007-11-20 23:54 ` Matti Aarnio
1 sibling, 1 reply; 6+ messages in thread
From: Alex Riesen @ 2007-11-20 18:34 UTC (permalink / raw)
To: Matti Aarnio; +Cc: git
Matti Aarnio, Tue, Nov 20, 2007 06:51:49 +0100:
> .. or perhaps Exim, but odd result in arriving and thus outgoing headers anyway.
>
...
> Diagnostic-Code: smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
>
> From: clameter@sgi.com
> From: Christoph Lameter <clameter@sgi.com>
> To: ak@suse.de
> Cc: akpm@linux-foundation.org
> Cc: travis@sgi.com
> Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> Cc: linux-kernel@vger.kernel.org
...
> Remote-MTA: dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|39031)
> Last-Attempt-Date: Mon, 19 Nov 2007 20:17:31 -0500
> Diagnostic-Code: smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
...
> Date: Mon, 19 Nov 2007 17:11:41 -0800
> Subject: [rfc 09/45] cpu alloc: IA64 support
> From: clameter@sgi.com
> From: Christoph Lameter <clameter@sgi.com>
> Message-Id: <20071120011333.850453474@sgi.com>
Is this the problem: duplicate From: and quadriplicate Cc:?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: quilt/0.46-1 misbehaviour...
2007-11-20 18:34 ` Alex Riesen
@ 2007-11-20 23:54 ` Matti Aarnio
2007-11-21 0:06 ` Junio C Hamano
0 siblings, 1 reply; 6+ messages in thread
From: Matti Aarnio @ 2007-11-20 23:54 UTC (permalink / raw)
To: Alex Riesen; +Cc: Matti Aarnio, git
On Tue, Nov 20, 2007 at 07:34:02PM +0100, Alex Riesen wrote:
> Matti Aarnio, Tue, Nov 20, 2007 06:51:49 +0100:
> > .. or perhaps Exim, but odd result in arriving and thus outgoing headers anyway.
> >
> ...
> > Diagnostic-Code: smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
> >
> > From: clameter@sgi.com
> > From: Christoph Lameter <clameter@sgi.com>
> > To: ak@suse.de
> > Cc: akpm@linux-foundation.org
> > Cc: travis@sgi.com
> > Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> > Cc: linux-kernel@vger.kernel.org
> ...
> > Remote-MTA: dns; cartero.cs.tu-berlin.de (130.149.17.20|25|209.132.176.167|39031)
> > Last-Attempt-Date: Mon, 19 Nov 2007 20:17:31 -0500
> > Diagnostic-Code: smtp; 554 (Reject, id=10432-16 - BAD_HEADER: Duplicate header field: "From")
> ...
> > Date: Mon, 19 Nov 2007 17:11:41 -0800
> > Subject: [rfc 09/45] cpu alloc: IA64 support
> > From: clameter@sgi.com
> > From: Christoph Lameter <clameter@sgi.com>
> > Message-Id: <20071120011333.850453474@sgi.com>
>
> Is this the problem: duplicate From: and quadriplicate Cc:?
That kind of header multiples are are triggering spam filters all over the place,
because spammers used to use such tricks as recently as 2 years ago.
Duplicate "From:" is plain simply broken, multiple "Cc:" is just questionable..
git-tools should not produce such.
/Matti Aarnio
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: quilt/0.46-1 misbehaviour...
2007-11-20 23:54 ` Matti Aarnio
@ 2007-11-21 0:06 ` Junio C Hamano
0 siblings, 0 replies; 6+ messages in thread
From: Junio C Hamano @ 2007-11-21 0:06 UTC (permalink / raw)
To: Matti Aarnio; +Cc: Alex Riesen, git
Matti Aarnio <matti.aarnio@zmailer.org> writes:
> On Tue, Nov 20, 2007 at 07:34:02PM +0100, Alex Riesen wrote:
> ...
>> Is this the problem: duplicate From: and quadriplicate Cc:?
>
> That kind of header multiples are are triggering spam filters
> all over the place, because spammers used to use such tricks
> as recently as 2 years ago.
>
> Duplicate "From:" is plain simply broken, multiple "Cc:" is
> just questionable..
My condolences.
> git-tools should not produce such.
I have one fundamental question.
What help can git people offer to help you resolve this issue?
What does a message that says:
Message-Id: <20071120011333.850453474@sgi.com>
References: <20071120011132.143632442@sgi.com>
User-Agent: quilt/0.46-1
Date: Mon, 19 Nov 2007 17:11:41 -0800
(a part from your original message that Alex did not quote)
have to do with anything with the git mailing list?
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-11-21 0:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-20 5:51 quilt/0.46-1 misbehaviour Matti Aarnio
2007-11-20 6:30 ` Junio C Hamano
2007-11-20 11:51 ` Johannes Schindelin
2007-11-20 18:34 ` Alex Riesen
2007-11-20 23:54 ` Matti Aarnio
2007-11-21 0:06 ` Junio C Hamano
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).