Re: BUG? "make modules_install" fails with ...

Ely Wilson (plexus@ionet.net)
Wed, 28 Oct 1998 07:33:53 -0700 (MST)


This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

--8323328-1931942532-909585233=:428
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 27 Oct 1998, Ely Wilson wrote:

>
> all seems well, I modified my .config today to clean up the kernel a bit
> since I decided to give the new trafic shaper code/module a try. Only
> thing is that something in the new .config file is causing a problem with
> the installation of the modules in 2.1.12[3-6] and possibly earlier:
>
> /bin/sh: /lib/modules/2.1.125/.allmods: No such file or directory
> /bin/sh: /lib/modules/2.1.125/.misc: No such file or directory
>
> CONFIG_SHAPER=y

CONFIG_SHAPER should *never ever ever* be allowed to be =y. It only works
as a module per Alan's notes. The config help does a bad job of telling you
it is a okay to compile it in by saying that using it as a module is an
option. If you do not compile shaper as a module then you wind up with the
above errors and nothing else. I read the shaper.txt after the fact of
course..

"ugh"

Also, attached is a modified "shapecfg.c" since the three copies/dists I
found would not compile on my system, i have included teh shaper.h used
(that packaged with 2.1.126) for teh sake of completeness. Can we get this
tool moved to a relative directory in the kernel source tree? Or at least
get the shapecfg.c looking to an appropriate path to a VALID shaper.h (the
one in my 2.1.126 include/linux path was invalid to say the least).

I would send the shapecfg changes/src to Alan Cox but I'm not entirely sure
he's the originator (sue me, but... I found no doc with mention of him
writing the tool).

Changes include #define / #undef of __KERNEL__ as needed to get the proper
structures from the linux/* headers. As well as a slightly more intuitive
usage() that explains the order of devices for attach, the fact that 'speed'
is an argument and that speed is specified in bps (gee, maybe we could do
this all on one line you think? :)

Other than that the shaper code is working wonders at keeping a masqed box
from timing out during sends.

----------------------------------------------------------
---- ely --- Software/System Engineer ------
------------ <plexus@ionet.net> ------
----------------------------------------------------------

--8323328-1931942532-909585233=:428
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="shaper.h"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.05.9810280733530.428@localhost.localdomain>
Content-Description:
Content-Disposition: attachment; filename="shaper.h"

I2lmbmRlZiBfX0xJTlVYX1NIQVBFUl9IDQojZGVmaW5lIF9fTElOVVhfU0hB
UEVSX0gNCg0KI2lmZGVmIF9fS0VSTkVMX18NCg0KI2RlZmluZSBTSEFQRVJf
UUxFTgkxMA0KLyoNCiAqCVRoaXMgaXMgYSBiaXQgc3BlZWQgZGVwZW5kYW50
IChyZWFkIGl0IHNob3VsZG50IGJlIGEgY29uc3RhbnQhKQ0KICoNCiAqCTUg
aXMgYWJvdXQgcmlnaHQgZm9yIDI4LjggdXB3YXJkcy4gQmVsb3cgdGhhdCBk
b3VibGUgZm9yIGV2ZXJ5DQogKgloYWx2aW5nIG9mIHNwZWVkIG9yIHNvLiAt
IGllIGFib3V0IDIwIGZvciA5NjAwIGJhdWQuDQogKi8NCiNkZWZpbmUgU0hB
UEVSX0xBVEVOQ1kJKDUqSFopDQojZGVmaW5lIFNIQVBFUl9NQVhTTElQCTIN
CiNkZWZpbmUgU0hBUEVSX0JVUlNUCShIWi8xMCkNCg0Kc3RydWN0IHNoYXBl
cg0Kew0KCXN0cnVjdCBza19idWZmX2hlYWQgc2VuZHE7DQoJX191MzIgYnl0
ZXNwZXJ0aWNrOw0KCV9fdTMyIHNoYXBlbGF0ZW5jeTsNCglfX3UzMiBzaGFw
ZWNsb2NrOw0KCV9fdTMyIHJlY292ZXJ5OwkJLyogVGltZSB3ZSBjYW4gbmV4
dCBjbG9jayBhIHBhY2tldCBvdXQgb24NCgkJCQkgICBhbiBlbXB0eSBxdWV1
ZSAqLw0KCWNoYXIgbG9ja2VkOw0KCXN0cnVjdCBkZXZpY2UgKmRldjsNCglp
bnQgICgqaGFyZF9zdGFydF94bWl0KSAoc3RydWN0IHNrX2J1ZmYgKnNrYiwN
CgkJc3RydWN0IGRldmljZSAqZGV2KTsNCglpbnQgICgqaGFyZF9oZWFkZXIp
IChzdHJ1Y3Qgc2tfYnVmZiAqc2tiLA0KCQlzdHJ1Y3QgZGV2aWNlICpkZXYs
DQoJCXVuc2lnbmVkIHNob3J0IHR5cGUsDQoJCXZvaWQgKmRhZGRyLA0KCQl2
b2lkICpzYWRkciwNCgkJdW5zaWduZWQgbGVuKTsNCglpbnQgICgqcmVidWls
ZF9oZWFkZXIpKHZvaWQgKmV0aCwgc3RydWN0IGRldmljZSAqZGV2LA0KCQl1
bnNpZ25lZCBsb25nIHJhZGRyLCBzdHJ1Y3Qgc2tfYnVmZiAqc2tiKTsNCgl2
b2lkICgqaGVhZGVyX2NhY2hlX2JpbmQpKHN0cnVjdCBoaF9jYWNoZSAqKmho
cCwgc3RydWN0IGRldmljZSAqZGV2LCB1bnNpZ25lZCBzaG9ydCBodHlwZSwg
X191MzIgZGFkZHIpOw0KCXZvaWQgKCpoZWFkZXJfY2FjaGVfdXBkYXRlKShz
dHJ1Y3QgaGhfY2FjaGUgKmhoLCBzdHJ1Y3QgZGV2aWNlICpkZXYsIHVuc2ln
bmVkIGNoYXIgKiAgaGFkZHIpOw0KCXN0cnVjdCBlbmV0X3N0YXRpc3RpY3Mq
ICgqZ2V0X3N0YXRzKShzdHJ1Y3QgZGV2aWNlICpkZXYpOw0KCXN0cnVjdCB3
YWl0X3F1ZXVlICp3YWl0X3F1ZXVlOw0KCXN0cnVjdCB0aW1lcl9saXN0IHRp
bWVyOw0KfTsNCg0KI2VuZGlmDQoNCiNkZWZpbmUgU0hBUEVSX1NFVF9ERVYJ
CTB4MDAwMQ0KI2RlZmluZSBTSEFQRVJfU0VUX1NQRUVECTB4MDAwMg0KDQpz
dHJ1Y3Qgc2hhcGVyY29uZg0Kew0KCV9fdTE2CXNzX2NtZDsNCgl1bmlvbg0K
CXsNCgkJY2hhciAJc3N1X25hbWVbMTRdOw0KCQlfX3UzMglzc3Vfc3BlZWQ7
DQoJfSBzc191Ow0KI2RlZmluZSBzc19zcGVlZCBzc191LnNzdV9zcGVlZA0K
I2RlZmluZSBzc19uYW1lIHNzX3Uuc3N1X25hbWUNCn07DQoNCiNlbmRpZg0K

--8323328-1931942532-909585233=:428
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="shapecfg.c"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.05.9810280733531.428@localhost.localdomain>
Content-Description:
Content-Disposition: attachment; filename="shapecfg.c"

I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RyaW5nLmg+DQojaW5j
bHVkZSA8c3RkbGliLmg+DQojZGVmaW5lIF9fS0VSTkVMX18NCiNpbmNsdWRl
IDxsaW51eC90eXBlcy5oPg0KI2luY2x1ZGUgPGxpbnV4L2lmLmg+DQojdW5k
ZWYgX19LRVJORUxfXw0KI2luY2x1ZGUgInNoYXBlci5oIg0KDQp2b2lkIHVz
YWdlKGNoYXIgKm5hbWUpDQp7CQ0KCWZwcmludGYoc3RkZXJyLCJVc2FnZTpc
biAlcyBhdHRhY2ggPHNoYXBlcmRldmljZT4gPGRldmljZT5cbiAlcyBzcGVl
ZCA8c2hhcGVyZGV2aWNlPiA8Yml0c3BlcnNlY29uZD5cbiIsDQoJCW5hbWUs
bmFtZSk7DQoJZXhpdCgxKTsNCn0NCg0Kdm9pZCBtYWluKGludCBhcmdjLCBj
aGFyICphcmd2W10pDQp7DQoJaW50IHM9c29ja2V0KEFGX0lORVQsIFNPQ0tf
REdSQU0sMCk7DQoJaWYocz09LTEpDQoJew0KCQlwZXJyb3IoInNvY2tldCIp
Ow0KCQlleGl0KDEpOw0KCX0NCglpZihhcmdjIT00KQ0KCQl1c2FnZShhcmd2
WzBdKTsNCglpZihzdHJjbXAoYXJndlsxXSwiYXR0YWNoIik9PTApDQoJew0K
CQlzdHJ1Y3QgaWZyZXEgaWZyOw0KCQlzdHJ1Y3Qgc2hhcGVyY29uZiAqc2hj
PShzdHJ1Y3Qgc2hhcGVyY29uZiAqKSZpZnIuaWZyX2RhdGE7DQoJCXN0cmNw
eShpZnIuaWZyX25hbWUsYXJndlsyXSk7DQoJCXN0cmNweShzaGMtPnNzX25h
bWUsYXJndlszXSk7DQoJCXNoYy0+c3NfY21kPVNIQVBFUl9TRVRfREVWOw0K
CQlpZihpb2N0bChzLFNJT0NERVZQUklWQVRFLCZpZnIpPT0tMSkNCgkJew0K
CQkJcGVycm9yKCJzaGFwZXIiKTsNCgkJCWV4aXQoMSk7DQoJCX0NCgkJZXhp
dCgwKTsNCgl9DQoJaWYoc3RyY21wKGFyZ3ZbMV0sInNwZWVkIik9PTApDQoJ
ew0KCQlpbnQgdjsNCgkJc3RydWN0IGlmcmVxIGlmcjsNCgkJc3RydWN0IHNo
YXBlcmNvbmYgKnNoYz0oc3RydWN0IHNoYXBlcmNvbmYgKikmaWZyLmlmcl9k
YXRhOw0KCQlzdHJjcHkoaWZyLmlmcl9uYW1lLGFyZ3ZbMl0pOw0KCQlzc2Nh
bmYoYXJndlszXSwiJWQiLCZ2KTsNCgkJc2hjLT5zc19zcGVlZD12Ow0KCQlz
aGMtPnNzX2NtZD1TSEFQRVJfU0VUX1NQRUVEOw0KCQlpZihpb2N0bChzLFNJ
T0NERVZQUklWQVRFLCZpZnIpPT0tMSkNCgkJew0KCQkJcGVycm9yKCJzaGFw
ZXIiKTsNCgkJCWV4aXQoMSk7DQoJCX0NCgkJZXhpdCgwKTsNCgl9DQoJdXNh
Z2UoYXJndlswXSk7DQp9DQo=
--8323328-1931942532-909585233=:428--

-
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/