| commit | 2ac3307f275c2a91af0417e16d2cfb95ae478661 | |
| author | Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com> | |
| Thu, 26 Mar 2009 14:24:54 +0000 (26 15:24 +0100) | ||
| committer | Martin Schwidefsky <schwidefsky@de.ibm.com> | |
| Thu, 26 Mar 2009 14:24:31 +0000 (26 15:24 +0100) | ||
| tree | cc6f6cc79327380d17ad5ebf590d6b1a3bc117cf | treesnapshot (tar.gz zip) |
| parent | d0d3cdf4c27fa4ce241616da08138954e02890f7 | commitdiff |
[S390] fix dfp elf hwcap/facility bit detection
The old dfp detection wanted to check bit 43 (dfp high performance), but due
to a wrong calculation always used to check bit 42. Additionally the
"userspace expectation" is, that the dfp capability bit is set is if facility
bit 42 (decimal floating point facility available) and bit 44 (perform floating
point operation facility avail).
The patch fixes the bit calculation and extends the check to work like:
elf hw cap dfp bit = facility bits 42 (dfp) & 44 (pfpo) available
Signed-off-by: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
The old dfp detection wanted to check bit 43 (dfp high performance), but due
to a wrong calculation always used to check bit 42. Additionally the
"userspace expectation" is, that the dfp capability bit is set is if facility
bit 42 (decimal floating point facility available) and bit 44 (perform floating
point operation facility avail).
The patch fixes the bit calculation and extends the check to work like:
elf hw cap dfp bit = facility bits 42 (dfp) & 44 (pfpo) available
Signed-off-by: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
| arch/s390/kernel/setup.c | diffblobblamehistory |