--8323328-1646178073-892669423=:21427
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 15 Apr 1998, Trevor Johnson wrote:
> The problem addressed by this patch is still present in 2.1.96.
> ___
> Trevor Johnson
>
[...]
> This patch makes it possible to compile 2.1.85 without CONFIG_PROC_FS=y.
> ___
> Trevor Johnson
[...]
> +#ifdef CONFIG_PROC_FS
> {
> extern char * render_sigset_t(sigset_t *set, char *buffer);
> struct signal_queue *q;
> @@ -1525,6 +1526,7 @@
> printk(" %d", q->info.si_signo);
> printk(" X\n");
> }
> +#endif
This one, OTOH, dosn't alter the behivor of crtl-scroll-lock depending on
CONFIG_PROC_FS, and is, therefore, cleaner (though a larger change.)
(Note: the diff is against 2.1.94 -- the linenumbers might have moved a
bit since then, but the code hasn't -- so you might get some "fuzz"
messages from patch). BTW -- I don't know if sched.h is the proper place
for this function -- though I didn't see a better one.
-=- James Mastros
-- Where do you want to go today? We might support that sometime next year. -=- Microsoft (But I doubt it.) -=- Me--8323328-1646178073-892669423=:21427 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="noCONFIG_PROC_FS.diff" Content-Transfer-Encoding: BASE64 Content-ID: <Pine.LNX.3.96.980415154343.21427C@jennifer-unix.dyn.ml.org> Content-Description: noCONFIG_PROC_FS.diff
ZGlmZiAtdXIgbGludXgtMi4xLjkzL2ZzL3Byb2MvYXJyYXkuYyBsaW51eC9m cy9wcm9jL2FycmF5LmMNCi0tLSBsaW51eC0yLjEuOTMvZnMvcHJvYy9hcnJh eS5jCVdlZCBNYXIgMTEgMTg6NTM6MTggMTk5OA0KKysrIGxpbnV4L2ZzL3By b2MvYXJyYXkuYwlUdWUgQXByICA3IDIzOjI2OjUxIDE5OTgNCkBAIC03MDQs MjEgKzcwNCw2IEBADQogCQkJZGF0YSAtIHN0YWNrLCBzdGFjaywNCiAJCQll eGVjIC0gbGliLCBsaWIpOw0KIAl9DQotCXJldHVybiBidWZmZXI7DQotfQ0K LQ0KLWNoYXIgKiByZW5kZXJfc2lnc2V0X3Qoc2lnc2V0X3QgKnNldCwgY2hh ciAqYnVmZmVyKQ0KLXsNCi0JaW50IGkgPSBfTlNJRywgeDsNCi0JZG8gew0K LQkJaSAtPSA0LCB4ID0gMDsNCi0JCWlmIChzaWdpc21lbWJlcihzZXQsIGkr MSkpIHggfD0gMTsNCi0JCWlmIChzaWdpc21lbWJlcihzZXQsIGkrMikpIHgg fD0gMjsNCi0JCWlmIChzaWdpc21lbWJlcihzZXQsIGkrMykpIHggfD0gNDsN Ci0JCWlmIChzaWdpc21lbWJlcihzZXQsIGkrNCkpIHggfD0gODsNCi0JCSpi dWZmZXIrKyA9ICh4IDwgMTAgPyAnMCcgOiAnYScgLSAxMCkgKyB4Ow0KLQl9 IHdoaWxlIChpID49IDQpOw0KLQkqYnVmZmVyID0gMDsNCiAJcmV0dXJuIGJ1 ZmZlcjsNCiB9DQogDQpkaWZmIC11ciBsaW51eC0yLjEuOTMvaW5jbHVkZS9s aW51eC9zY2hlZC5oIGxpbnV4L2luY2x1ZGUvbGludXgvc2NoZWQuaA0KLS0t IGxpbnV4LTIuMS45My9pbmNsdWRlL2xpbnV4L3NjaGVkLmgJTW9uIEFwciAg NiAxNDo1MDozNCAxOTk4DQorKysgbGludXgvaW5jbHVkZS9saW51eC9zY2hl ZC5oCVdlZCBBcHIgIDggMTc6MjI6MjEgMTk5OA0KQEAgLTExNyw2ICsxMTcs NyBAQA0KIA0KIGV4dGVybiB2b2lkIHNjaGVkX2luaXQodm9pZCk7DQogZXh0 ZXJuIHZvaWQgc2hvd19zdGF0ZSh2b2lkKTsNCitleHRlcm4gY2hhciAqIHJl bmRlcl9zaWdzZXRfdChzaWdzZXRfdCAqc2V0LCBjaGFyICpidWZmZXIpOw0K IGV4dGVybiB2b2lkIHRyYXBfaW5pdCh2b2lkKTsNCiANCiBhc21saW5rYWdl IHZvaWQgc2NoZWR1bGUodm9pZCk7DQpkaWZmIC11ciBsaW51eC0yLjEuOTMv a2VybmVsL3NjaGVkLmMgbGludXgva2VybmVsL3NjaGVkLmMNCi0tLSBsaW51 eC0yLjEuOTMva2VybmVsL3NjaGVkLmMJV2VkIEFwciAgMSAxOToyNjozNSAx OTk4DQorKysgbGludXgva2VybmVsL3NjaGVkLmMJVHVlIEFwciAgNyAxNTo0 Mjo1MSAxOTk4DQpAQCAtMTUwOSw2ICsxNTA5LDIxIEBADQogCXJldHVybiAw Ow0KIH0NCiANCitjaGFyICogcmVuZGVyX3NpZ3NldF90KHNpZ3NldF90ICpz ZXQsIGNoYXIgKmJ1ZmZlcikNCit7DQorCWludCBpID0gX05TSUcsIHg7DQor CWRvIHsNCisJCWkgLT0gNCwgeCA9IDA7DQorCQlpZiAoc2lnaXNtZW1iZXIo c2V0LCBpKzEpKSB4IHw9IDE7DQorCQlpZiAoc2lnaXNtZW1iZXIoc2V0LCBp KzIpKSB4IHw9IDI7DQorCQlpZiAoc2lnaXNtZW1iZXIoc2V0LCBpKzMpKSB4 IHw9IDQ7DQorCQlpZiAoc2lnaXNtZW1iZXIoc2V0LCBpKzQpKSB4IHw9IDg7 DQorCQkqYnVmZmVyKysgPSAoeCA8IDEwID8gJzAnIDogJ2EnIC0gMTApICsg eDsNCisJfSB3aGlsZSAoaSA+PSA0KTsNCisJKmJ1ZmZlciA9IDA7DQorCXJl dHVybiBidWZmZXI7DQorfQ0KKw0KIHN0YXRpYyB2b2lkIHNob3dfdGFzayhp bnQgbnIsc3RydWN0IHRhc2tfc3RydWN0ICogcCkNCiB7DQogCXVuc2lnbmVk IGxvbmcgZnJlZSA9IDA7DQpAQCAtMTU1MSw3ICsxNTY2LDYgQEANCiAJCXBy aW50aygiXG4iKTsNCiANCiAJew0KLQkJZXh0ZXJuIGNoYXIgKiByZW5kZXJf c2lnc2V0X3Qoc2lnc2V0X3QgKnNldCwgY2hhciAqYnVmZmVyKTsNCiAJCXN0 cnVjdCBzaWduYWxfcXVldWUgKnE7DQogCQljaGFyIHNbc2l6ZW9mKHNpZ3Nl dF90KSoyKzFdLCBiW3NpemVvZihzaWdzZXRfdCkqMisxXTsgDQogDQo= --8323328-1646178073-892669423=:21427--
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu