Searched hist:"67626 fadd26977aca76d3540b80ce99233399cdf" (Results 1 – 6 of 6) sorted by relevance
| /linux/arch/s390/include/asm/ |
| H A D | percpu.h | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
| H A D | smp.h | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
| /linux/arch/s390/lib/ |
| H A D | Makefile | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
| /linux/arch/s390/kernel/ |
| H A D | dumpstack.c | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
| H A D | Makefile | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
| H A D | setup.c | diff 67626fadd26977aca76d3540b80ce99233399cdf Mon Jun 03 14:25:18 CEST 2019 Heiko Carstens <heiko.carstens@de.ibm.com> s390: enforce CONFIG_SMP
There never have been distributions that shiped with CONFIG_SMP=n for
s390. In addition the kernel currently doesn't even compile with
CONFIG_SMP=n for s390. Most likely it wouldn't even work, even if we
fix the compile error, since nobody tests it, since there is no use
case that I can think of.
Therefore simply enforce CONFIG_SMP and get rid of some more or
less unused code.
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|