| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
performance.
MFC after: 2 weeks
|
|
|
|
| |
Reviewed by: adrian@
|
|
|
|
|
|
|
|
| |
obsolete since r251794.
PR: 191003
Submitted by: Vick Khera
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
| |
teardown, and new port creation during `service ctld restart`.
Close it by returning iSCSI port internal state, that allows to identify
dying ports, which should not be counted as existing, from really alive.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
several reasons for this change:
pmap_change_wiring() has never (in my memory) been used to set the wired
attribute on a virtual page. We have always used pmap_enter() to do that.
Moreover, it is not really safe to use pmap_change_wiring() to set the wired
attribute on a virtual page. The description of pmap_change_wiring() says
that it assumes the existence of a mapping in the pmap. However, non-wired
mappings may be reclaimed by the pmap at any time. (See pmap_collect().)
Many implementations of pmap_change_wiring() will crash if the mapping does
not exist.
pmap_unwire() accepts a range of virtual addresses, whereas
pmap_change_wiring() acts upon a single virtual page. Since we are
typically unwiring a range of virtual addresses, pmap_unwire() will be more
efficient. Moreover, pmap_unwire() allows us to unwire superpage mappings.
Previously, we were forced to demote the superpage mapping, because
pmap_change_wiring() only allowed us to express the unwiring of a single
base page mapping at a time. This added to the overhead of unwiring for
large ranges of addresses, including the implicit unwiring that occurs at
process termination.
Implementations for arm and powerpc will follow.
Discussed with: jeff, marcel
Reviewed by: kib
Sponsored by: EMC / Isilon Storage Division
|
|
|
|
|
|
|
|
|
| |
Previously ISID was changed every time, that made impossible correct
persistent reservation, because reconnected session was identified as
completely new one.
Reviewed by: trasz
MFC after: 1 week
|
|
|
|
| |
avoid hardcoding endianness here.
|
| |
|
|
|
|
|
|
|
|
|
| |
prior to starting "/sbin/init" which will run all the "/etc/rc.d/xxx"
scripts. Else there can be a race configuring the interfaces via
"/etc/rc.conf".
MFC after: 4 weeks
Sponsored by: Mellanox Technologies
|
|
|
|
|
| |
MFC after: 4 weeks
Sponsored by: Mellanox Technologies
|
|
|
|
|
| |
MFC after: 4 weeks
Sponsored by: Mellanox Technologies
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
correct stack alignment, however when we have a leaf function that uses
thread local storage it calls __aeabi_read_tp to get the thread pointer.
Neither GCC or clang see this as a function call so will align the stack
to a 4-byte boundary. This may be a problem as _rtld_bind expects to be
on an 8-byte boundary.
The solution is to store a copy of the stack pointer and force the
alignment before calling _rtld_bind.
This fixes a problem with armeb where applications would crash in odd ways.
It should also remove the need for a local patch to clang to force the
stack alignment to an 8-byte boundary, even for leaf functions. Further
testing will be needed before reverting this local change to clang as we
may rely on it in other places.
Reviewed by: jmg@
|
| |
|
|
|
|
| |
hardcoded garbage.
|
|
|
|
|
| |
Previous implementation made impossible to do some things, such as calling
it for ports other then one through which command arrived.
|
|
|
|
|
| |
FreeBSD still tries to put LUN number in second byte until it get device
protocol version, even that it was obsoleted about 20 years ago.
|
| |
|
|
|
|
|
|
|
| |
PR: 190195
Submitted by: fbsdbugs2 sentry.org
MFC after: 1 week
Relnotes: yes
|
|
|
|
|
| |
ISID is an important part of initiator transport ID for iSCSI. It is not
used now, but should be to properly implement persistent reservation.
|
| |
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
| |
PR: 185007
Submitted by: saper saper.info
MFC after: 3 days
|
|
|
|
|
|
| |
PR: 185007
Submitted by: saper saper.info
MFC after: 3 days
|
|
|
|
|
|
| |
This will be connected to the system later.
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
|
|
|
|
| |
(src/games/fortune/datfiles/fortunes2 1.7).
PR: 188714
Submitted by: ksmakoto dd.iij4u.or.jp
Reviewed by: Wolfram Alpha
MFC after: 3 days
|
|
|
|
|
|
| |
Return our static list of supported media for the CPU port.
Tested on TP-Link 1043ND.
|
|
|
|
|
|
|
|
|
|
|
| |
Instead make ports provide wanted port and target IDs, and LUNs provide
wanted LUN IDs. After that core Device ID VPD code only had to link all
of them together and add relative port and port group numbers.
LUN ID for iSCSI LUNs no longer created by CTL, but by ctld, and passed
to CTL as "scsiname" LUN option. This makes LUNs to report the same set
of IDs, independently from the port through which it is accessed, as
required by SCSI specifications.
|
|
|
|
|
|
|
| |
PR: 191533
Submitted by: db
Obtained from: http://www.pch.gc.ca/eng/1359137387574/1359137429809
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Having single port for all iSCSI connections makes problematic implementing
some more advanced SCSI functionality in CTL, that require proper ports
enumeration and identification.
This change extends CTL iSCSI API, making ctld daemon to control list of
iSCSI ports in CTL. When new target is defined in config fine, ctld will
create respective port in CTL. When target is removed -- port will be
also removed after all active commands through that port properly aborted.
This change require ctld to be rebuilt to match the kernel.
As a minor side effect, this allows to have iSCSI targets without LUNs.
While that may look odd and not very useful, that is not incorrect.
|
|
|
|
|
|
|
|
|
|
|
| |
6679140 asymmetric alloc/dealloc activity can induce dynamic variable drops
6679193 dtrace_dynvar walker produces flood of dtrace_dynhash_sink
This finishes a set of merges from the older OpenSolaris releases.
Still the FreeBSD port has many differences that are difficult to
account for but that seems normal given that the kernels are different.
MFC after: 1 week
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
(NO_INET6) are specified.
Approved by: glebius
MFC after: 1 week
|
|
|
|
|
|
| |
getenv_xxx() functions instead of strtoq(), because the getenv_xxx()
functions include wrappers for various postfixes like G/M/K, which
strtoq() doesn't do.
|
|
|
|
| |
Leave old CTL_GET_PORT_LIST in place so far. Garbage-collect it later.
|
| |
|
|
|
|
| |
Remove unused constant. Add 'static' where able.
|
|
|
|
| |
not only for LUNs.
|
|
|
|
|
| |
This allows us to run GNU units against our data files and compare the output.
In addition, current units(1) does not support '/' as a comment at all.
|
|
|
|
| |
Modern GNU units(1) supports comments anywhere with '#' but take the easy route for now and at least support start of line # comments.
|
|
|
|
| |
terse output is used when calling units from another script.
|
|
|
|
|
| |
The v1.0 virtio spec supports an extended size for guest/host
caps, but in practice 64-bits should last for a long time.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the reply to ReaddirPlus when the server failed within the loop
that calls VFS_VGET(). This failure is most likely an error
return from VFS_VGET() caused by a bogus d_fileno that was
truncated to 32bits.
This patch fixes the server so that it will return directory postop
attributes for the failure. It does not fix the underlying issue caused
by d_fileno being uint32_t when a file system like ZFS generates
a fileno that is greater than 32bits.
Reported by: jpaetzel
Reviewed by: jpaetzel
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
| |
Reduce some duplicate code.
Reference:
https://www.illumos.org/issues/628
Obtained from: Illumos
MFC after: 1 week
|
|
|
|
|
| |
- Add support for --help for compatibility
- Make usage() static
|
|
|
|
|
|
| |
Igor walks one way. I walked the other.
Reported by: wblock
|
|
|
|
|
|
| |
Things brings additional compatibility with units 2.10
Discussed with: wblock (man page)
|