Searched hist:"1 b464bd889e4425f0c2dada5c6bae51c80783f4e" (Results 1 – 3 of 3) sorted by relevance
| /freebsd/sys/geom/ |
| H A D | geom_int.h | diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
|
| H A D | geom_event.c | diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
|
| H A D | geom_subr.c | diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
diff 1b464bd889e4425f0c2dada5c6bae51c80783f4e Thu Jul 08 18:17:14 CEST 2004 Poul-Henning Kamp <phk@FreeBSD.org> Make withering water tight.
When we orphan/wither a provider, an attached geom+consumer could
end up being withered as a result and it may be in front of us in
the normal object scanning order so we need to do multi-pass. On
the other hand, there may be withering stuff we can't get rid off
(yet), so we need to keep track of both the existence of withering
stuff and if there is more we can do at this time.
|