diff options
| author | Harvey Harrison <harvey.harrison@gmail.com> | 2008-09-23 15:20:09 -0700 |
|---|---|---|
| committer | Ingo Molnar <mingo@elte.hu> | 2008-09-24 10:29:04 +0200 |
| commit | e51a1ac2dfca9ad869471e88f828281db7e810c0 (patch) | |
| tree | 8a1660c480cdd1ae11f60258aea47caa7309b0b3 /arch/x86/mm/numa_64.c | |
| parent | fb478da5ba69ecf40729ae8ab37ca406b1e5be48 (diff) | |
| download | linux-e51a1ac2dfca9ad869471e88f828281db7e810c0.tar.gz linux-e51a1ac2dfca9ad869471e88f828281db7e810c0.tar.bz2 linux-e51a1ac2dfca9ad869471e88f828281db7e810c0.zip | |
x86, olpc: fix endian bug in openfirmware workaround
Boardrev is always treated as a u32 everywhere else, no reason to
byteswap the 0xc2 value. The only use is to print out if it is
a prerelease board, the test being:
(olpc_platform_info.boardrev & 0xf) < 8
Which is currently always true as be32_to_cpu(0xc2) & 0xf = 0
but I doubt that was the intention here. The consequences of the bug
are pretty minor though (incorrect boardrev displayed in dmesg when
ofw support not configured)
Also annotate the temporary used to read the boardrev in the ofw
case.
The confusion was noticed by Sparse:
arch/x86/kernel/olpc.c:206:32: warning: cast to restricted __be32
Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/mm/numa_64.c')
0 files changed, 0 insertions, 0 deletions