Searched hist:63364 (Results 1 - 24 of 24) sorted by relevance

/freebsd-10-stable/lib/libc/gen/
H A Dsem_destroy.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dsem_getvalue.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dsem_open.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dsem_wait.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dsem_init.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
/freebsd-10-stable/share/man/man3/
H A Dpthread_kill.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dpthread_mutexattr.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dpthread_schedparam.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dpthread_attr.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dpthread_sigmask.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dpthread_condattr.3diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
/freebsd-10-stable/lib/libc/sys/
H A Dsigwait.2diff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
/freebsd-10-stable/lib/libkse/thread/
H A Dthr_aio_suspend.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_creat.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_pause.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_sleep.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_system.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_tcdrain.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_wait.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_waitpid.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_sem.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
H A Dthr_cond.cdiff 63364 Mon Jul 17 23:38:19 MDT 2000 jasone Change my email address in the copyright notices for the sake of consistency
(jasone@canonware.com --> jasone@freebsd.org).
/freebsd-10-stable/sys/cddl/contrib/opensolaris/uts/common/sys/sysevent/
H A Deventdefs.hdiff 307055 Tue Oct 11 10:56:22 MDT 2016 mav MFC r305198: MFV r302647:
6922 Emit ESC_ZFS_VDEV_REMOVE_AUX after removing an aux device

illumos/illumos-gate@63364b0ee2604783e7a55f8425888867768eafa4
https://github.com/illumos/illumos-gate/commit/63364b0ee2604783e7a55f84258888677
68eafa4

https://www.illumos.org/issues/6922
ZFS does not do a config_sync after removing an aux (spare, log, or cache)
device. AFAICT this isn't being done because it is slow and was deemed
unnecessary. However, it should be such a rare operation that speed doesn't
matter, and not doing it results in two problems:
1) It is theoretically possible to remove an aux device from one pool and
attach it to another, then lose power. When power is restored, both pools woul
d
think that they own the aux device.
2) Removal of the aux device doesn't send any useful sysevents to userland.

Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Author: Alan Somers <asomers@gmail.com>
diff 307055 Tue Oct 11 10:56:22 MDT 2016 mav MFC r305198: MFV r302647:
6922 Emit ESC_ZFS_VDEV_REMOVE_AUX after removing an aux device

illumos/illumos-gate@63364b0ee2604783e7a55f8425888867768eafa4
https://github.com/illumos/illumos-gate/commit/63364b0ee2604783e7a55f84258888677
68eafa4

https://www.illumos.org/issues/6922
ZFS does not do a config_sync after removing an aux (spare, log, or cache)
device. AFAICT this isn't being done because it is slow and was deemed
unnecessary. However, it should be such a rare operation that speed doesn't
matter, and not doing it results in two problems:
1) It is theoretically possible to remove an aux device from one pool and
attach it to another, then lose power. When power is restored, both pools woul
d
think that they own the aux device.
2) Removal of the aux device doesn't send any useful sysevents to userland.

Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Author: Alan Somers <asomers@gmail.com>
/freebsd-10-stable/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/
H A Dspa.cdiff 307055 Tue Oct 11 10:56:22 MDT 2016 mav MFC r305198: MFV r302647:
6922 Emit ESC_ZFS_VDEV_REMOVE_AUX after removing an aux device

illumos/illumos-gate@63364b0ee2604783e7a55f8425888867768eafa4
https://github.com/illumos/illumos-gate/commit/63364b0ee2604783e7a55f84258888677
68eafa4

https://www.illumos.org/issues/6922
ZFS does not do a config_sync after removing an aux (spare, log, or cache)
device. AFAICT this isn't being done because it is slow and was deemed
unnecessary. However, it should be such a rare operation that speed doesn't
matter, and not doing it results in two problems:
1) It is theoretically possible to remove an aux device from one pool and
attach it to another, then lose power. When power is restored, both pools woul
d
think that they own the aux device.
2) Removal of the aux device doesn't send any useful sysevents to userland.

Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Author: Alan Somers <asomers@gmail.com>
diff 307055 Tue Oct 11 10:56:22 MDT 2016 mav MFC r305198: MFV r302647:
6922 Emit ESC_ZFS_VDEV_REMOVE_AUX after removing an aux device

illumos/illumos-gate@63364b0ee2604783e7a55f8425888867768eafa4
https://github.com/illumos/illumos-gate/commit/63364b0ee2604783e7a55f84258888677
68eafa4

https://www.illumos.org/issues/6922
ZFS does not do a config_sync after removing an aux (spare, log, or cache)
device. AFAICT this isn't being done because it is slow and was deemed
unnecessary. However, it should be such a rare operation that speed doesn't
matter, and not doing it results in two problems:
1) It is theoretically possible to remove an aux device from one pool and
attach it to another, then lose power. When power is restored, both pools woul
d
think that they own the aux device.
2) Removal of the aux device doesn't send any useful sysevents to userland.

Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Author: Alan Somers <asomers@gmail.com>

Completed in 466 milliseconds