Page MenuHomeFreeBSD

Remove hard coded number of lun definition
ClosedPublic

Authored by bapt on Dec 11 2017, 1:43 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Jan 21, 12:24 PM
Unknown Object (File)
Jan 3 2025, 8:26 AM
Unknown Object (File)
Jan 2 2025, 9:53 AM
Unknown Object (File)
Dec 20 2024, 11:18 PM
Unknown Object (File)
Dec 15 2024, 12:38 PM
Unknown Object (File)
Nov 20 2024, 10:08 PM
Unknown Object (File)
Nov 20 2024, 10:07 PM
Unknown Object (File)
Oct 4 2024, 8:45 AM
Subscribers

Details

Summary

The number of lun is now exposed by the kernel, use it in ctlstat(1)
This allows ctlstat -l 1118 to actually work when having more than 1024 luns

Diff Detail

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

Event Timeline

This revision is now accepted and ready to land.Dec 11 2017, 1:53 PM

Looks good to me, but there are couple comments.

usr.bin/ctlstat/ctlstat.c
596 ↗(On Diff #36456)

What for is this blank line here?

600 ↗(On Diff #36456)

I am thinking whether failing here is a good thing. May be we could allow some compatibility by falling back to default?

usr.bin/ctlstat/ctlstat.c
600 ↗(On Diff #36456)

kern.cam.ctl.max_luns always exists (well since my commit introducing it), one should not have world/kernel that desync no ?

World/kernel sync is generally recommended, but the less we depend on it -- the better we are for our users.

usr.bin/ctlstat/ctlstat.c
600 ↗(On Diff #36456)

backward compatibility does not hurt :)

This revision was automatically updated to reflect the committed changes.