<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/util-linux.git/tests/expected/fdisk, branch master</title>
<subtitle>git.kernel.org: pub/scm/utils/util-linux/util-linux.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/'/>
<entry>
<title>tests: functions: allow partitions on loopdevs</title>
<updated>2022-12-28T04:34:50+00:00</updated>
<author>
<name>Thomas Weißschuh</name>
<email>thomas@t-8ch.de</email>
</author>
<published>2022-12-28T03:47:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=4fa3633e87a377cc8541c246c8f2b8ac8222212d'/>
<id>4fa3633e87a377cc8541c246c8f2b8ac8222212d</id>
<content type='text'>
This allow us the add partition to the test devices.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This allow us the add partition to the test devices.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'fdisktestsppc64le' of https://github.com/zeha/util-linux</title>
<updated>2022-04-19T09:13:03+00:00</updated>
<author>
<name>Karel Zak</name>
<email>kzak@redhat.com</email>
</author>
<published>2022-04-19T09:13:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=41c499cb33ea572d5c3ba499634335a400ff4dde'/>
<id>41c499cb33ea572d5c3ba499634335a400ff4dde</id>
<content type='text'>
* 'fdisktestsppc64le' of https://github.com/zeha/util-linux:
  tests: fdisk/bsd: update expected output for ppc64le
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* 'fdisktestsppc64le' of https://github.com/zeha/util-linux:
  tests: fdisk/bsd: update expected output for ppc64le
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: fdisk/bsd: update expected output for ppc64le</title>
<updated>2022-04-14T12:06:11+00:00</updated>
<author>
<name>Chris Hofstaedtler</name>
<email>zeha@debian.org</email>
</author>
<published>2022-04-13T11:11:50+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=9a6e8ecef4b2baa963272443774079f392112510'/>
<id>9a6e8ecef4b2baa963272443774079f392112510</id>
<content type='text'>
Update expected test data after upstream MRs #1385 and #1386.

Signed-off-by: Chris Hofstaedtler &lt;zeha@debian.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Update expected test data after upstream MRs #1385 and #1386.

Signed-off-by: Chris Hofstaedtler &lt;zeha@debian.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>libfdisk: (gpt) align size of partition by default</title>
<updated>2022-01-27T11:35:01+00:00</updated>
<author>
<name>Karel Zak</name>
<email>kzak@redhat.com</email>
</author>
<published>2022-01-27T09:50:45+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=921c7da55ec78350e4067b3fd6b7de6f299106ee'/>
<id>921c7da55ec78350e4067b3fd6b7de6f299106ee</id>
<content type='text'>
LastUsableLBA (field in GPT header) is calculated to use all free
space on the device. The problem is that size of this area is
unaligned to optimal I/O (or physical sector size) on devices where
the logical sector is 512 bytes, but the physical sector size is 4K.
(Note that after LastUsableLBA is backup GPT header and size of this
backup is calculated by logical sectors.)

The problem is visible for the last partition on the device because
this partition ends on LastUsableLBA.

The ideal solution would be align directly LastUsableLBA number in the
GPT header. Unfortunately, this solution is useless for libfdisk,
because we have to be backwardly compatible with sfdisk scripts
generated by old versions where is explicitly specified partition
size.

It seems usable compromise is to align only last partition if the size
of the partition is unspecified or specified by relative number
(+100M) -- in this case we already align partition, so there is no
change in fdisk semantic (well, last partition will be smaller than in
previous libfdisk versions).

The unaligned partition size is a problem for dm-crypt where device
size is used dynamically, and when unaligned, DM uses 512-bytes with a
negative impact on performance.

Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=2044108
Addresses: https://marc.info/?l=dm-crypt&amp;m=164306225923513&amp;w=2
Signed-off-by: Karel Zak &lt;kzak@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
LastUsableLBA (field in GPT header) is calculated to use all free
space on the device. The problem is that size of this area is
unaligned to optimal I/O (or physical sector size) on devices where
the logical sector is 512 bytes, but the physical sector size is 4K.
(Note that after LastUsableLBA is backup GPT header and size of this
backup is calculated by logical sectors.)

The problem is visible for the last partition on the device because
this partition ends on LastUsableLBA.

The ideal solution would be align directly LastUsableLBA number in the
GPT header. Unfortunately, this solution is useless for libfdisk,
because we have to be backwardly compatible with sfdisk scripts
generated by old versions where is explicitly specified partition
size.

It seems usable compromise is to align only last partition if the size
of the partition is unspecified or specified by relative number
(+100M) -- in this case we already align partition, so there is no
change in fdisk semantic (well, last partition will be smaller than in
previous libfdisk versions).

The unaligned partition size is a problem for dm-crypt where device
size is used dynamically, and when unaligned, DM uses 512-bytes with a
negative impact on performance.

Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=2044108
Addresses: https://marc.info/?l=dm-crypt&amp;m=164306225923513&amp;w=2
Signed-off-by: Karel Zak &lt;kzak@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: split several tests into subtests</title>
<updated>2021-10-14T10:33:45+00:00</updated>
<author>
<name>Vojtěch Eichler</name>
<email>vojta.eich@gmail.com</email>
</author>
<published>2021-10-14T10:33:45+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=d4daa330b0baca5e7e55fc3d0b1dd993c12c68b0'/>
<id>d4daa330b0baca5e7e55fc3d0b1dd993c12c68b0</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: fix fdisk/bsd on big endian systems (tested on sparc64 and ppc64)</title>
<updated>2021-07-27T16:33:03+00:00</updated>
<author>
<name>Anatoly Pugachev</name>
<email>matorola@gmail.com</email>
</author>
<published>2021-07-27T16:33:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=627216cf43c1131866276f6ff1bacae18598a39d'/>
<id>627216cf43c1131866276f6ff1bacae18598a39d</id>
<content type='text'>
Fixes: 5d0f0ca56
Closes #1392

Signed-off-by: Anatoly Pugachev &lt;matorola@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: 5d0f0ca56
Closes #1392

Signed-off-by: Anatoly Pugachev &lt;matorola@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: fdisk: Update CHS values in MBR partitions</title>
<updated>2021-07-16T20:26:38+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali.rohar@gmail.com</email>
</author>
<published>2021-07-16T20:26:38+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=5d0f0ca563ebde56f37aa0895a6f1752cf035b6f'/>
<id>5d0f0ca563ebde56f37aa0895a6f1752cf035b6f</id>
<content type='text'>
It looks like that old CHS values prior this change in test data are
incorrect. Possible explanation why CHS values are incorrect is in commit
message 9cade4fbf8c4 ("libfdisk: (dos) Fix determining number of heads and
sectors per track from MBR").

This change updates test data to pass test suite after applying mentioned
commit.

Signed-off-by: Pali Rohár &lt;pali.rohar@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It looks like that old CHS values prior this change in test data are
incorrect. Possible explanation why CHS values are incorrect is in commit
message 9cade4fbf8c4 ("libfdisk: (dos) Fix determining number of heads and
sectors per track from MBR").

This change updates test data to pass test suite after applying mentioned
commit.

Signed-off-by: Pali Rohár &lt;pali.rohar@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: fdisk: Layout with more details</title>
<updated>2021-07-06T22:56:21+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali.rohar@gmail.com</email>
</author>
<published>2021-07-06T22:56:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=88c197c690a9e123e6d7d0735cb30711c2b2f85d'/>
<id>88c197c690a9e123e6d7d0735cb30711c2b2f85d</id>
<content type='text'>
Use fdisk -x instead of fdisk -l for printing layout in fdisk tests. This
can help debugging why some fdisk tests fail.

Signed-off-by: Pali Rohár &lt;pali.rohar@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use fdisk -x instead of fdisk -l for printing layout in fdisk tests. This
can help debugging why some fdisk tests fail.

Signed-off-by: Pali Rohár &lt;pali.rohar@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>libfdisk: use open(O_EXCL) to detect if device is used</title>
<updated>2021-04-15T13:14:52+00:00</updated>
<author>
<name>Karel Zak</name>
<email>kzak@redhat.com</email>
</author>
<published>2021-04-15T13:11:44+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=1c75a85101e36ebc193183733821546f0fa430fc'/>
<id>1c75a85101e36ebc193183733821546f0fa430fc</id>
<content type='text'>
It's seems detection by BLKRRPART is broken in recent kernels
(probably regression), and it's also overkill to force kernel re-read
all and generate all the events. It seems more elegant to use O_EXCL.

Signed-off-by: Karel Zak &lt;kzak@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It's seems detection by BLKRRPART is broken in recent kernels
(probably regression), and it's also overkill to force kernel re-read
all and generate all the events. It seems more elegant to use O_EXCL.

Signed-off-by: Karel Zak &lt;kzak@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fix typos [codespell]</title>
<updated>2020-11-04T11:42:25+00:00</updated>
<author>
<name>Samanta Navarro</name>
<email>ferivoz@riseup.net</email>
</author>
<published>2020-11-04T11:30:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/util-linux.git/commit/?id=cb77628876254181d6727cc0f6ef16979031cbb0'/>
<id>cb77628876254181d6727cc0f6ef16979031cbb0</id>
<content type='text'>
Signed-off-by: Samanta Navarro &lt;ferivoz@riseup.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Samanta Navarro &lt;ferivoz@riseup.net&gt;
</pre>
</div>
</content>
</entry>
</feed>
