linux-dev/arch/sparc/defconfig, branch master

sparc,sparc64: unify Makefile

2008-12-04T17:17:16Z

To unify Makefile for sparc and sparc64 a few other steps was needed: 1) separate defconfig files for sparc and sparc64 is required, so locate these in arch/sparc/configs 2) removoval of hack in toplevel Makefile to deal with that headers was in a separate directory compared to the rest The unification of the Makefile required usage of several foo-$(CONFIG_SPARCnn) += due to a few directories pending unification. This will be cleaned up when we unify the remaining directories. Included in this patch are the deletion of a few files in sparc64 as they are no longer needed: Makefile + Kconfig. arch/sparc64/ will after this patch is applied only have four directories (prom, lib, kernel, boot) Signed-off-by: Sam Ravnborg Signed-off-by: David S. Miller

sparc: Add kgdb support.

2008-04-29T09:38:50Z

Current limitations: 1) On SMP single stepping has some fundamental issues, shared with other sw single-step architectures such as mips and arm. 2) On 32-bit sparc we don't support SMP kgdb yet. That requires some reworking of the IPI mechanisms and infrastructure on that platform. Signed-off-by: David S. Miller

[SPARC]: Remove SunOS and Solaris binary support.

2008-04-21T22:10:15Z

As per Documentation/feature-removal-schedule.txt Signed-off-by: David S. Miller

[SPARC]: Update defconfig.

2007-07-30T07:27:27Z

Signed-off-by: David S. Miller

[SPARC32]: Deal with rtc/sun_mostek_rtc conflict.

2007-07-24T20:24:32Z

Signed-off-by: Al Viro Signed-off-by: David S. Miller

[SPARC32]: Update defconfig.

2007-05-14T10:53:12Z

Signed-off-by: David S. Miller

[SPARC]: Update defconfig.

2006-12-17T22:21:34Z

Signed-off-by: David S. Miller

Linux-2.6.12-rc2

2005-04-16T22:20:36Z

Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!