There was an artificial restriction on the card/adapter id
to only 6 bits but all the AP commands do support adapter
ids with 8 bit. This patch removes this restriction to 64
adapters and now up to 256 adapter can get addressed.
Some of the ioctl calls work on the max number of cards
possible (which was 64). These ioctls are now deprecated
but still supported. All the defines, structs and ioctl
interface declarations have been kept for compabibility.
There are now new ioctls (and defines for these) with an
additional '2' appended which provide the extended versions
with 256 cards supported.
Signed-off-by: Harald Freudenberger <email address hidden>
Signed-off-by: Martin Schwidefsky <email address hidden>
(cherry picked from commit af4a72276d49da117dbc99799afee740a26f8f10)
Signed-off-by: Joseph Salisbury <email address hidden>
Acked-by: Brad Figg <email address hidden>
Acked-by: Kamal Mostafa <email address hidden>
Acked-by: Thadeu Lima de Souza Cascardo <email address hidden>
Signed-off-by: Thadeu Lima de Souza Cascardo <email address hidden>
ab5da01...
by
Harald Freudenberger <email address hidden>
This patch removes the old status calls which have been marked
as deprecated since at least 2 years now. There is no known
application or library relying on these ioctls any more.
Signed-off-by: Harald Freudenberger <email address hidden>
Signed-off-by: Martin Schwidefsky <email address hidden>
(cherry picked from commit 2a80786d477a3811c1a5410ddf08d0f981e53cf3)
Signed-off-by: Joseph Salisbury <email address hidden>
Acked-by: Brad Figg <email address hidden>
Acked-by: Kamal Mostafa <email address hidden>
Acked-by: Thadeu Lima de Souza Cascardo <email address hidden>
Signed-off-by: Thadeu Lima de Souza Cascardo <email address hidden>
071eda9...
by
Martin Schwidefsky <email address hidden>
The use of variable length arrays on the stack is deprecated.
git commit 3d8f60d38e249f989a7fca9c2370c31c3d5487e1
"s390/zcrypt: hex string mask improvements for apmask and aqmask."
added three new VLA arrays. Remove them again.
Reviewed-by: Harald Freudenberger <email address hidden>
Signed-off-by: Martin Schwidefsky <email address hidden>
(cherry picked from commit fa108f95c6769ec15ea59b7db00454b82afc6121)
Signed-off-by: Joseph Salisbury <email address hidden>
Acked-by: Brad Figg <email address hidden>
Acked-by: Kamal Mostafa <email address hidden>
Acked-by: Thadeu Lima de Souza Cascardo <email address hidden>
Signed-off-by: Thadeu Lima de Souza Cascardo <email address hidden>
94fdf2e...
by
Harald Freudenberger <email address hidden>
During review of KVM patches it was complained that the
ap_instructions_available() function returns 0 if AP
instructions are available and -ENODEV if not. The function
acts like a boolean function to check for AP instructions
available and thus should return 0 on failure and != 0 on
success. Changed to the suggested behaviour and adapted
the one and only caller of this function which is the ap
bus core code.
Signed-off-by: Harald Freudenberger <email address hidden>
Acked-by: Cornelia Huck <email address hidden>
Signed-off-by: Heiko Carstens <email address hidden>
(cherry picked from commit 2395103b3fbf2553d94a64ac3e29595cb040474b)
Signed-off-by: Joseph Salisbury <email address hidden>
Acked-by: Brad Figg <email address hidden>
Acked-by: Kamal Mostafa <email address hidden>
Acked-by: Thadeu Lima de Souza Cascardo <email address hidden>
Signed-off-by: Thadeu Lima de Souza Cascardo <email address hidden>
Move all the inline functions from the ap bus header
file ap_asm.h into the in-kernel api header file
arch/s390/include/asm/ap.h so that KVM can make use
of all the low level AP functions.
Signed-off-by: Harald Freudenberger <email address hidden>
Signed-off-by: Martin Schwidefsky <email address hidden>
(cherry picked from commit f1b0a4343c4184bef9fdea8fad41f09bbd3d63ec)
Signed-off-by: Joseph Salisbury <email address hidden>
Acked-by: Brad Figg <email address hidden>
Acked-by: Kamal Mostafa <email address hidden>
Acked-by: Thadeu Lima de Souza Cascardo <email address hidden>
Signed-off-by: Thadeu Lima de Souza Cascardo <email address hidden>
