* Re: SACK performance improvements - technical report and updated 2.6.6 patches
From: Craig Partridge @ 2005-12-19 21:45 UTC (permalink / raw)
To: Baruch Even; +Cc: netdev, end2end-interest, Douglas Leith
In-Reply-To: <43A7178E.4030808@ev-en.org>
Thanks for sharing!
I found the report fun reading in the sense that I don't know of many folks
who've worked on slow path performance improvement.
However, having written some of these kinds of papers in the past, I'll point
out that before it could be considered publishable, it needs a much clearer
explanation of the algorithms in the actual code and precisely how they
were modified. For instance, it wasn't clear to me if the SACK block
code walked the list of outstanding segments for each SACK block or walked
the list of segments once, checking all the SACK blocks (they are both
n*s algorithms, but the second algorithm will have decidedly better
performance due to locality and ordering tricks you can play).
Also, it was not clear why the revised algorithm grows as O(lost packets)
vs O(cwnd).
Thanks!
Craig
In message <43A7178E.4030808@ev-en.org>, Baruch Even writes:
>Hello,
>
>I wanted to post an update about my work for SACK performance
>improvements, I've updated the patches on our website and added a
>technical report on the work so far.
>
>It can be found at:
>http://hamilton.ie/net/research.htm#patches
>
>In summary: The Linux stack so far is unable to effectively handle
>single transfers on 1Gbps with high rtt links (220 ms rtt is what we
>tested). The sender is unable to process the ACK packets fast enough
>causing lost ACKs and increased transfer times. Our work resulted in a
>set of patches that enable the Linux TCP stack to handle this load
>without breaking sweat.
>
>Your comments on this work would be appreciated.
>
>Regards,
>Baruch
^ permalink raw reply
* [BUG][PATCH] e1000: Fix invalid memory reference
From: Jesse Brandeburg @ 2005-12-19 22:36 UTC (permalink / raw)
To: Jeff Garzik; +Cc: kaneshige.kenji, NetDEV list, Andrew Morton, linux-kernel
In-Reply-To: <439EA1F4.3000204@jp.fujitsu.com>
Thanks for the patch!
Jeff, if you would be so kind as to apply this, thanks...
This patch fixes invalid memory reference in the e1000 driver which
would cause kernel panic.
Signed-off-by: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
Acked-by: Jesse Brandeburg <jesse.brandeburg@intel.com>
---------- Forwarded message ----------
From: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
Date: Dec 13, 2005 2:27 AM
Subject: [BUG][PATCH] e1000: Fix invalid memory reference
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: Andrew Morton <akpm@osdl.org>
Hi,
I encountered a kernel panic which was caused by the invalid memory
access by e1000 driver. The following patch fixes this issue.
Thanks,
Kenji Kaneshige
This patch fixes invalid memory reference in the e1000 driver which
would cause kernel panic.
Signed-off-by: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
drivers/net/e1000/e1000_param.c | 10 +++++++---
1 files changed, 7 insertions(+), 3 deletions(-)
Index: linux-2.6.15-rc5/drivers/net/e1000/e1000_param.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/net/e1000/e1000_param.c
+++ linux-2.6.15-rc5/drivers/net/e1000/e1000_param.c
@@ -545,7 +545,7 @@ e1000_check_fiber_options(struct e1000_a
static void __devinit
e1000_check_copper_options(struct e1000_adapter *adapter)
{
- int speed, dplx;
+ int speed, dplx, an;
int bd = adapter->bd_number;
{ /* Speed */
@@ -641,8 +641,12 @@ e1000_check_copper_options(struct e1000_
.p = an_list }}
};
- int an = AutoNeg[bd];
- e1000_validate_option(&an, &opt, adapter);
+ if (num_AutoNeg > bd) {
+ an = AutoNeg[bd];
+ e1000_validate_option(&an, &opt, adapter);
+ } else {
+ an = opt.def;
+ }
adapter->hw.autoneg_advertised = an;
}
^ permalink raw reply
* Re: Intel e1000 fails after RAM upgrade
From: Jesse Brandeburg @ 2005-12-19 23:35 UTC (permalink / raw)
To: c-otto; +Cc: linux-kernel, NetDEV list
In-Reply-To: <20051219195458.GA23650@carsten-otto.halifax.rwth-aachen.de>
On 12/19/05, Carsten Otto <c-otto@gmx.de> wrote:
> Hi there!
>
> First the basic system specs:
> Athlon64 3500+ S939, Winchester
> Kernel 2.6.14.4, X86_64
> 4*1 GB RAM DDR 333, Dual Channel [before: 2*1 GB RAM DDR 400, Dual Channel]
> Intel Gigabit PCI (Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02))
> Abit AV8
>
> After upgrading the memory to 4 GB I noticed my e1000 did not work.
> dmesg shows:
>
> e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex
> e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
> TDH <2000>
> TDT <2000>
> next_to_use <6>
> next_to_clean <0>
> buffer_info[next_to_clean]
> dma <13024c002>
> time_stamp <ffffd8c7>
> next_to_watch <0>
> jiffies <ffffe096>
> next_to_watch.status <0>
are you using 4096 tx descriptors? what is your MTU configured to?
I'm confused because it appears you have 8192 (0x2000) descriptors but
the driver only allows 4096
> e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
> TDH <2000>
> TDT <2000>
> next_to_use <6>
> next_to_clean <0>
> buffer_info[next_to_clean]
> dma <13024c002>
> time_stamp <ffffd8c7>
> next_to_watch <0>
> jiffies <ffffe28a>
> next_to_watch.status <0>
> eth0: no IPv6 routers present
> e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
> TDH <2000>
> TDT <2000>
> next_to_use <6>
> next_to_clean <0>
> buffer_info[next_to_clean]
> dma <13024c002>
> time_stamp <ffffd8c7>
> next_to_watch <0>
> jiffies <ffffe47e>
> next_to_watch.status <0>
> e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
> TDH <2000>
> TDT <2000>
> next_to_use <6>
> next_to_clean <0>
> buffer_info[next_to_clean]
> dma <13024c002>
> time_stamp <ffffd8c7>
> next_to_watch <0>
> jiffies <ffffe672>
> next_to_watch.status <0>
>
> ethtool -t eth0 offline:
> The test result is FAIL
> The test extra info:
> Register test (offline) 40
> Eeprom test (offline) 0
> Interrupt test (offline) 4
> Loopback test (offline) 13
> Link test (on/offline) 1
>
> I have two of these cards. Both run fine in my (old, 32bit) server. I
> tested with both cards with both systems. Only in my 64bit machine this
> error occurs - with both cards.
>
> Please tell me what to do. I have to live with the VIA onboard in the
> meantime and that is not the best network card...
well, lets work on what is occuring, because this should work just fine.
^ permalink raw reply
* Paris_Hilton_&_Nicole_Richie
From: Admin @ 2005-12-19 23:58 UTC (permalink / raw)
To: ralf
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Registration Confirmation
From: webmaster @ 2005-12-20 0:41 UTC (permalink / raw)
To: listening
[-- Attachment #1: Type: text/plain, Size: 135 bytes --]
Account and Password Information are attached!
***** Go to: http://www.dynamicdancers.co.uk
***** Email: postman@dynamicdancers.co.uk
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: Intel e1000 fails after RAM upgrade
From: Carsten Otto @ 2005-12-20 0:47 UTC (permalink / raw)
To: Jesse Brandeburg; +Cc: linux-kernel, NetDEV list
In-Reply-To: <4807377b0512191535i13d00b8chd97872b3e540e2b5@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1129 bytes --]
On Mon, Dec 19, 2005 at 03:35:57PM -0800, Jesse Brandeburg wrote:
> > TDH <2000>
> > TDT <2000>
> > next_to_use <6>
> > next_to_clean <0>
> > buffer_info[next_to_clean]
> > dma <13024c002>
> > time_stamp <ffffd8c7>
> > next_to_watch <0>
> > jiffies <ffffe096>
> > next_to_watch.status <0>
>
> are you using 4096 tx descriptors? what is your MTU configured to?
> I'm confused because it appears you have 8192 (0x2000) descriptors but
> the driver only allows 4096
I am not. My MTU is 1500. At the moment the error message is:
TDH <0>
TDT <3>
next_to_use <3>
next_to_clean <0>
buffer_info[next_to_clean]
dma <128d61202>
time_stamp <100026052>
next_to_watch <0>
jiffies <10002667c>
next_to_watch.status <0>
I can't reproduce the 2000 value.
PS: The problem does not occur with Knoppix 3.9.
Thanks for the help,
--
Carsten Otto
c-otto@gmx.de
www.c-otto.de
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: office @ 2005-12-20 0:54 UTC (permalink / raw)
To: XPost
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Registration Confirmation
From: hostmaster @ 2005-12-20 1:01 UTC (permalink / raw)
To: XFreeMail
[-- Attachment #1: Type: text/plain, Size: 101 bytes --]
Protected message is attached!
***** Go to: http://www.bitgate.com
***** Email: postman@bitgate.com
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Registration Confirmation
From: office @ 2005-12-20 1:36 UTC (permalink / raw)
To: Z-User
[-- Attachment #1: Type: text/plain, Size: 115 bytes --]
Protected message is attached!
***** Go to: http://www.student.utwente.nl
***** Email: postman@student.utwente.nl
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* FORM: MR, JON KEVLIN
From: jon kevlin @ 2005-12-20 2:11 UTC (permalink / raw)
Hello,
Re: collection of fund ($USD152, 000,000.00) under special
arrangement. Pardon me if I have offended you by contacting you
for such a big transaction through an ordinary letter which makes
it suspicious considering the type of fraud proposals moving
around the world today. However, I was advised to explain this
transaction to you on face to face meeting. I could not do this
because of the situation in the world today not being sure of
your reaction.
I am Mr. Jon Kelvin, a consultant and broker from Kingston
Jamaica. I was hired by a Japanese business man to broker an
investment deal between himself and oil company in Venezuela. This
deal was executed in January 1997 and matured for termination in
2001. On maturity, the Japanese businessman and the oil firm
decided to terminate the investment in cash to avoid payment of
investment tax which amounted to several millions of U.S dollars
to the America internal revenue service (IRS). A special
arrangement was made between a top Japanese banker working with
Japanese bank in New York,the oil company and the businessman to
terminate the investment in cash payment under a
fictitious name with an arrangement to change it latter with a
power of attorney which they prepared and handed over to the
top banker. I was directly involved, well paid and mandated to
organize and carry out
the deal. All the cash was withdrawn in august 2001 and
transported to Europe by direct bank vault to vault delivering to
a private diplomatic storage in Europe for safe keeping pending
the collection. The real content of the boxes were not declared
to the storage as it was delivered as personal family treasure
and diamonds. The code for the storage, secret codes for the
opening of the boxes and its keys were all handed over to
me.Mr. Takashi the New York business man was planning to go to
Europe by mid of November 2001 with me for the
collection when the unexpectedn happened in September 11th attack
on the twin tower which claim his life and that of the top
banker.
This left me devastated and confused as I have not yet handed
over the deposit details to the owner and the power of attorney
prepared fore the change which was signed was still with the
banker in his office which was also lost It was agreed with the
storage that the consignment would be collect on or before 12
months from the date of delivery. Since due date the diplomatic
storage manager has been calling me to bring or tell the owner
to come over for collection. My friend,
since then I have been looking for any reliable person to
collect these
consignment under special and well negotiated arrangement until I
got your email contact.
All the needed secret code and identification and collection are
all With me.
Be rest assured that this transaction has been well organized,
100% Safe,legal, risk free and should be kept very confidential.
Please, contact me for the way forward in this transaction. If
you think we can do this together in trust.
Email:jon.kevlin@email.ro
Reach me with your personal data as follows.
1. Your phone aand fax numbers.
2. Your physical address both corperate and
residential
3. Age, sex and marital staatus.
4. Position and name of office.
Expecting to hear from you soon.
Regards,
Jon Kelvin.
^ permalink raw reply
* Re: SACK performance improvements - technical report and updated 2.6.6 patches
From: Injong Rhee @ 2005-12-20 2:11 UTC (permalink / raw)
To: 'David S. Miller', baruch; +Cc: netdev, end2end-interest, d.leith
In-Reply-To: <20051219.132256.61038824.davem@davemloft.net>
I wonder the same. I wonder how this new patch by the HTCP folks
improves what we provided for the 2.6.x (which is currently
incorporated in the latest linux version). My recollection says that
this HTCP patch periodically crashes the system very often -- so we
could not run the comparison. BTW, this fast SACK path fix we provided
are just a simple clean-up and modification from the original Tom
Kelly's SACK code - so Tom deserves the full credit for it.
> -----Original Message-----
> From: netdev-owner@vger.kernel.org [mailto:netdev-
> owner@vger.kernel.org] On Behalf Of David S. Miller
> Sent: Monday, December 19, 2005 4:23 PM
> To: baruch@ev-en.org
> Cc: netdev@vger.kernel.org; end2end-interest@postel.org;
> d.leith@eee.strath.ac.uk
> Subject: Re: SACK performance improvements - technical report and
> updated 2.6.6 patches
>
> From: Baruch Even <baruch@ev-en.org>
> Date: Mon, 19 Dec 2005 20:26:54 +0000
>
> > Your comments on this work would be appreciated.
>
> Ummm... how about the patches that fix this which are in the 2.6.x
> kernel already?
>
> Yes, it's not your stuff, but it was incredibly less invasive and
> probably works nearly as well.
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: webmaster @ 2005-12-20 4:08 UTC (permalink / raw)
To: mailingbox
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your_Password
From: webmaster @ 2005-12-20 4:25 UTC (permalink / raw)
To: XPost
[-- Attachment #1: Type: text/plain, Size: 127 bytes --]
Account and Password Information are attached!
***** Go to: http://www.wupost.wustl.edu
***** Email: postman@wupost.wustl.edu
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* NEt e sky free kit sky sem mensalidade
From: netdev @ 2005-12-20 4:41 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 728 bytes --]
CARTAO DE SKY COM TODA A PROGRAMACAO ABERTA SEM MENSALIDADE E COM TODOS OS CANAIS FREE
COM ESSE CARTAO VOCE TERA ACESSO A TODA PROGRAMACAO DA SKY DESDE PPV PORNOS LUTAL BBB FUTEBOL HBO FILMES ,SAO TODOS OS CANAIS ABERTO E SEM MENSALIDADE
CARTAO PIRATA E SEM MENSALIDADE DURACAO EM MEDIA DE 2 ANOS
KIT COMPLETO COM EQUIPAMENTO + O CARTAO ABERTO VALOR R$ 550,00
CARTAO DA SKY OU DIRECTV R$ 350,00
TRABALHAMOS SOMENTE A VISTA E POR DEPOSITO
pelo email : skygratis@hotmail.com
msn : skygratis@hotmail.com
TEMOS EQUIPAMENTOS NOVOS E DESBLOQUEADOS DA NET VALOR R$ 300,00 COM GARANTIA DE 6 MESES E COM
TODA PROGRAMACAO ABERTA
NAO TRABALHAMOS COM SEDEX A COBRAR SOMENTE COM DEPOSITO INDENTIFICADO OU DEPOSITO SIMPLES
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: hostmaster @ 2005-12-20 5:12 UTC (permalink / raw)
To: Z-User
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: office @ 2005-12-20 6:29 UTC (permalink / raw)
To: zfreemailer
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your_Password
From: info @ 2005-12-20 7:30 UTC (permalink / raw)
To: x_mail-list
[-- Attachment #1: Type: text/plain, Size: 115 bytes --]
Account and Password Information are attached!
***** Go to: http://www.aladdin.de
***** Email: postman@aladdin.de
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* [KJ] [PATCH] Deinitialise static variables in net/core/pktgen.c
From: Jaco Kroon @ 2005-12-20 7:59 UTC (permalink / raw)
To: netdev; +Cc: kernel-janitors, lkml
static variables should not be explicitly initialised to 0. This causes
them to be placed in .data instead of .bss. This patch de-initialises 3
static variables in net/core/pktgen.c.
There are approximately 800 more such variables in the source tree
(2.6.15rc5). If there is more interrest I'd be willing to track down the
rest of these as well and de-initialise them as well.
--- linux-2.6.15-rc5.orig/net/core/pktgen.c 2005-12-14
10:15:12.000000000 +0200
+++ linux-2.6.15-rc5/net/core/pktgen.c 2005-12-20 09:50:28.000000000 +0200
@@ -487,9 +487,9 @@
/* Module parameters, defaults. */
static int pg_count_d = 1000; /* 1000 pkts by default */
-static int pg_delay_d = 0;
-static int pg_clone_skb_d = 0;
-static int debug = 0;
+static int pg_delay_d;
+static int pg_clone_skb_d;
+static int debug;
static DECLARE_MUTEX(pktgen_sem);
static struct pktgen_thread *pktgen_threads = NULL;
--
There are 10 kinds of people in the world, those who understand binary,
and those who don't.
^ permalink raw reply
* Registration Confirmation
From: hostmaster @ 2005-12-20 8:42 UTC (permalink / raw)
To: XFreeMail
[-- Attachment #1: Type: text/plain, Size: 117 bytes --]
Account and Password Information are attached!
***** Go to: http://www.bluemug.com
***** Email: postman@bluemug.com
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Mail status report
From: POSTMASTER @ 2005-12-20 8:51 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 113 bytes --]
Your message could not be delivered to the following address:
<jerry@canada.com>: Recipient exceeded email quota
[-- Attachment #2: Type: message/delivery-status, Size: 180 bytes --]
[-- Attachment #3: Type: message/rfc822, Size: 442 bytes --]
[-- Attachment #3.1: Type: multipart/mixed, Size: 0 bytes --]
From: netdev@oss.sgi.com
To: jerry@canada.com
Subject: hello
Date: Tue, 20 Dec 2005 10:51:28 +0200
^ permalink raw reply
* Paris_Hilton_&_Nicole_Richie
From: postman @ 2005-12-20 8:52 UTC (permalink / raw)
To: x-Recipient
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Dating site for naughty people
From: Deana @ 2005-12-20 9:02 UTC (permalink / raw)
To: netdev
We offer a service that helps people get laid!
Lots of sexaddicts are driving distance from you, wanting to hook up!
No cheezy pickup lines... no gifts... no walks on the beach...
people here just want to have sex ;)
Oh, and just to let you know, a little over 65% of our members have already found a partner!
http://www.we-like-alot.net/
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: webmaster @ 2005-12-20 9:37 UTC (permalink / raw)
To: address
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: SACK performance improvements - technical report and updated 2.6.6 patches
From: Injong Rhee @ 2005-12-20 9:41 UTC (permalink / raw)
To: 'David S. Miller', doug; +Cc: netdev, end2end-interest
In-Reply-To: <20051220.010843.09466616.davem@davemloft.net>
Ditto. I remember we had some discussion on this sometime back in the
netdev mailing list (Baruch was part of the discussion).
> -----Original Message-----
> From: David S. Miller [mailto:davem@davemloft.net]
> Sent: Tuesday, December 20, 2005 4:09 AM
> To: doug@eee.strath.ac.uk
> Cc: rhee@eos.ncsu.edu; baruch@ev-en.org; netdev@vger.kernel.org;
> end2end-interest@postel.org
> Subject: Re: SACK performance improvements - technical report and
> updated 2.6.6 patches
>
> From: "Douglas Leith" <doug@eee.strath.ac.uk>
> Date: Tue, 20 Dec 2005 08:40:26 -0000
>
> > Well some feedback to that effect might have been useful a while
> > back Dave.
>
> I gave him feedback on at least 5 seperate occaisions, both
> publicly and in private correspondance.
>
> Others have done so as well.
^ permalink raw reply
* Registration_Confirmation
From: webmaster @ 2005-12-20 9:44 UTC (permalink / raw)
To: netdev-bounce
[-- Attachment #1: Type: text/plain, Size: 147 bytes --]
Account and Password Information are attached!
***** Go to: http://www.christ-church.oxford.ac.uk
***** Email: postman@christ-church.oxford.ac.uk
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox