From: Greg Ungerer <gerg@snapgear.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: linux-m68k@vger.kernel.org, Roman Zippel <zippel@linux-m68k.org>,
John Stultz <johnstul@us.ibm.com>,
Dominik Brodowski <linux@dominikbrodowski.net>,
linux-kernel@vger.kernel.org,
Grant Likely <grant.likely@secretlab.ca>,
Alexander Kurz <linux@kbdbabel.org>,
linux-mtd@lists.infradead.org, Michael Roth <mroth@nessie.de>,
Greg Ungerer <gerg@uclinux.org>, Christoph Hellwig <hch@lst.de>,
Finn Thain <fthain@telegraphics.com.au>,
Tony Lindgren <tony@atomide.com>,
vamos-dev@i4.informatik.uni-erlangen.de,
Lennart Sorensen <lsorense@csclub.uwaterloo.ca>,
Russell King <rmk+kernel@arm.linux.org.uk>,
Anatolij Gustschin <agust@denx.de>, Sam Creasey <sammy@sammy.net>,
linux-pcmcia@lists.infradead.org,
Mike Frysinger <vapier@gentoo.org>,
Sean MacLennan <smaclennan@pikatech.com>,
Joe Perches <joe@perches.com>,
Maxim Kuvyrkov <maxim@codesourcery.com>,
Thomas Gleixner <tglx@linutronix.d>
Subject: Re: [PATCH 0/9] Removing dead code
Date: Fri, 27 Aug 2010 16:14:09 +1000 [thread overview]
Message-ID: <4C7757B1.9060403@snapgear.com> (raw)
In-Reply-To: <AANLkTimiLhhTW=XRD4hSdsKxnNdKaMSDLUgOeVR=SCJf@mail.gmail.com>
Geert Uytterhoeven wrote:
> On Mon, Aug 23, 2010 at 12:07, Christian Dietrich
> <qy03fugy@stud.informatik.uni-erlangen.de> wrote:
>> Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de> writes:
>>>> I don't have any problems with any of these from a
>>>> m68knommu point of view. I can merge them via the
>>>> m68knommu git tree if you want?
>>> If there aren't any complaints from the m68k people i'm fine with
>>> that.
>> Hm, last message was two weeks ago, so perhaps the m68k people (with
>> mmu) have no complaints with these patches and they can be included in
>> the m68knommu tree?
>
> Sorry, I've been a bit too busy with other things...
>
> - arch/m68k: Removing dead GG2 config option
> Fine for me
> - arch/m68k{,nommu}: Removing dead SMP config option
> Are there any SMP m68k systems coming?
> If yes, we may want to keep it. From the other hand, probably many
> other places
> need adjustment for SMP too, so the few checks for CONFIG_SMP may give a
> false feeling of readiness for SMP.
> - arch/m68knommu: Removing dead M68KFPU_EMU config option
> With the imminent(?) merge of mmu and nommu, perhaps we want to keep it?
I think what is in there is so old and decrepit that it is more
of a hindrance than a help :-) When we merge we should just be
using what is currently in the m68k part of the source. So I am
happy to remove the m68knommu FPU code right now.
Regards
Greg
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> -- Linus Torvalds
>
--
------------------------------------------------------------------------
Greg Ungerer -- Principal Engineer EMAIL: gerg@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064, Australia WEB: http://www.SnapGear.com
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
WARNING: multiple messages have this Message-ID (diff)
From: Greg Ungerer <gerg@snapgear.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: linux-m68k@vger.kernel.org, Roman Zippel <zippel@linux-m68k.org>,
John Stultz <johnstul@us.ibm.com>,
Dominik Brodowski <linux@dominikbrodowski.net>,
linux-kernel@vger.kernel.org,
Grant Likely <grant.likely@secretlab.ca>,
Alexander Kurz <linux@kbdbabel.org>,
linux-mtd@lists.infradead.org, Michael Roth <mroth@nessie.de>,
Greg Ungerer <gerg@uclinux.org>, Christoph Hellwig <hch@lst.de>,
Finn Thain <fthain@telegraphics.com.au>,
Tony Lindgren <tony@atomide.com>,
vamos-dev@i4.informatik.uni-erlangen.de,
Lennart Sorensen <lsorense@csclub.uwaterloo.ca>,
Russell King <rmk+kernel@arm.linux.org.uk>,
Anatolij Gustschin <agust@denx.de>, Sam Creasey <sammy@sammy.net>,
linux-pcmcia@lists.infradead.org,
Mike Frysinger <vapier@gentoo.org>,
Sean MacLennan <smaclennan@pikatech.com>,
Joe Perches <joe@perches.com>,
Maxim Kuvyrkov <maxim@codesourcery.com>,
Thomas Gleixner <tglx@linutronix.de>,
Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>,
Jiri Kosina <jkosina@suse.cz>,
Greg Kroah-Hartman <gregkh@suse.de>,
Wolfram Sang <w.sang@pengutronix.de>,
Ralf Baechle <ralf@linux-mips.org>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Manuel Lauss <manuel.lauss@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
David Woodhouse <dwmw2@infradead.org>
Subject: Re: [PATCH 0/9] Removing dead code
Date: Fri, 27 Aug 2010 16:14:09 +1000 [thread overview]
Message-ID: <4C7757B1.9060403@snapgear.com> (raw)
In-Reply-To: <AANLkTimiLhhTW=XRD4hSdsKxnNdKaMSDLUgOeVR=SCJf@mail.gmail.com>
Geert Uytterhoeven wrote:
> On Mon, Aug 23, 2010 at 12:07, Christian Dietrich
> <qy03fugy@stud.informatik.uni-erlangen.de> wrote:
>> Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de> writes:
>>>> I don't have any problems with any of these from a
>>>> m68knommu point of view. I can merge them via the
>>>> m68knommu git tree if you want?
>>> If there aren't any complaints from the m68k people i'm fine with
>>> that.
>> Hm, last message was two weeks ago, so perhaps the m68k people (with
>> mmu) have no complaints with these patches and they can be included in
>> the m68knommu tree?
>
> Sorry, I've been a bit too busy with other things...
>
> - arch/m68k: Removing dead GG2 config option
> Fine for me
> - arch/m68k{,nommu}: Removing dead SMP config option
> Are there any SMP m68k systems coming?
> If yes, we may want to keep it. From the other hand, probably many
> other places
> need adjustment for SMP too, so the few checks for CONFIG_SMP may give a
> false feeling of readiness for SMP.
> - arch/m68knommu: Removing dead M68KFPU_EMU config option
> With the imminent(?) merge of mmu and nommu, perhaps we want to keep it?
I think what is in there is so old and decrepit that it is more
of a hindrance than a help :-) When we merge we should just be
using what is currently in the m68k part of the source. So I am
happy to remove the m68knommu FPU code right now.
Regards
Greg
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> -- Linus Torvalds
>
--
------------------------------------------------------------------------
Greg Ungerer -- Principal Engineer EMAIL: gerg@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064, Australia WEB: http://www.SnapGear.com
next prev parent reply other threads:[~2010-08-27 6:14 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-04 12:41 [PATCH 0/9] Removing dead code Christian Dietrich
2010-08-04 12:41 ` [PATCH 1/9] arch/m68k: Removing dead GG2 config option Christian Dietrich
2010-08-04 12:41 ` Christian Dietrich
2010-09-13 18:09 ` Geert Uytterhoeven
2010-08-04 12:41 ` [PATCH 2/9] arch/m68k: Removing dead BSEIP " Christian Dietrich
2010-08-04 12:41 ` Christian Dietrich
2010-08-04 12:41 ` [PATCH 3/9] arch/m68k{,nommu}: Removing dead SMP " Christian Dietrich
2010-08-04 12:41 ` Christian Dietrich
2010-09-13 18:14 ` Geert Uytterhoeven
2010-08-04 12:41 ` [PATCH 4/9] Removing dead CONFIG_RPX(LITE|CLASSIC) Christian Dietrich
2010-08-04 12:41 ` Christian Dietrich
2010-08-04 12:41 ` Christian Dietrich
2010-08-04 12:41 ` [PATCH 5/9] arch/m68knommu: Removing dead M68000 config option Christian Dietrich
2010-08-04 12:42 ` [PATCH 6/9] arch/m68knommu: Removing dead RELOCATE " Christian Dietrich
2010-08-04 12:42 ` [PATCH 7/9] arch/m68knommu: Removing dead M68KFPU_EMU " Christian Dietrich
2010-08-04 12:42 ` [PATCH 8/9] arch/m68knommu: Removing dead RAM_{16,32}_MB " Christian Dietrich
2010-08-04 12:42 ` [PATCH 9/9] arch/m68knommu: Removing dead 68328_SERIAL_UART2 " Christian Dietrich
2010-08-09 5:50 ` [PATCH 0/9] Removing dead code Greg Ungerer
2010-08-09 9:03 ` Christian Dietrich
2010-08-23 10:07 ` Christian Dietrich
2010-08-23 14:46 ` Geert Uytterhoeven
2010-08-23 14:46 ` Geert Uytterhoeven
2010-08-27 6:14 ` Greg Ungerer [this message]
2010-08-27 6:14 ` Greg Ungerer
2010-08-27 7:14 ` Geert Uytterhoeven
2010-08-27 7:14 ` Geert Uytterhoeven
-- strict thread matches above, loose matches on Subject: below --
2010-06-09 11:19 Christoph Egger
2010-06-09 11:19 ` Christoph Egger
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=4C7757B1.9060403@snapgear.com \
--to=gerg@snapgear.com \
--cc=agust@denx.de \
--cc=fthain@telegraphics.com.au \
--cc=geert@linux-m68k.org \
--cc=gerg@uclinux.org \
--cc=grant.likely@secretlab.ca \
--cc=hch@lst.de \
--cc=joe@perches.com \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-pcmcia@lists.infradead.org \
--cc=linux@dominikbrodowski.net \
--cc=linux@kbdbabel.org \
--cc=lsorense@csclub.uwaterloo.ca \
--cc=maxim@codesourcery.com \
--cc=mroth@nessie.de \
--cc=rmk+kernel@arm.linux.org.uk \
--cc=sammy@sammy.net \
--cc=smaclennan@pikatech.com \
--cc=tglx@linutronix.d \
--cc=tony@atomide.com \
--cc=vamos-dev@i4.informatik.uni-erlangen.de \
--cc=vapier@gentoo.org \
--cc=zippel@linux-m68k.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.