summaryrefslogtreecommitdiffstats
path: root/sys/ddb/ddb.h
diff options
context:
space:
mode:
authormjacob <mjacob@FreeBSD.org>2001-07-11 02:34:21 +0000
committermjacob <mjacob@FreeBSD.org>2001-07-11 02:34:21 +0000
commit0d42a4ee81d7081c6b0b32ccde9c7a4ec2b90f50 (patch)
tree2ef64f8eac3715b11f51a82eb21e0ff1e1343572 /sys/ddb/ddb.h
parent5a98f880fa7bdb340bd788f1a14bb1b9a1327a0d (diff)
downloadFreeBSD-src-0d42a4ee81d7081c6b0b32ccde9c7a4ec2b90f50.zip
FreeBSD-src-0d42a4ee81d7081c6b0b32ccde9c7a4ec2b90f50.tar.gz
Hmm. Let's try this on for size...
We originally had it such that if the connection topology was FL-loop (public loop), we never looked at any local loop addresses. The reason for not doing that was fear or concern that we'd see the same local loop disks reflected from the name server and we'd attach them twice. However, when I recently hooked up a JBOD and a system to an ANCOR SA-8 switch, the disks did *not* show up on the fabric. So at least the ANCOR is screening those disks from appearing on the fabric. Now, it's possible this is a 'feature' of the ANCOR. When I get a chance, I'll check the Brocade (it's hard to do this on a low budget). In any case, if they *do* also show up on the fabric, we should simply elect to not log into them because we already have an entry for the local loop. There is relatively unexercised code just for this case. MFC after: 2 weeks
Diffstat (limited to 'sys/ddb/ddb.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud