From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: benh@kernel.crashing.org
Cc: linuxppc-dev@lists.ozlabs.org
Subject: [PATCH] powerpc: Fix xmon ml/mz commands to work with 64-bit values
Date: Fri, 8 Apr 2011 08:18:22 -0400 [thread overview]
Message-ID: <20110408121822.GG2754@zod.rchland.ibm.com> (raw)
The ml and and mz commands in xmon currently only work on 32-bit values.
This leads to odd issues when trying to use them on a ppc64 machine. If
one specified 64-bit addresses to mz, it would loop on the same output
indefinitely. The ml command would fail to find any 64-bit values in a
memory range, even though one could clearly see them present with the d
command.
This adds a small function that mimics GETWORD, but works for 64-bit
values. The data types involved in these commands are also changed to
'unsigned long' instead of just 'unsigned'.
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
---
arch/powerpc/xmon/xmon.c | 47 ++++++++++++++++++++++++++++++++++++++---------
1 file changed, 38 insertions(+), 9 deletions(-)
Index: linux-2.6/arch/powerpc/xmon/xmon.c
===================================================================
--- linux-2.6.orig/arch/powerpc/xmon/xmon.c
+++ linux-2.6/arch/powerpc/xmon/xmon.c
@@ -2257,14 +2257,40 @@ memdiffs(unsigned char *p1, unsigned cha
printf("Total of %d differences\n", prt);
}
-static unsigned mend;
-static unsigned mask;
+static unsigned long mend;
+static unsigned long mask;
+
+/* This is mimics GETWORD but works for 64-bit values. */
+static inline unsigned long xmon_getval(unsigned char *val)
+{
+ unsigned long word1 = 0, word2 = 0;
+ unsigned long size = sizeof(unsigned long);
+ int i;
+ int bits = 24;
+
+ for (i = 0; i < 4; i++) {
+ word1 += val[i] << bits;
+ bits -= 8;
+ }
+ if (size > 4) {
+ bits = 24;
+ for (i = 4; i < 8; i++) {
+ word2 += val[i] << bits;
+ bits -= 8;
+ }
+ word1 = word1 << 32;
+ word2 = word2 & 0x00000000ffffffff;
+ word1 = word1 | word2;
+ }
+ return word1;
+}
static void
memlocate(void)
{
- unsigned a, n;
- unsigned char val[4];
+ unsigned long a, n;
+ unsigned char val[sizeof(unsigned long)];
+ int size = sizeof(unsigned long);
last_cmd = "ml";
scanhex((void *)&mdest);
@@ -2280,10 +2306,10 @@ memlocate(void)
}
}
n = 0;
- for (a = mdest; a < mend; a += 4) {
- if (mread(a, val, 4) == 4
- && ((GETWORD(val) ^ mval) & mask) == 0) {
- printf("%.16x: %.16x\n", a, GETWORD(val));
+ for (a = mdest; a < mend; a += size) {
+ if (mread(a, val, size) == size
+ && ((xmon_getval(val) ^ mval) & mask) == 0) {
+ printf("%.16lx: %.16lx\n", a, xmon_getval(val));
if (++n >= 10)
break;
}
@@ -2297,7 +2323,7 @@ static void
memzcan(void)
{
unsigned char v;
- unsigned a;
+ unsigned long a;
int ok, ook;
scanhex(&mdest);
next reply other threads:[~2011-04-08 12:18 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-08 12:18 Josh Boyer [this message]
2011-05-04 4:43 ` [PATCH] powerpc: Fix xmon ml/mz commands to work with 64-bit values Benjamin Herrenschmidt
2011-05-04 5:46 ` Benjamin Herrenschmidt
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=20110408121822.GG2754@zod.rchland.ibm.com \
--to=jwboyer@linux.vnet.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=linuxppc-dev@lists.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;
as well as URLs for NNTP newsgroup(s).