Remove swblk_t.
ClosedPublic
Actions

Authored by markj on Feb 13 2020, 5:24 PM.

Details

Reviewers

alc
dougm
kib
jeff

Commits

rS358026: Remove swblk_t.

Summary

It was used only to store the bounds of each swap device. However,
since swblk_t is a signed 32-bit int and daddr_t is a signed 64-bit
int, swp_pager_isondev() may return an invalid result if swap devices
are repeatedly added and removed and sw_end for a device ends up
becoming a negative number.

Note that the removed comment about maximum swap size still applies.

Diff Detail

Lint

Lint Passed

Unit

No Test Coverage

Build Status

Buildable 29352
Build 27251: arc lint + arc unit

Event Timeline

markj created this revision.Feb 13 2020, 5:24 PM

Harbormaster completed remote builds in B29352: Diff 68258.Feb 13 2020, 5:24 PM

markj added reviewers: alc, dougm, kib, jeff.Feb 13 2020, 5:26 PM

jeff accepted this revision.Feb 13 2020, 11:04 PM

This revision is now accepted and ready to land.Feb 13 2020, 11:04 PM

kib accepted this revision.Feb 14 2020, 1:30 PM

This change probably can't be MFCed. We could fix the problem in a different way, by changing swaponsomething() to allocate block ranges more carefully. The current algorithm just scans the list of existing swap devices and places the new one after the end of the last one. I think I will just commit the change and make the block range allocation smarter in a follow-up change.

In D23666#519984, @markj wrote:

This change probably can't be MFCed.

Why ?

We could fix the problem in a different way, by changing swaponsomething() to allocate block ranges more carefully. The current algorithm just scans the list of existing swap devices and places the new one after the end of the last one. I think I will just commit the change and make the block range allocation smarter in a follow-up change.

swdevt is kernel-internal, more it is sys/vm internal. The external userspace view on it is provided by struct xswdev.

In D23666#519989, @kib wrote:

In D23666#519984, @markj wrote:

This change probably can't be MFCed.

Why ?

We could fix the problem in a different way, by changing swaponsomething() to allocate block ranges more carefully. The current algorithm just scans the list of existing swap devices and places the new one after the end of the last one. I think I will just commit the change and make the block range allocation smarter in a follow-up change.

swdevt is kernel-internal, more it is sys/vm internal. The external userspace view on it is provided by struct xswdev.

I was worried that removal of swblk_t would cause some out-of-tree code to fail to compile (e.g. because of copy-and-paste of libkvm code). Maybe this is still acceptable for the stable branches, I am not sure. I will add a MFC marker and wait for any reported fallout from ports.

Closed by commit rS358026: Remove swblk_t. (authored by markj). · Explain WhyFeb 17 2020, 3:11 PM

This revision was automatically updated to reflect the committed changes.

markj added a commit: rS358026: Remove swblk_t..

Herald added a subscriber: imp. · View Herald TranscriptFeb 17 2020, 3:11 PM