Page MenuHomeFreeBSD

hyperv/vmbus: Fix sub-channel re-open support.
ClosedPublic

Authored by sepherosa_gmail.com on Jun 27 2016, 7:56 AM.
Tags
None
Referenced Files
F82145313: D6978.id18323.diff
Thu, Apr 25, 10:31 PM
F82145309: D6978.id17914.diff
Thu, Apr 25, 10:31 PM
F82145108: D6978.id.diff
Thu, Apr 25, 10:26 PM
F82145084: D6978.diff
Thu, Apr 25, 10:26 PM
Unknown Object (File)
Mon, Apr 22, 12:39 PM
Unknown Object (File)
Jan 30 2024, 5:16 PM
Unknown Object (File)
Jan 8 2024, 8:57 PM
Unknown Object (File)
Jan 8 2024, 8:57 PM
Subscribers
None

Details

Summary
For multi-channel devices, once the primary channel is closed,
a set of 'rescind' messages for sub-channels will be delivered
by Hypervisor.  Sub-channel MUST be freed according to these
'rescind' messages; directly re-openning sub-channels in the
same fashion as the primary channel's re-opening does NOT work
at all.

After the primary channel is re-opened, requested # of sub-
channels will be delivered though 'channel offer' messages, and
this set of newly offered channels can be opened along side with
the primary channel.

This unbreaks the MTU setting for hn(4), which requires re-
openning all existsing channels upon MTU change.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

sepherosa_gmail.com retitled this revision from to hyperv/vmbus: Fix sub-channel re-open support..
sepherosa_gmail.com updated this object.
sepherosa_gmail.com edited the test plan for this revision. (Show Details)
This revision was automatically updated to reflect the committed changes.