From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with ESMTP id C943F6B0047 for ; Wed, 30 Nov 2011 08:51:48 -0500 (EST) MIME-Version: 1.0 In-Reply-To: <20111129144720.7374B7AD9E@priderock.keep-cool.org> Subject: Re: [Linux-decnet-user] Proposed removal of DECnet support (was:Re: [BUG] 3.2-rc2:BUG kmalloc-8: Redzone overwritten) Message-ID: From: mike.gair@tatasteel.com Date: Wed, 30 Nov 2011 13:52:11 +0000 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sender: owner-linux-mm@kvack.org List-ID: To: Philipp Schafft Cc: Chrissie Caulfield , Christoph Lameter , David Miller , Eric Dumazet , Sasha Levin , Linux-DECnet user , linux-kernel , linux-mm , Matt Mackall , netdev , Pekka Enberg , RoarAudio , Steven Whitehouse

We're using decnet on = linux,
as a way of expanding= a control system,
using D= EC PDP11s (actually charon11 emulations).

So woud be very interested in keeping decnet supported.

In theory i'd be interest= ed in maintaining it,
but i'= m not sure what amount of work is involved,
have no experience of kernel, or where to start.
=
Any ideas?



<= br>
Philipp Schafft <lion@lion.leolix.org> wr= ote on 29/11/2011 14:47:19:

> reflum,
>
> On Tue, 20= 11-11-29 at 15:34 +0100, Steven Whitehouse wrote:
>
> > Has= anybody actually tested it
> > > >> lately against "= ;real" DEC implementations?
> > > > I doubt it :-)
&= gt; > > DECnet is in use against real DEC implementations - I have ch= ecked it
> > > quite recently against a VAX running OpenVMS. H= ow many people are
> > > actually using it for real work is a = different question though.
> > >
> > Ok, thats useful= info.
>
> I confirmed parts of it with tcpdump and the specs = some weeks ago. The
> parts I worked on passed :) I also considered t= o send the tcpdump
> upstream a patch for protocol decoding.
> =
>
> > > It's also true that it's not really supported b= y anyone as I orphaned it
> > > some time ago and nobody else = seems to care enough to take it over. So
> > > if it's becomin= g a burden on people doing real kernel work then I don't
> > >= think many tears will be wept for its removal.
> > > Chrissie<= br>> >
> > Really the only issue with keeping it around is = the maintenance burden I
> > think. It doesn't look like anybody w= ants to take it on, but maybe we
> > should give it another few da= ys for someone to speak up, just in case
> > they are on holiday o= r something at the moment.
> >
> > Also, I've updated th= e subject of the thread, to make it more obvious
> > what is being= discussed, as well as bcc'ing it again to the DECnet list,
>
>= ; I'm very interested in the module. However my problem is that I had
&g= t; nothing to do with kernel coding yet. However I'm currently searching a<= br>> new maintainer for it (I got info about this thread by today).
&= gt; If somebody is interested in this and only needs some "motivation&= quot; or
> maybe someone would like to get me into kernel coding, ple= ase just
> reply :)
>
> --
> Philipp.
> (R= ah of PH2)
> [attachment "signature.asc" deleted by Mike Ga= ir/UK/Corus]
> -----------------------------------------------------= -------------------------
> All the data continuously generated in yo= ur IT infrastructure
> contains a definitive record of customers, ap= plication performance,
> security threats, fraudulent activity, and = more. Splunk takes this
> data and makes sense of it. IT sense. And = common sense.
> http://= p.sf.net/sfu/splunk-novd2d
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Project Home Page: http://linux-decnet.wiki.sourceforge.n= et/
>
> Linux-decnet-user mailing list
> Linux-decne= t-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/li= stinfo/linux-decnet-user
>

**********************************************************************
This transmission is confidential and must not be used or disclosed by anyo= ne other than the intended recipient. Neither Tata Steel Europe Limited nor= any of its subsidiaries can accept any responsibility for any use or misus= e of the transmission by anyone.

For address and company registration details of certain entities within the= Tata Steel Europe group of companies, please visit http://www.tatasteeleur= ope.com/entities
**********************************************************************

<= /font> = -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org