en Copyright 2015 Java http://kernelsources.org:8080/source/history/freebsd/sys/modules/geom/geom_multipath/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800 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 List of files: /freebsd/sys/modules/geom/geom_multipath/Makefile Mon, 15 Jul 2024 06:46:32 +0200 Warner Losh <imp@FreeBSD.org> http://kernelsources.org:8080/source/history/freebsd/sys/modules/geom/geom_multipath/Makefile#031beb4e239bfce798af17f5fe8dba8bcaf13d99 sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ List of files: /freebsd/sys/modules/geom/geom_multipath/Makefile Wed, 16 Aug 2023 19:54:58 +0200 Warner Losh <imp@FreeBSD.org> http://kernelsources.org:8080/source/history/freebsd/sys/modules/geom/geom_multipath/Makefile#193d9e768ba63fcfb187cfd17f461f7d41345048 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 List of files: /freebsd/sys/modules/geom/geom_multipath/Makefile Sat, 04 Mar 2017 11:10:17 +0100 Enji Cooper <ngie@FreeBSD.org> http://kernelsources.org:8080/source/history/freebsd/sys/modules/geom/geom_multipath/Makefile#e770bc6bf54d42019e4df9dfd94622c80072c0f4 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 List of files: /freebsd/sys/modules/geom/geom_multipath/Makefile Tue, 27 Feb 2007 05:01:58 +0100 Matt Jacob <mjacob@FreeBSD.org> http://kernelsources.org:8080/source/history/freebsd/sys/modules/geom/geom_multipath/Makefile#e770bc6bf54d42019e4df9dfd94622c80072c0f4 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 List of files: /freebsd/sys/modules/geom/geom_multipath/Makefile Tue, 27 Feb 2007 05:01:58 +0100 Matt Jacob <mjacob@FreeBSD.org>