diff options
author | Will Schmidt <will_schmidt@vnet.ibm.com> | 2006-03-31 09:07:48 -0600 |
---|---|---|
committer | Paul Mackerras <paulus@samba.org> | 2006-04-01 22:37:07 +1100 |
commit | 34422fed65bb1cf609892d73f1cf5e9626445f9e (patch) | |
tree | a3abaef434b9c746157dd53853834654d8d22fdc /arch/mips/qemu/q-int.S | |
parent | a219be2cf48fc77e73936d07187a5f8d1bca2511 (diff) |
[PATCH] powerpc/pseries: misc lparcfg fixes
This fixes several problems with the lparcfg code. In case
someone gets a sense of deja-vu, part of this was submitted last Sep, I
thought the changes went in, but either got backed out, or just got
lost.
First, change the local_buffer declaration to be unsigned char *. We
had a bad-math problem in a 2.4 tree which was built with a
"-fsigned-char" parm. I dont believe we ever build with that parm
now-a-days, but to be safe, I'd prefer the declaration be explicit.
Second, fix a bad math calculation for splpar_strlen.
Third, on the rtas_call for get-system-parameter, pass in
RTAS_DATA_BUF_SIZE for the rtas_data_buf size, instead of letting random
data determine the size. Until recently, we've had a sufficiently
large 'random data' value get passed in, so the function just happens to
have worked OK. Now it's getting passed a '0', which causes the
rtas_call to return success, but no data shows up in the buffer.
(oops!). This was found by the LTC test org.
This is in a branch of code that only gets run on SPLPAR systems.
Tested on power5 Lpar.
Signed-off-by: Will Schmidt <willschm@us.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to 'arch/mips/qemu/q-int.S')
0 files changed, 0 insertions, 0 deletions