From: gregkh@suse.de (Greg KH)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] econet: Move to staging; remove from defconfig
Date: Sat, 27 Nov 2010 16:21:35 -0800 [thread overview]
Message-ID: <20101128002135.GA4562@suse.de> (raw)
In-Reply-To: <1290897868.3292.59.camel@localhost>
On Sat, Nov 27, 2010 at 10:44:28PM +0000, Ben Hutchings wrote:
> Recent review has revealed several bugs in econet and other obscure
> protocol implementations that can be exploited by local users for
> denial of service or privilege escalation.
>
> The econet protocol (PF_ECONET) is unmaintained. There appear to be
> no published applications for it, and it has never progressed beyond
> 'experimental' status.
>
> This protocol generally should not be enabled by distributions, since
> the cost of a security flaw affecting all installed systems presumably
> outweighs the benefit to the few (if any) legitimate users.
>
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> ---
> As requested, I'm actually renaming the directory this time. I also
> noticed that ECONET was enabled in a couple of ARM defconfigs and
> explicitly disabled in various other defconfigs, so I've removed those
> lines as well.
>
> This is based on linux-next; I hope it applies to staging.
>
> Ben.
>
> arch/arm/configs/ixp4xx_defconfig | 3 ---
> arch/arm/configs/pnx4008_defconfig | 3 ---
> arch/mips/configs/gpr_defconfig | 3 ---
> arch/mips/configs/mtx1_defconfig | 3 ---
> arch/um/defconfig | 1 -
> arch/xtensa/configs/common_defconfig | 1 -
> arch/xtensa/configs/iss_defconfig | 1 -
> arch/xtensa/configs/s6105_defconfig | 1 -
No need to change the defconfigs, they will get updated on their own if
they need to be.
> drivers/staging/Kconfig | 2 ++
> drivers/staging/Makefile | 1 +
> {net => drivers/staging}/econet/Kconfig | 0
> {net => drivers/staging}/econet/Makefile | 0
> {net => drivers/staging}/econet/af_econet.c | 0
> net/Kconfig | 1 -
> net/Makefile | 1 -
> 15 files changed, 3 insertions(+), 18 deletions(-)
> rename {net => drivers/staging}/econet/Kconfig (100%)
> rename {net => drivers/staging}/econet/Makefile (100%)
> rename {net => drivers/staging}/econet/af_econet.c (100%)
>
> diff --git a/arch/arm/configs/ixp4xx_defconfig b/arch/arm/configs/ixp4xx_defconfig
> index 5c50239..bd85c32 100644
> --- a/arch/arm/configs/ixp4xx_defconfig
> +++ b/arch/arm/configs/ixp4xx_defconfig
> @@ -88,9 +88,6 @@ CONFIG_IPDDP_ENCAP=y
> CONFIG_IPDDP_DECAP=y
> CONFIG_X25=m
> CONFIG_LAPB=m
> -CONFIG_ECONET=m
> -CONFIG_ECONET_AUNUDP=y
> -CONFIG_ECONET_NATIVE=y
Doesn't this imply that someone is actually using this?
> CONFIG_WAN_ROUTER=m
> CONFIG_NET_SCHED=y
> CONFIG_NET_SCH_CBQ=m
> diff --git a/arch/arm/configs/pnx4008_defconfig b/arch/arm/configs/pnx4008_defconfig
> index bd481f0..8301e4a 100644
> --- a/arch/arm/configs/pnx4008_defconfig
> +++ b/arch/arm/configs/pnx4008_defconfig
> @@ -101,9 +101,6 @@ CONFIG_IPDDP_ENCAP=y
> CONFIG_IPDDP_DECAP=y
> CONFIG_X25=m
> CONFIG_LAPB=m
> -CONFIG_ECONET=m
> -CONFIG_ECONET_AUNUDP=y
> -CONFIG_ECONET_NATIVE=y
Same here and for the others.
I also need a TODO file for the staging directory location (see the
others for drivers that are going away as an example.)
And I need an ack from the networking maintainer to be able to accept
this also.
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@suse.de>
To: Ben Hutchings <ben@decadent.org.uk>
Cc: David Miller <davem@davemloft.net>,
netdev <netdev@vger.kernel.org>,
devel@driverdev.osuosl.org, linux-arm-kernel@lists.infradead.org,
Debian kernel maintainers <debian-kernel@lists.debian.org>
Subject: Re: [PATCH] econet: Move to staging; remove from defconfig
Date: Sat, 27 Nov 2010 16:21:35 -0800 [thread overview]
Message-ID: <20101128002135.GA4562@suse.de> (raw)
In-Reply-To: <1290897868.3292.59.camel@localhost>
On Sat, Nov 27, 2010 at 10:44:28PM +0000, Ben Hutchings wrote:
> Recent review has revealed several bugs in econet and other obscure
> protocol implementations that can be exploited by local users for
> denial of service or privilege escalation.
>
> The econet protocol (PF_ECONET) is unmaintained. There appear to be
> no published applications for it, and it has never progressed beyond
> 'experimental' status.
>
> This protocol generally should not be enabled by distributions, since
> the cost of a security flaw affecting all installed systems presumably
> outweighs the benefit to the few (if any) legitimate users.
>
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> ---
> As requested, I'm actually renaming the directory this time. I also
> noticed that ECONET was enabled in a couple of ARM defconfigs and
> explicitly disabled in various other defconfigs, so I've removed those
> lines as well.
>
> This is based on linux-next; I hope it applies to staging.
>
> Ben.
>
> arch/arm/configs/ixp4xx_defconfig | 3 ---
> arch/arm/configs/pnx4008_defconfig | 3 ---
> arch/mips/configs/gpr_defconfig | 3 ---
> arch/mips/configs/mtx1_defconfig | 3 ---
> arch/um/defconfig | 1 -
> arch/xtensa/configs/common_defconfig | 1 -
> arch/xtensa/configs/iss_defconfig | 1 -
> arch/xtensa/configs/s6105_defconfig | 1 -
No need to change the defconfigs, they will get updated on their own if
they need to be.
> drivers/staging/Kconfig | 2 ++
> drivers/staging/Makefile | 1 +
> {net => drivers/staging}/econet/Kconfig | 0
> {net => drivers/staging}/econet/Makefile | 0
> {net => drivers/staging}/econet/af_econet.c | 0
> net/Kconfig | 1 -
> net/Makefile | 1 -
> 15 files changed, 3 insertions(+), 18 deletions(-)
> rename {net => drivers/staging}/econet/Kconfig (100%)
> rename {net => drivers/staging}/econet/Makefile (100%)
> rename {net => drivers/staging}/econet/af_econet.c (100%)
>
> diff --git a/arch/arm/configs/ixp4xx_defconfig b/arch/arm/configs/ixp4xx_defconfig
> index 5c50239..bd85c32 100644
> --- a/arch/arm/configs/ixp4xx_defconfig
> +++ b/arch/arm/configs/ixp4xx_defconfig
> @@ -88,9 +88,6 @@ CONFIG_IPDDP_ENCAP=y
> CONFIG_IPDDP_DECAP=y
> CONFIG_X25=m
> CONFIG_LAPB=m
> -CONFIG_ECONET=m
> -CONFIG_ECONET_AUNUDP=y
> -CONFIG_ECONET_NATIVE=y
Doesn't this imply that someone is actually using this?
> CONFIG_WAN_ROUTER=m
> CONFIG_NET_SCHED=y
> CONFIG_NET_SCH_CBQ=m
> diff --git a/arch/arm/configs/pnx4008_defconfig b/arch/arm/configs/pnx4008_defconfig
> index bd481f0..8301e4a 100644
> --- a/arch/arm/configs/pnx4008_defconfig
> +++ b/arch/arm/configs/pnx4008_defconfig
> @@ -101,9 +101,6 @@ CONFIG_IPDDP_ENCAP=y
> CONFIG_IPDDP_DECAP=y
> CONFIG_X25=m
> CONFIG_LAPB=m
> -CONFIG_ECONET=m
> -CONFIG_ECONET_AUNUDP=y
> -CONFIG_ECONET_NATIVE=y
Same here and for the others.
I also need a TODO file for the staging directory location (see the
others for drivers that are going away as an example.)
And I need an ack from the networking maintainer to be able to accept
this also.
thanks,
greg k-h
next prev parent reply other threads:[~2010-11-28 0:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-27 22:44 [PATCH] econet: Move to staging; remove from defconfig Ben Hutchings
2010-11-27 22:44 ` Ben Hutchings
2010-11-28 0:21 ` Greg KH [this message]
2010-11-28 0:21 ` Greg KH
2010-11-28 1:26 ` David Miller
2010-11-28 1:26 ` David Miller
2010-11-28 1:39 ` Greg KH
2010-11-28 1:39 ` Greg KH
2010-11-28 2:02 ` Ben Hutchings
2010-11-28 2:02 ` Ben Hutchings
2010-11-28 1:53 ` Ben Hutchings
2010-11-28 1:53 ` Ben Hutchings
2010-11-28 6:38 ` David Miller
2010-11-28 6:38 ` David Miller
2010-11-28 15:11 ` Ben Hutchings
2010-11-28 15:11 ` Ben Hutchings
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101128002135.GA4562@suse.de \
--to=gregkh@suse.de \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.