FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2 2017-03-30T04:56:27Z 2017-03-30T04:56:27Z Enji Cooper ngie@FreeBSD.org 2017-03-30T04:56:27Z urn:sha1:653e7d639682be855c34415b1b7542d9388aafd6 The goal of this work is to remove the explicit dependency for ctl(4) on iscsi(4), so end-users without iscsi(4) support in the kernel can use ctl(4) for its other functions. This allows those without iscsi(4) support built into the kernel to use ctl(4) as a test mechanism. As a sidenote, this was possible around the 10.0-RELEASE period, but made impossible for end-users without iscsi(4) between 10.0-RELEASE and 11.0-RELEASE. Automatically load cfiscsi(4) from ctladm(8) and ctld(8) for backwards compatibility with previously releases. The automatic loading feature is compiled into the beforementioned tools if MK_ISCSI == yes when building world. Add a manpage for cfiscsi(4) and refer to it in ctl(4). Differential Revision: D10099 MFC after: 2 months Relnotes: yes Reviewed by: mav, trasz Sponsored by: Dell EMC Isilon 2017-03-04T10:10:17Z Enji Cooper ngie@FreeBSD.org 2017-03-04T10:10:17Z urn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048 This simplifies make output/logic Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon 2015-09-10T12:40:31Z Alexander Motin mav@FreeBSD.org 2015-09-10T12:40:31Z urn:sha1:7ac58230ea37d1b0a2095ff19bea8e928fd79bfc CTL HA functionality was originally implemented by Copan many years ago, but large part of the sources was never published. This change includes clean room implementation of the missing code and fixes for many bugs. This code supports dual-node HA with ALUA in four modes: - Active/Unavailable without interlink between nodes; - Active/Standby with second node handling only basic LUN discovery and reservation, synchronizing with the first node through the interlink; - Active/Active with both nodes processing commands and accessing the backing storage, synchronizing with the first node through the interlink; - Active/Active with second node working as proxy, transfering all commands to the first node for execution through the interlink. Unlike original Copan's implementation, depending on specific hardware, this code uses simple custom TCP-based protocol for interlink. It has no authentication, so it should never be enabled on public interfaces. The code may still need some polishing, but generally it is functional. Relnotes: yes Sponsored by: iXsystems, Inc. 2015-08-15T15:42:21Z Alexander Motin mav@FreeBSD.org 2015-08-15T15:42:21Z urn:sha1:67ceb24bcac8942d702398dc1cea26154f9ddd0c It has nothing to share with too huge ctl.c other then device descriptor, but even that may be counted as design error that may be fixed later. At some point we may even want to have several ioctl ports. 2015-08-15T13:34:38Z Alexander Motin mav@FreeBSD.org 2015-08-15T13:34:38Z urn:sha1:2f444d157b9fc470c8a4bf69846b2c5fda30eed4 Its idea was to be a simple initiator and execute several commands from kernel level, but FreeBSD never had consumer for that functionality, while its implementation polluted many unrelated places.. 2015-01-31T07:49:50Z Edward Tomasz Napierala trasz@FreeBSD.org 2015-01-31T07:49:50Z urn:sha1:321b17ec15bd4e76414b0442d3a027e3434855e6 Review note - icl.c was moved to icl_soft.c. MFC after: 1 month Sponsored by: The FreeBSD Foundation 2014-07-16T15:57:17Z Alexander Motin mav@FreeBSD.org 2014-07-16T15:57:17Z urn:sha1:984a2ea91fbc21063e931d117aed354cfe0c02f5 This allows to clone VMs and move them between LUNs inside one storage host without generating extra network traffic to the initiator and back, and without being limited by network bandwidth. LUNs participating in copy operation should have UNIQUE NAA or EUI IDs set. For LUNs without these IDs VMWare will use traditional copy operations. Beware: the above LUN IDs explicitly set to values non-unique from the VM cluster point of view may cause data corruption if wrong LUN is addressed! MFC after: 2 weeks Sponsored by: iXsystems, Inc. 2014-03-27T11:10:13Z Edward Tomasz Napierala trasz@FreeBSD.org 2014-03-27T11:10:13Z urn:sha1:0f26fd2c6149c3b951f2aff1bfdc652e418533d3 Sponsored by: The FreeBSD Foundation 2013-11-25T07:38:45Z Attilio Rao attilio@FreeBSD.org 2013-11-25T07:38:45Z urn:sha1:54366c0bd7d0ea904fb9ab32460c66d57684a7cb option, unbreak the lock tracing release semantic by embedding calls to LOCKSTAT_PROFILE_RELEASE_LOCK() direclty in the inlined version of the releasing functions for mutex, rwlock and sxlock. Failing to do so skips the lockstat_probe_func invokation for unlocking. - As part of the LOCKSTAT support is inlined in mutex operation, for kernel compiled without lock debugging options, potentially every consumer must be compiled including opt_kdtrace.h. Fix this by moving KDTRACE_HOOKS into opt_global.h and remove the dependency by opt_kdtrace.h for all files, as now only KDTRACE_FRAMES is linked there and it is only used as a compile-time stub [0]. [0] immediately shows some new bug as DTRACE-derived support for debug in sfxge is broken and it was never really tested. As it was not including correctly opt_kdtrace.h before it was never enabled so it was kept broken for a while. Fix this by using a protection stub, leaving sfxge driver authors the responsibility for fixing it appropriately [1]. Sponsored by: EMC / Isilon storage division Discussed with: rstone [0] Reported by: rstone [1] Discussed with: philip 2013-09-14T15:29:06Z Edward Tomasz Napierala trasz@FreeBSD.org 2013-09-14T15:29:06Z urn:sha1:009ea47eb2d21856af4529aaaca32cd67748daea Reviewed by: ken (parts) Approved by: re (delphij) Sponsored by: FreeBSD Foundation