| a7e7a35f | 01-Feb-2021 |
David Hanisch <titanic@dh-werder.de> |
tcp_send: avoid ip fragmentation of last segment of a tcp stream
With a LSO (large segment offload) capable network device, tcp data is
sent in segments larger than mss. This works well normally and
tcp_send: avoid ip fragmentation of last segment of a tcp stream
With a LSO (large segment offload) capable network device, tcp data is
sent in segments larger than mss. This works well normally and the
network card splits the large segments into smaller ip packages not
exceeding the mss.
The last segment of a stream, when fin flag is already set, takes a
different code path (tcp_xmit_mp()). LSO is not possible here and not
supported. If the segment is large (> mss) in this case, it is
ip fragmented. This is not wanted.
The fix is to ensure the last segment of a tcp stream is below mss
even in case of LSO.
(cherry picked from commit 72434ca23766cfa425b040bac615a51f16341693)
show more ...
|
| b59bb262 | 23-Feb-2021 |
Jan Schlien <illumos.874@jan-o-sch.net> |
zev: ignore remount events
Avoid deadlock by (shortened) domount -> zfs_mount -> zev_zfs_mount_cb ->
vnodetopath -> vn_under -> vfs_rlock_wait.
For zev purposes we can safely ignore remount events.
zev: ignore remount events
Avoid deadlock by (shortened) domount -> zfs_mount -> zev_zfs_mount_cb ->
vnodetopath -> vn_under -> vfs_rlock_wait.
For zev purposes we can safely ignore remount events.
(cherry picked from commit a93dd5c0e4d42a2a3239b2f146cdfdafba5ae83f)
show more ...
|
| d3c3f6c7 | 24-Nov-2020 |
David Hanisch <titanic@dh-werder.de> |
ipf/fastroute: fix wrong IP-Header checksum, support LSO
The function ire_send_wire_v4() is called twice in the course of
ipf/fastroute, via 'quick .. to <if>'.
Checksums are prepared during the fi
ipf/fastroute: fix wrong IP-Header checksum, support LSO
The function ire_send_wire_v4() is called twice in the course of
ipf/fastroute, via 'quick .. to <if>'.
Checksums are prepared during the first call. They must not be
changed in the second. None of the two case (IXAF_SET_ULP_CKSUM set or
not) works with offloading: Either the partial tcp cksum is calculated
twice and wrong in the end, or the ip-header is calculated in software
and the hardware later calculates it to zero.
In case of not-offloading the csum is already calculated. Header value
must not be changed, namely ipha_ident must not be set again.
The origial ixa is lost when a package takes the fr_fastroute() path.
In case of LSO ixa_fragsize was set to IP_MAXPACKET now it's the normal
mtu. Pkgsize check must be skippted, too.
refs #4279
(cherry picked from commit bc91030d4fe6e89411348707603356ab2077b1c7)
show more ...
|
| e50f20e2 | 24-Nov-2020 |
David Hanisch <titanic@dh-werder.de> |
fr_fastroute: relax condition for router flag needed on interface
To use a to <if> rule the interface needed to have the ROUTER flag
set. This is too restrictive for rules to just do a source based
fr_fastroute: relax condition for router flag needed on interface
To use a to <if> rule the interface needed to have the ROUTER flag
set. This is too restrictive for rules to just do a source based
routing. E.g.
pass out quick on <if> to <if>:<next_hop> from ... port 123 to ...
The need for the router flag is relaxed. It is not needed when
the interface stays the same.
refs #4279
(cherry picked from commit 73c0147388d808196870aec4152385ddfff3370f)
show more ...
|
| 9a718033 | 22-Sep-2020 |
Bryan Cantrill <bryan@joyent.com> |
1532 Long-term kernel-resident processes need a way to play fair
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Patrick Mooney <pmooney@pfmooney.com>
Approved by: Richard Lowe <richlowe@
1532 Long-term kernel-resident processes need a way to play fair
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Patrick Mooney <pmooney@pfmooney.com>
Approved by: Richard Lowe <richlowe@richlowe.net>
(cherry picked from commit 9eace40dfbe7396ee5c133113eff8c52971e314d)
show more ...
|
| de58340c | 22-Sep-2020 |
Joshua M. Clulow <josh@sysmgr.org> |
13094 systems have more kmem caches than they used to
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Jason King <jason.brian.king@gmail.com>
Reviewed by: Peter Tribble <peter.tribble@gma
13094 systems have more kmem caches than they used to
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Jason King <jason.brian.king@gmail.com>
Reviewed by: Peter Tribble <peter.tribble@gmail.com>
Approved by: Hans Rosenfeld <rosenfeld@grumpf.hope-2000.org>
(cherry picked from commit c456705f5d773c081144035c0cc8faa3ce7901b4)
show more ...
|
| d8f51c15 | 18-Dec-2018 |
John Levon <john.levon@joyent.com> |
10093 kmem_log_enter() dereferences pointer before NULL check
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Peter Tribble <peter.tribble@gmail.com>
Reviewed by: Gergő Doma <domag02@gmai
10093 kmem_log_enter() dereferences pointer before NULL check
Reviewed by: Andy Fiddaman <andy@omniosce.org>
Reviewed by: Peter Tribble <peter.tribble@gmail.com>
Reviewed by: Gergő Doma <domag02@gmail.com>
Approved by: Robert Mustacchi <rm@joyent.com>
(cherry picked from commit 0b9fee90d69058f7629ebea8cc668f73c892b5a1)
show more ...
|
| fd1eb05f | 01-Jun-2018 |
Paul Winder <paul.winder@tegile.com> |
9575 apix can lose interrupts after interrupt thread blocks
Reviewed by: Igor Kozhukhov <igor@dilos.org>
Reviewed by: Hans Rosenfeld <rosenfeld@grumpf.hope-2000.org>
Reviewed by: Ken Mays <kmays2000@
9575 apix can lose interrupts after interrupt thread blocks
Reviewed by: Igor Kozhukhov <igor@dilos.org>
Reviewed by: Hans Rosenfeld <rosenfeld@grumpf.hope-2000.org>
Reviewed by: Ken Mays <kmays2000@gmail.com>
Reviewed by: Patrick Mooney <patrick.mooney@joyent.com>
Approved by: Dan McDonald <danmcd@joyent.com>
(cherry picked from commit a0910f458eb02d57f1a88a5adc5496300d276cd6)
show more ...
|
| aa7175ab | 25-Apr-2015 |
Bryan Cantrill <bryan@joyent.com> |
8493 kmem_move taskq appears to be inducing significant system latency
Reviewed by: Robert Mustacchi <rm@joyent.com>
Reviewed by: Dan McDonald <danmcd@joyent.com>
Reviewed by: Paul Dagnelie <pcd@delp
8493 kmem_move taskq appears to be inducing significant system latency
Reviewed by: Robert Mustacchi <rm@joyent.com>
Reviewed by: Dan McDonald <danmcd@joyent.com>
Reviewed by: Paul Dagnelie <pcd@delphix.com>
Approved by: Richard Lowe <richlowe@richlowe.net>
(cherry picked from commit 4a6b644bd33267f845b6690008c5f6fa780ea5d7)
show more ...
|
| bb87aac1 | 15-Dec-2016 |
Bob Warning <RWarning@atto.com> |
7724 apix may lose interrupts occuring while softint is running at same IPL
Reviewed by: Hans Rosenfeld <hans.rosenfeld@nexenta.com>
Reviewed by: Dan McDonald <danmcd@omniti.com>
Reviewed by: Robert
7724 apix may lose interrupts occuring while softint is running at same IPL
Reviewed by: Hans Rosenfeld <hans.rosenfeld@nexenta.com>
Reviewed by: Dan McDonald <danmcd@omniti.com>
Reviewed by: Robert Mustacchi <rm@joyent.com>
Approved by: Gordon Ross <gordon.w.ross@gmail.com>
(cherry picked from commit e71d6770984115f098a8075de4d46ea21b36c0e9)
show more ...
|
| 47bb2664 | 09-Sep-2016 |
Matthew Ahrens <mahrens@delphix.com> |
7232 add tunables to combat scheduling delay of kernel threads
Reviewed by: Paul Dagnelie <pcd@delphix.com>
Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Sebastien Roy <sebastie
7232 add tunables to combat scheduling delay of kernel threads
Reviewed by: Paul Dagnelie <pcd@delphix.com>
Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Sebastien Roy <sebastien.roy@delphix.com>
Reviewed by: Josef 'Jeff' Sipek <jeffpc@josefsipek.net>
Reviewed by: Bryan Cantrill <bryan@joyent.com>
Approved by: Dan McDonald <danmcd@omniti.com>
(cherry picked from commit 8cbb30b37cf5b5b7b83783838848c5d3e126f1d2)
show more ...
|