Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I'll just run the command on the branches)Sponsored by: Netflix
sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
First cut at GEOM based multipath. This is an active/passive{/passive...}arrangement that has no intrinsic internal knowledge of whether devicesit is given are truly multipath devices. As such, thi
First cut at GEOM based multipath. This is an active/passive{/passive...}arrangement that has no intrinsic internal knowledge of whether devicesit is given are truly multipath devices. As such, this is a simplisticapproach, but still a useful one.The basic approach is to (at present- this will change soon) use camcontrolto find likely identical devices and and label the trailing sector of thefirst one. This label contains both a full UUID and a name. The name iswhat is presented in /dev/multipath, but the UUID is used as a truedistinguishor at g_taste time, thus making sure we don't have chaoson a shared SAN where everyone names their data multipath as "Fred".The first of N identical devices (and N *may* be 1!) becomes the activepath until a BIO request is failed with EIO or ENXIO. When this occurs,the active disk is ripped away and the next in a list is picked to(retry and) continue with.During g_taste events new disks that meet the match criteria for existingmultipath geoms get added to the tail end of the list.Thus, this active/passive setup actually does work for devices whichgo away and come back, as do (now) mpt(4) and isp(4) SAN based disks.There is still a lot to do to improve this- like about 5 of the 12recommendations I've received about it, but it's been functional enoughfor a while that it deserves a broader test base.Reviewed by: pjdSponsored by: IronPort SystemsMFC: 2 months
show more ...