---559023410-218438523-922864799=:3066
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hallo!
At first: Yes, I'm using bzImage.
The "out of memory" condition happens in the malloc() code in
arch/i386/boot/compressed/misc.c which means that the HEAP_SIZE
for the decompressing structures is too small.
Some debugging outputs of the pointer show the following behavior:
free_mem_ptr at size to allocated free_mem_end_ptr
start of malloc
----------------------------------------------------------------
.
<some allocations and releases back to 0x86a0>
.
0xa170 0x18 0xa6a0
0xa188 0x18
.
.
.
0xa200 0x18
0xa218 0x28
.
.
.
0xa330 0x28
0xa358 0x108
0xa460 0x208 0xa6a0
0xa668 0x88 <- out of memory
The strange thing is that it seems to heavily depend on the gzipped
kernel image itself if an out of memory happens. During the addition
of the debugging output in misc.c it sometimes works and sometimes
not. This happened to me with various recent kernel versions, too.
The malloc(0x88) seems to be the last allocation before the release of the
malloc buffers again as if I interpret the other allocation patterns
before, so the heap is probably only about 100 bytes too low.
Could somebody with knowledge in inflate.c confirm that the heap buffer
size of 8192 bytes is insufficient and raise this limit to a safe value?
Does it harm if it is set to - say - 0x2400 bytes?
Thanks in advance,
Matze
P.S.: I've attached the diff of misc.c that I'm using for debugging. A
workaround without raising the heap limit is included, too (always
remember the last allocated pointer and release this memory if free
is called with this pointer - this frees the first allocation and
saves 520 - 1032 bytes).
--
Matthias Hanisch office: matze@camline.com private: matze@pingu.franken.de
+49 8137 935-219 +49 8441 82387
"CAPS - Software from Experts for Experts"
---559023410-218438523-922864799=:3066
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=diff
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SC5.4.10.9903310919590.3066@cam8.camline.com>
Content-Description:
Content-Disposition: attachment; filename=diff
LS0tIGxpbnV4L2FyY2gvaTM4Ni9ib290L2NvbXByZXNzZWQvbWlzYy5jCU1v
biBKdW4gIDggMjM6NDU6MjkgMTk5OA0KKysrIC92YXIvc3JjL2xpbnV4L2Fy
Y2gvaTM4Ni9ib290L2NvbXByZXNzZWQvbWlzYy5jCVNhdCBNYXIgMjcgMTI6
MDM6MTMgMTk5OQ0KQEAgLTk1LDYgKzk1LDcgQEANCiBzdGF0aWMgdm9pZCBn
emlwX3JlbGVhc2Uodm9pZCAqKik7DQogIA0KIHN0YXRpYyB2b2lkIHB1dHMo
Y29uc3QgY2hhciAqKTsNCitzdGF0aWMgdm9pZCBwdXRfYWRkcihjb25zdCBj
aGFyICosIGxvbmcpOw0KICAgDQogZXh0ZXJuIGludCBlbmQ7DQogc3RhdGlj
IGxvbmcgZnJlZV9tZW1fcHRyID0gKGxvbmcpJmVuZDsNCkBAIC0xMTQsNiAr
MTE1LDkgQEANCiANCiAjaW5jbHVkZSAiLi4vLi4vLi4vLi4vbGliL2luZmxh
dGUuYyINCiANCisNCitzdGF0aWMgbG9uZyBsYXN0X21hbGxvY2VkID0gMDsN
CisNCiBzdGF0aWMgdm9pZCAqbWFsbG9jKGludCBzaXplKQ0KIHsNCiAJdm9p
ZCAqcDsNCkBAIC0xMjMsMjYgKzEyNyw0MyBAQA0KIA0KIAlmcmVlX21lbV9w
dHIgPSAoZnJlZV9tZW1fcHRyICsgMykgJiB+MzsJLyogQWxpZ24gKi8NCiAN
CitwdXRfYWRkcigiZnJlZV9tZW1fcHRyICIsIChsb25nKWZyZWVfbWVtX3B0
cik7DQorcHV0X2FkZHIoIiBmcmVlX21lbV9lbmRfcHRyICIsIChsb25nKWZy
ZWVfbWVtX2VuZF9wdHIpOw0KK3B1dF9hZGRyKCIgc2l6ZSAiLCAobG9uZylz
aXplKTsNCitwdXRzKCJcbiIpOw0KKw0KIAlwID0gKHZvaWQgKilmcmVlX21l
bV9wdHI7DQorCWxhc3RfbWFsbG9jZWQgPSBmcmVlX21lbV9wdHI7DQogCWZy
ZWVfbWVtX3B0ciArPSBzaXplOw0KIA0KIAlpZiAoZnJlZV9tZW1fcHRyID49
IGZyZWVfbWVtX2VuZF9wdHIpDQogCQllcnJvcigiXG5PdXQgb2YgbWVtb3J5
XG4iKTsNCi0NCiAJcmV0dXJuIHA7DQogfQ0KIA0KIHN0YXRpYyB2b2lkIGZy
ZWUodm9pZCAqd2hlcmUpDQotewkvKiBEb24ndCBjYXJlICovDQorewkvKiBG
cmVlIGlmIGl0IGlzIHRoZSBsYXN0IGFsbG9jYXRlZCBjaHVuayAqLw0KKwlw
dXRfYWRkcigiZnJlZWluZyBhZHJlc3MgIiwgKGxvbmcpd2hlcmUpOw0KKwlp
ZiAobGFzdF9tYWxsb2NlZCA9PSAobG9uZyl3aGVyZSkNCisJew0KKwkJZnJl
ZV9tZW1fcHRyID0gbGFzdF9tYWxsb2NlZDsNCisJCWxhc3RfbWFsbG9jZWQg
PSAwOw0KKwkJcHV0cygiIGZyZWVkISIpOw0KKwl9DQorCXB1dHMoIlxuIik7
DQogfQ0KIA0KIHN0YXRpYyB2b2lkIGd6aXBfbWFyayh2b2lkICoqcHRyKQ0K
IHsNCisJcHV0X2FkZHIoImd6aXBfbWFyayBhdCAiLCAobG9uZylmcmVlX21l
bV9wdHIpOw0KKwlwdXRzKCJcbiIpOw0KIAkqcHRyID0gKHZvaWQgKikgZnJl
ZV9tZW1fcHRyOw0KIH0NCiANCiBzdGF0aWMgdm9pZCBnemlwX3JlbGVhc2Uo
dm9pZCAqKnB0cikNCiB7DQorCXB1dF9hZGRyKCJSZWxlYXNpbmcgdG8gIiwg
KGxvbmcpKnB0cik7DQorCXB1dHMoIlxuIik7DQogCWZyZWVfbWVtX3B0ciA9
IChsb25nKSAqcHRyOw0KIH0NCiAgDQpAQCAtMTkwLDYgKzIxMSwyMyBAQA0K
IAlvdXRiX3AoMHhmZiAmIChwb3MgPj4gOSksIHZpZHBvcnQrMSk7DQogCW91
dGJfcCgxNSwgdmlkcG9ydCk7DQogCW91dGJfcCgweGZmICYgKHBvcyA+PiAx
KSwgdmlkcG9ydCsxKTsNCit9DQorDQorI2RlZmluZSBUT19IRVgobmliYmxl
KSAoKChuaWJibGUpIDwgMTApID8gKCAnMCcgKyAobmliYmxlKSApIDogKCAn
QScgKyAobmliYmxlKSAtIDEwICkpDQorIA0KK3N0YXRpYyB2b2lkIHB1dF9h
ZGRyKGNvbnN0IGNoYXIgKnRleHQsIGxvbmcgcCkNCit7DQorCWNoYXIgY1s1
XTsNCisNCisJY1swXSA9IFRPX0hFWCgocCA+PiAxMikgJSAxNik7DQorCWNb
MV0gPSBUT19IRVgoKHAgPj4gOCkgJSAxNik7DQorCWNbMl0gPSBUT19IRVgo
KHAgPj4gNCkgJSAxNik7DQorCWNbM10gPSBUT19IRVgocCAlIDE2KTsNCisJ
Y1s0XSA9ICdcMCc7DQorDQorCXB1dHModGV4dCk7DQorCXB1dHMoYyk7DQor
CWZvciAoO3A7IHAtLSk7DQogfQ0KIA0KIHZvaWQqIG1lbXNldCh2b2lkKiBz
LCBpbnQgYywgc2l6ZV90IG4pDQo=
---559023410-218438523-922864799=:3066--
-
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/