<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/include/uapi, branch linux-6.4.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.4.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.4.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2023-09-13T07:47:59Z</updated>
<entry>
<title>s390/pkey: fix PKEY_TYPE_EP11_AES handling for sysfs attributes</title>
<updated>2023-09-13T07:47:59Z</updated>
<author>
<name>Holger Dengler</name>
</author>
<published>2023-08-04T14:02:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a62ba32502b0af11965e80a5303762326612839a'/>
<id>urn:sha1:a62ba32502b0af11965e80a5303762326612839a</id>
<content type='text'>
[ Upstream commit b9352e4b9b9eff949bcc6907b8569b3a1d992f1e ]

Commit 'fa6999e326fe ("s390/pkey: support CCA and EP11 secure ECC
private keys")' introduced a new PKEY_TYPE_EP11_AES securekey type as
a supplement to the existing PKEY_TYPE_EP11 (which won't work in
environments with session-bound keys). The pkey EP11 securekey
attributes use PKEY_TYPE_EP11_AES (instead of PKEY_TYPE_EP11)
keyblobs, to make the generated keyblobs usable also in environments,
where session-bound keys are required.

There should be no negative impacts to userspace because the internal
structure of the keyblobs is opaque. The increased size of the
generated keyblobs is reflected by the changed size of the attributes.

Fixes: fa6999e326fe ("s390/pkey: support CCA and EP11 secure ECC private keys")
Signed-off-by: Holger Dengler &lt;dengler@linux.ibm.com&gt;
Reviewed-by: Ingo Franzki &lt;ifranzki@linux.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>s390/uapi: cover statfs padding by growing f_spare</title>
<updated>2023-05-17T13:20:17Z</updated>
<author>
<name>Ilya Leoshkevich</name>
</author>
<published>2023-05-04T14:40:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6d9406f80cd82964c8ed75d482d885f18921e0b8'/>
<id>urn:sha1:6d9406f80cd82964c8ed75d482d885f18921e0b8</id>
<content type='text'>
pahole says:

	struct compat_statfs64 {
		...
		u32			f_spare[4];		/*    68    16 */
		/* size: 88, cachelines: 1, members: 12 */
		/* padding: 4 */

	struct statfs {
		...
		unsigned int		f_spare[4];		/*    68    16 */
		/* size: 88, cachelines: 1, members: 12 */
		/* padding: 4 */

	struct statfs64 {
		...
		unsigned int		f_spare[4];		/*    68    16 */
		/* size: 88, cachelines: 1, members: 12 */
		/* padding: 4 */

One has to keep the existence of padding in mind when working with
these structs. Grow f_spare arrays to 5 in order to simplify things.

Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
Signed-off-by: Ilya Leoshkevich &lt;iii@linux.ibm.com&gt;
Link: https://lore.kernel.org/r/20230504144021.808932-3-iii@linux.ibm.com
Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/dasd: add autoquiesce feature</title>
<updated>2023-04-12T01:53:08Z</updated>
<author>
<name>Stefan Haberland</name>
</author>
<published>2023-04-05T14:20:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1cee2975bbabd89df1097c354867192106b058ea'/>
<id>urn:sha1:1cee2975bbabd89df1097c354867192106b058ea</id>
<content type='text'>
Add the internal logic to check for autoquiesce triggers and handle
them.

Quiesce and resume are functions that tell Linux to stop/resume
issuing I/Os to a specific DASD.
The DASD driver allows a manual quiesce/resume via ioctl.

Autoquiesce will define an amount of triggers that will lead to
an automatic quiesce if a certain event occurs.
There is no automatic resume.

All events will be reported via DASD Extended Error Reporting (EER)
if configured.

Signed-off-by: Stefan Haberland &lt;sth@linux.ibm.com&gt;
Reviewed-by: Jan Hoeppner &lt;hoeppner@linux.ibm.com&gt;
Reviewed-by: Halil Pasic &lt;pasic@linux.ibm.com&gt;
Link: https://lore.kernel.org/r/20230405142017.2446986-3-sth@linux.ibm.com
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>s390/zcrypt: introduce ctfm field in struct CPRBX</title>
<updated>2023-02-15T10:07:00Z</updated>
<author>
<name>Harald Freudenberger</name>
</author>
<published>2022-02-08T15:59:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ad0faae6ceab7d138dddf9a58eab7151c519e0d3'/>
<id>urn:sha1:ad0faae6ceab7d138dddf9a58eab7151c519e0d3</id>
<content type='text'>
Modify the CPRBX struct to expose a new field ctfm for use with hardware
command filtering within a CEX8 crypto card in CCA coprocessor mode.

The field replaces a reserved byte padding field so that the layout of the
struct and the size does not change.

The new field is used only by user space applications which may use this to
expose the HW filtering facilities in the crypto firmware layers.

Signed-off-by: Harald Freudenberger &lt;freude@linux.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390: remove confusing comment from uapi types header file</title>
<updated>2023-02-14T10:45:40Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2023-02-12T16:37:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8eff2e2410cfe941207cb17ab322b0e6ce780f54'/>
<id>urn:sha1:8eff2e2410cfe941207cb17ab322b0e6ce780f54</id>
<content type='text'>
The comment for addr_t doesn't make too much sense. Given that also
the formatting is incorrect, just remove it.

Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/vx: remove __uint128_t type from __vector128 struct again</title>
<updated>2023-02-14T10:45:40Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2023-02-10T13:09:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=55d169c87db1d0faa95313809f18f8b49cafdd75'/>
<id>urn:sha1:55d169c87db1d0faa95313809f18f8b49cafdd75</id>
<content type='text'>
The __uint128_t member was only added for future convenience to the
__vector128 struct. However this is a uapi header file, 31/32 bit (aka
compat layer) is still supported, but doesn't know anything about this
type:

/usr/include/asm/types.h:27:17: error: unknown type name __uint128_t
   27 |                 __uint128_t v;

Therefore remove it again.

Fixes: b0b7b43fcc46 ("s390/vx: add 64 and 128 bit members to __vector128 struct")
Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/vx: add 64 and 128 bit members to __vector128 struct</title>
<updated>2023-02-09T19:11:23Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2023-02-02T14:47:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b0b7b43fcc4666232b4ed65d2c8fa08aff1b6042'/>
<id>urn:sha1:b0b7b43fcc4666232b4ed65d2c8fa08aff1b6042</id>
<content type='text'>
Add 64 and 128 bit members to __vector128 struct in order to allow reading
of the complete value, or the higher or lower part of vector register
contents instead of having to use casts.

Add an explicit __aligned(4) statement to avoid that the alignment of the
structure changes from 4 to 8. This should make sure that no breakage
happens because of this change.

Reviewed-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/fs3270: split header files</title>
<updated>2023-01-09T13:34:05Z</updated>
<author>
<name>Sven Schnelle</name>
</author>
<published>2022-12-05T12:20:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=61f37f63f930a0d759fc3a98bb3a2330a34c6220'/>
<id>urn:sha1:61f37f63f930a0d759fc3a98bb3a2330a34c6220</id>
<content type='text'>
In order to use the fs3270 one would need at least the ioctl definitions
in uapi. Add two new include files in uapi, which contain:

fs3270: ioctl number declarations + returned struct for TUBGETMOD.
raw3270: all the orders, attributes and similar stuff used with 3270
terminals.

Signed-off-by: Sven Schnelle &lt;svens@linux.ibm.com&gt;
Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/ipl: add eckd dump support</title>
<updated>2022-12-06T15:18:22Z</updated>
<author>
<name>Sven Schnelle</name>
</author>
<published>2022-10-05T08:17:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e2d2a2968f2abe1b8215fd99bfc68d6284d51ac2'/>
<id>urn:sha1:e2d2a2968f2abe1b8215fd99bfc68d6284d51ac2</id>
<content type='text'>
This adds support to use ECKD disks as dump device
to linux. The new dump type is called 'eckd_dump', parameters
are the same as for eckd ipl.

Signed-off-by: Sven Schnelle &lt;svens@linux.ibm.com&gt;
Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;
Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/ipl: add eckd support</title>
<updated>2022-12-06T15:18:21Z</updated>
<author>
<name>Sven Schnelle</name>
</author>
<published>2022-10-05T08:17:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=87fd22e0ae9239f695266d3181b53ad9f758bd74'/>
<id>urn:sha1:87fd22e0ae9239f695266d3181b53ad9f758bd74</id>
<content type='text'>
This adds support to IPL from ECKD DASDs to linux.
It introduces a few sysfs files in /sys/firmware/reipl/eckd:

bootprog: the boot program selector
clear:    whether to issue a diag308 LOAD_NORMAL or LOAD_CLEAR
device:   the device to ipl from
br_chr:   Cylinder/Head/Record number to read the bootrecord from.
          Might be '0' or 'auto' if it should be read from the
	  volume label.
scpdata:  data to be passed to the ipl'd program.

The new ipl type is called 'eckd'.

Signed-off-by: Sven Schnelle &lt;svens@linux.ibm.com&gt;
Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;
Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;
</content>
</entry>
</feed>
