<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openslx-ng/ipxe.git/src/include, branch v1.20.1</title>
<subtitle>Fork of ipxe; additional commands and features</subtitle>
<id>https://git.openslx.org/openslx-ng/ipxe.git/atom/src/include?h=v1.20.1</id>
<link rel='self' href='https://git.openslx.org/openslx-ng/ipxe.git/atom/src/include?h=v1.20.1'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/'/>
<updated>2019-08-16T21:19:50+00:00</updated>
<entry>
<title>[peerdist] Limit number of concurrent raw block downloads</title>
<updated>2019-08-16T21:19:50+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-08-16T20:42:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=d8a1958ba5e83fcd0eabbf2c4f95231b02af33d7'/>
<id>urn:sha1:d8a1958ba5e83fcd0eabbf2c4f95231b02af33d7</id>
<content type='text'>
Raw block downloads are expensive if the origin server uses HTTPS,
since each concurrent download will require local TLS resources
(including potentially large received encrypted data buffers).

Raw block downloads may also be prohibitively slow to initiate when
the origin server is using HTTPS and client certificates.  Origin
servers for PeerDist downloads are likely to be running IIS, which has
a bug that breaks session resumption and requires each connection to
go through the full client certificate verification.

Limit the total number of concurrent raw block downloads to ameliorate
these problems.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[process] Add PROC_INIT() for initialising static processes</title>
<updated>2019-08-16T21:19:48+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-08-16T20:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=6df2c6ab768a3898b9db01295520a64030af59bc'/>
<id>urn:sha1:6df2c6ab768a3898b9db01295520a64030af59bc</id>
<content type='text'>
Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[fdt] Add ability to parse a MAC address from a flattened device tree</title>
<updated>2019-07-19T16:35:39+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-07-19T16:35:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=e520a51df1c65d750798420d5ba1bab4271db264'/>
<id>urn:sha1:e520a51df1c65d750798420d5ba1bab4271db264</id>
<content type='text'>
The Raspberry Pi NIC has no EEPROM to hold the MAC address.  The
platform firmware (e.g. UEFI or U-Boot) will typically obtain the MAC
address from the VideoCore firmware and add it to the device tree,
which is then made available to subsequent programs such as iPXE or
the Linux kernel.

Add the ability to parse a flattened device tree and to extract the
MAC address.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[build] Fix use of inline assembly on GCC 8 ARM64 builds</title>
<updated>2019-07-14T13:05:48+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-07-14T13:05:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=3fb3ffccea717ce10bb29dfd8a9e761c7387626e'/>
<id>urn:sha1:3fb3ffccea717ce10bb29dfd8a9e761c7387626e</id>
<content type='text'>
Commit 1a7746603 ("[build] Fix use of inline assembly on GCC 4.8 ARM64
builds") switched from using "%c0" to "%a0" in order to avoid an
"invalid operand prefix" error on the ARM64 version of GCC 4.8.

It appears that the ARM64 version of GCC 8 now produces an "invalid
address mode" error for the "%a0" form, but is happy with the original
"%c0" form.

Switch back to using the "%c0" form, on the assumption that the
requirement for "%a0" was a temporary aberration.

Originally-fixed-by: John L. Jolly &lt;jjolly@suse.com&gt;
Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[intelxl] Add driver for Intel 40 Gigabit Ethernet NIC virtual functions</title>
<updated>2019-04-27T19:26:18+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-04-24T16:15:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=a95966955c6904b975b0ccec0dd338385fb3066b'/>
<id>urn:sha1:a95966955c6904b975b0ccec0dd338385fb3066b</id>
<content type='text'>
Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[vlan] Provide vlan_netdev_rx() and vlan_netdev_rx_err()</title>
<updated>2019-04-27T19:25:00+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-04-27T19:12:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=fe680c8228563369804948010954128aacb7db74'/>
<id>urn:sha1:fe680c8228563369804948010954128aacb7db74</id>
<content type='text'>
The Hermon driver uses vlan_find() to identify the appropriate VLAN
device for packets that are received with the VLAN tag already
stripped out by the hardware.  Generalise this capability and expose
it for use by other network card drivers.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[pci] Add support for PCI MSI-X interrupts</title>
<updated>2019-04-24T10:41:38+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-04-22T13:43:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=afee77d816f42c7e405c065395c6a7f4dc2aade1'/>
<id>urn:sha1:afee77d816f42c7e405c065395c6a7f4dc2aade1</id>
<content type='text'>
The Intel 40 Gigabit Ethernet virtual functions support only MSI-X
interrupts, and will write back completed interrupt descriptors only
when the device attempts to raise an interrupt (or when a complete
cacheline of receive descriptors has been completed).

We cannot actually use MSI-X interrupts within iPXE, since we never
have ownership of the APIC.  However, an MSI-X interrupt is
fundamentally just a DMA write of a single dword to an arbitrary
address.  We can therefore configure the device to "raise" an
interrupt by writing a meaningless value to an otherwise unused memory
location: this is sufficient to trigger the receive descriptor
writeback logic.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[ocsp] Accept response certID with missing hashAlgorithm parameters</title>
<updated>2019-03-10T18:13:52+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-03-10T17:58:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=b6ffe28a21c53a0946d95751c905d9e0b6c3b630'/>
<id>urn:sha1:b6ffe28a21c53a0946d95751c905d9e0b6c3b630</id>
<content type='text'>
One of the design goals of ASN.1 DER is to provide a canonical
serialization of a data structure, thereby allowing for equality of
values to be tested by simply comparing the serialized bytes.

Some OCSP servers will modify the request certID to omit the optional
(and null) "parameters" portion of the hashAlgorithm.  This is
arguably legal but breaks the ability to perform a straightforward
bitwise comparison on the entire certID field between request and
response.

Fix by comparing the OID-identified hashAlgorithm separately from the
remaining certID fields.

Originally-fixed-by: Thilo Fromm &lt;Thilo@kinvolk.io&gt;
Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[tls] Display validator messages only while validation is in progress</title>
<updated>2019-03-10T17:27:33+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-03-10T17:27:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=7b63c1275f33e0fa20c0e59dcc1756899533823c'/>
<id>urn:sha1:7b63c1275f33e0fa20c0e59dcc1756899533823c</id>
<content type='text'>
Allow the cipherstream to report progress status messages during
connection establishment.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
<entry>
<title>[tls] Support stateless session resumption</title>
<updated>2019-03-06T15:11:18+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2019-03-06T15:02:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=eaba1a22b8552f0410fe1519d7d0b606dc9ef3bb'/>
<id>urn:sha1:eaba1a22b8552f0410fe1519d7d0b606dc9ef3bb</id>
<content type='text'>
Add support for RFC5077 session ticket extensions to allow for
stateless TLS session resumption.

Signed-off-by: Michael Brown &lt;mcb30@ipxe.org&gt;
</content>
</entry>
</feed>
