From: Chuck Meade <chuck@ThePTRGroup.com>
To: joakim.tjernlund@transmode.se
Cc: linuxppc-dev Development <linuxppc-dev@ozlabs.org>,
Liu Dave-r63238 <DaveLiu@freescale.com>
Subject: Re: ucc_geth DPRAM alloc error, 2.6.22-rc3
Date: Thu, 14 Jun 2007 08:18:38 -0400 [thread overview]
Message-ID: <4671321E.9000204@ThePTRGroup.com> (raw)
In-Reply-To: <1181807671.30670.358.camel@gentoo-jocke.transmode.se>
This output looks buggy:
Joakim Tjernlund wrote:
> On Thu, 2007-06-14 at 15:37 +0800, Li Yang-r58472 wrote:
>> Try remove the following lines in rheap.c
>>
>> /* given alignment larger that default rheap alignment */
>> if (alignment > info->alignment)
>> size += alignment - 1;
>>
>> I don't know if this breaks other things, just have a try.
> I did and got this alloc:
> MURAM alloc, start:400, size:200(512), align:8(8)
> MURAM alloc, start:600, size:208(520), align:8(8)
> MURAM alloc, start:880, size:80(128), align:80(128)
Bogus -- note the overlap below
> MURAM alloc, start:900, size:1a0(416), align:100(256)
> MURAM alloc, start:a40, size:40(64), align:20(32)
> MURAM alloc, start:b00, size:100(256), align:100(256)
Another overlap(s) below-- all of these overlap
> MURAM alloc, start:c00, size:a0(160), align:100(256)
> MURAM alloc, start:c40, size:c(12), align:40(64)
> MURAM alloc, start:c18, size:30(48), align:8(8)
> MURAM alloc, start:c80, size:80(128), align:80(128)
> MURAM alloc, start:d00, size:80(128), align:80(128)
> MURAM alloc, start:d80, size:80(128), align:80(128)
> MURAM alloc, start:e00, size:80(128), align:80(128)
> MURAM alloc, start:e80, size:40(64), align:40(64)
> MURAM alloc, start:ec0, size:40(64), align:40(64)
> MURAM alloc, start:f00, size:40(64), align:40(64)
Another overlap--
> MURAM alloc, start:f40, size:40(64), align:40(64)
> MURAM alloc, start:f44, size:5d(93), align:4(4)
> MURAM alloc, start:f48, size:200(512), align:8(8)
> MURAM alloc, start:1148, size:208(520), align:8(8)
> MURAM alloc, start:1380, size:80(128), align:80(128)
And here-
> MURAM alloc, start:1400, size:1a0(416), align:100(256)
> MURAM alloc, start:1580, size:40(64), align:20(32)
> MURAM alloc, start:1600, size:100(256), align:100(256)
Here- note the start address moving backward. All overlap.
> MURAM alloc, start:1700, size:a0(160), align:100(256)
> MURAM alloc, start:1780, size:c(12), align:40(64)
> MURAM alloc, start:1758, size:30(48), align:8(8)
> MURAM alloc, start:1800, size:80(128), align:80(128)
> MURAM alloc, start:1880, size:80(128), align:80(128)
> MURAM alloc, start:1900, size:80(128), align:80(128)
And-
> MURAM alloc, start:1980, size:80(128), align:80(128)
> MURAM alloc, start:19c0, size:40(64), align:40(64)
> MURAM alloc, start:1a00, size:40(64), align:40(64)
> MURAM alloc, start:1a40, size:40(64), align:40(64)
And-
> MURAM alloc, start:1a80, size:40(64), align:40(64)
> MURAM alloc, start:1a88, size:5d(93), align:4(4)
> MURAM alloc, start:1a88, size:200(512), align:8(8)
> MURAM alloc, start:1c88, size:208(520), align:8(8)
> MURAM alloc, start:1f00, size:80(128), align:80(128)
And-
> MURAM alloc, start:2000, size:1a0(416), align:100(256)
> MURAM alloc, start:20c0, size:40(64), align:20(32)
> MURAM alloc, start:2100, size:100(256), align:100(256)
> MURAM alloc, start:2200, size:a0(160), align:100(256)
An overlap exists here too-
> MURAM alloc, start:22c0, size:c(12), align:40(64)
> MURAM alloc, start:22a0, size:30(48), align:8(8)
> MURAM alloc, start:2300, size:80(128), align:80(128)
> MURAM alloc, start:2380, size:80(128), align:80(128)
> MURAM alloc, start:2400, size:80(128), align:80(128)
> MURAM alloc, start:2480, size:80(128), align:80(128)
> MURAM alloc, start:2500, size:40(64), align:40(64)
> MURAM alloc, start:2540, size:40(64), align:40(64)
> MURAM alloc, start:2580, size:40(64), align:40(64)
And-
> MURAM alloc, start:25c0, size:40(64), align:40(64)
> MURAM alloc, start:25cc, size:5d(93), align:4(4)
>
> But I can't ping anymore
These buffer overlaps probably have a lot to do with your pings stopping.
I would say first order of business would be to investigate what could
be generating all these overlapped allocations. Some of these make me think
the allocator code could be racy, like allocations are not aware of other
"recent" or ongoing allocations. But in any case the allocator is broken.
Chuck
next prev parent reply other threads:[~2007-06-14 12:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-13 14:22 ucc_geth DPRAM alloc error, 2.6.22-rc3 Joakim Tjernlund
2007-06-13 22:00 ` Timur Tabi
2007-06-13 22:47 ` Joakim Tjernlund
2007-06-14 2:31 ` Dave Liu
2007-06-14 7:03 ` Joakim Tjernlund
2007-06-14 7:17 ` Joakim Tjernlund
2007-06-14 7:26 ` Li Yang-r58472
2007-06-14 7:57 ` Joakim Tjernlund
2007-06-14 7:37 ` Li Yang-r58472
2007-06-14 7:54 ` Joakim Tjernlund
2007-06-14 12:18 ` Chuck Meade [this message]
2007-06-14 12:48 ` Li Yang-r58472
2007-06-14 13:42 ` Li Yang
2007-06-15 13:03 ` Joakim Tjernlund
2007-06-15 14:35 ` Joakim Tjernlund
2007-06-14 22:50 ` Rune Torgersen
2007-06-15 2:44 ` Li Yang-r58472
2007-06-15 3:47 ` Rune Torgersen
2007-06-14 22:46 ` Rune Torgersen
2007-06-14 3:14 ` Li Yang-r58472
-- strict thread matches above, loose matches on Subject: below --
2007-06-14 3:37 Li Yang-r58472
2007-06-14 7:04 ` Joakim Tjernlund
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4671321E.9000204@ThePTRGroup.com \
--to=chuck@theptrgroup.com \
--cc=DaveLiu@freescale.com \
--cc=joakim.tjernlund@transmode.se \
--cc=linuxppc-dev@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox