--185212428-950501084-913004633=:27089
Content-Type: TEXT/PLAIN; charset=US-ASCII
The first patch I sent (which I'm fortunate that noone seems to have read)
seems to merely duplicate the behaviour of commenting out SMP=1 in the
Makefile; and besides which, SMP=1 should be the default behaviour,
whereas my patch did the opposite. So heres a patch to add a CONFIG_UP
option to the i386 *config which shouldn't interfere with other
architectures, and should default to defining SMP=1 when CONFIG_UP!=y in
.config.
In summary: this patch should actually work, unlike the last one I sent.
--185212428-950501084-913004633=:27089
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="up_option.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.96.981207172353.27089B@loki.wibble.prv>
Content-Description:
LS0tIE1ha2VmaWxlLm9yaWcJTW9uIERlYyAgNyAxNjo1Mzo0NCAxOTk4DQor
KysgTWFrZWZpbGUJTW9uIERlYyAgNyAwNTowNjoxOSAxOTk4DQpAQCAtNCwx
NSArNCw2IEBADQogDQogQVJDSCA6PSAkKHNoZWxsIHVuYW1lIC1tIHwgc2Vk
IC1lIHMvaS44Ni9pMzg2LyAtZSBzL3N1bjR1L3NwYXJjNjQvIC1lIHMvYXJt
LiovYXJtLyAtZSBzL3NhMTEwL2FybS8pDQogDQotIw0KLSMgRm9yIFNNUCBr
ZXJuZWxzLCBzZXQgdGhpcy4gV2UgZG9uJ3Qgd2FudCB0byBoYXZlIHRoaXMg
aW4gdGhlIGNvbmZpZyBmaWxlDQotIyBiZWNhdXNlIGl0IG1ha2VzIHJlLWNv
bmZpZyB2ZXJ5IHVnbHkgYW5kIHRvbyBtYW55IGZ1bmRhbWVudGFsIGZpbGVz
IGRlcGVuZA0KLSMgb24gIkNPTkZJR19TTVAiDQotIw0KLSMgRm9yIFVQIG9w
ZXJhdGlvbnMgQ09NTUVOVCBUSElTIE9VVCwgc2ltcGx5IHNldHRpbmcgU01Q
ID0gMCB3b24ndCB3b3JrDQotIw0KLVNNUCA9IDENCi0NCiAuRVhQT1JUX0FM
TF9WQVJJQUJMRVM6DQogDQogQ09ORklHX1NIRUxMIDo9ICQoc2hlbGwgaWYg
WyAteCAiJCRCQVNIIiBdOyB0aGVuIGVjaG8gJCRCQVNIOyBcDQpAQCAtODcs
NiArNzgsMTcgQEANCiAjDQogDQogU1ZHQV9NT0RFPQktRFNWR0FfTU9ERT1O
T1JNQUxfVkdBDQorDQorIw0KKyMgRm9yIFNNUCBrZXJuZWxzLCBzZXQgdGhp
cy4gV2UgZG9uJ3Qgd2FudCB0byBoYXZlIHRoaXMgaW4gdGhlIGNvbmZpZyBm
aWxlDQorIyBiZWNhdXNlIGl0IG1ha2VzIHJlLWNvbmZpZyB2ZXJ5IHVnbHkg
YW5kIHRvbyBtYW55IGZ1bmRhbWVudGFsIGZpbGVzIGRlcGVuZA0KKyMgb24g
IkNPTkZJR19TTVAiDQorIw0KKyMgRm9yIFVQIG9wZXJhdGlvbnMgQ09NTUVO
VCBUSElTIE9VVCwgc2ltcGx5IHNldHRpbmcgU01QID0gMCB3b24ndCB3b3Jr
DQorIw0KK2lmbmVxICgkKENPTkZJR19VUCkseSkNCitTTVAgPSAxDQorZW5k
aWYNCiANCiAjDQogIyBzdGFuZGFyZCBDRkxBR1MNCi0tLSBhcmNoL2kzODYv
Y29uZmlnLmluLm9yaWcJTW9uIERlYyAgNyAxNzowNToyMyAxOTk4DQorKysg
YXJjaC9pMzg2L2NvbmZpZy5pbglNb24gRGVjICA3IDE2OjU1OjUwIDE5OTgN
CkBAIC0yMCw2ICsyMCw3IEBADQogaWYgWyAiJENPTkZJR19FWFBFUklNRU5U
QUwiID0gInkiIF07IHRoZW4NCiAgIGJvb2wgJ01UUlIgKE1lbW9yeSBUeXBl
IFJhbmdlIFJlZ2lzdGVyKSBzdXBwb3J0JyBDT05GSUdfTVRSUg0KIGZpDQor
Ym9vbCAnVVA/JyBDT05GSUdfVVANCiBlbmRtZW51DQogDQogbWFpbm1lbnVf
b3B0aW9uIG5leHRfY29tbWVudA0K
--185212428-950501084-913004633=:27089--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/