On Tue, Jul 1, 2008 at 11:29 AM, Jürgen Keil <[EMAIL PROTECTED]> wrote:
>> Quoth Dennis Clarke on Fri, Jun 27, 2008 at 09:42:30PM +0000:
>> > I know that there is a bugid open regarding this weird output :
>> >
>> > -bash-3.2# /bin/echo "::memstat" | mdb -k
>> ...
>> > what would the status of that puppy be ?
>>
>> 6174625 (::memstat should not show ridiculous amounts of free memory)
>> has been accepted, but does not have an engineer assigned to it.
>
> There also is 6627406 "mdb memstat showed mess for freelist in snv76 hvm
> domU.",
> which appears to be a duplicate of 6174625, but has an engineer assigned,
> the fix is known, and the description already mentions the root cause of the
> bug.
>
>
> I'm using this fix (note: freemem is defined as ulong_t, so the correct
> printf format is %lu):
>
>
> fix ::memstat freelist output when running under 32-bit
>
> diff --git a/usr/src/cmd/mdb/common/modules/genunix/memory.c
> b/usr/src/cmd/mdb/common/modules/genunix/memory.c
> --- a/usr/src/cmd/mdb/common/modules/genunix/memory.c
> +++ b/usr/src/cmd/mdb/common/modules/genunix/memory.c
> @@ -397,7 +397,7 @@ memstat(uintptr_t addr, uint_t flags, in
> }
> #endif
>
> - mdb_printf("Free (freelist) %16llu %16llu %3llu%%\n", freemem,
> + mdb_printf("Free (freelist) %16lu %16llu %3llu%%\n", freemem,
> (uint64_t)freemem * pagesize / (1024 * 1024),
> MS_PCT_TOTAL(freemem));
> --
ah ha !
as I suspected .. a type casting problem.
Looks like there is a fix and there is an engineer but the other bugid
is not updated with the info. Or the two bugids are unrelated. Not
likely .. that looks to be the issue right there.
I'll try a build .. or .. no .. how the heck do I build a new kernel
in OpenSolaris 200805 ?
Dennis
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
