You can view, comment on, or merge this pull request online at:
https://github.com/openzfs/openzfs/pull/546
-- Commit Summary --
* 8792 mac_tx_srs_quiesce() can kill a maxbw link
* 8652 Tautological comparisons with ZPROP_INVAL (followup)
* 8760 troff: variable 'type' set but not used
@prakashsurya pushed 1 commit.
8dc8d15 Revert "9066 xdf devices attach hybrid VTOC/EFI label"
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/546/files/64fe60dd357761614bb5e451923c0fe5f4274b20..8dc8d15df69ae501a454
@prakashsurya pushed 2 commits.
ed3f718 Revert "9024 rework PV-HVM disk device handling"
2586d09 Revert "9023 port Delphix Xen-related fixes"
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/546/files/8dc8d15df69ae
pzakha commented on this pull request.
> @@ -461,6 +461,16 @@ kernel_fini(void)
system_taskq_fini();
}
+/* ARGSUSED */
+uint32_t
+zone_get_hostid(void *zonep)
I'll need to look into it. It seems like `zone_get_hostid()` has a behaviour
specific to libzpool as the value returned will
@grwilson pushed 1 commit.
1d7e2b0 all bits
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/505/files/445e55128ca0a1cf9b0a7013d996edd50da3a0f4..1d7e2b0d0cb2416d9838f0bd25fc174f31c4be09
pzakha commented on this pull request.
> @@ -461,6 +461,16 @@ kernel_fini(void)
system_taskq_fini();
}
+/* ARGSUSED */
+uint32_t
+zone_get_hostid(void *zonep)
After further investigation I'd propose to keep this in `libzpool` as the
generic `libfakekernel` implementation should prob
prakashsurya commented on this pull request.
> @@ -88,6 +89,9 @@
#include
#defineMAXISALEN 257 /* based on sysinfo(2) man page */
+static int mount_tq_nthr = 512;/* taskq threads for multi-threaded
mounting */
I talked to Seb about this today, and it's like I was
@sdimitro pushed 1 commit.
a96b5da apply feedback
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/544/files/f17764a59fa855e38e6044d0020648f07dd07599..a96b5daac5b0059e9074f0b59b8f9529d2157797
--
@sdimitro pushed 1 commit.
44ba0bf tab in define macro
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/544/files/a96b5daac5b0059e9074f0b59b8f9529d2157797..44ba0bf8d06902b16951721e34cb1e98f8ff2ac6
-
ahrens commented on this pull request.
> + */
+static void
+zfs_dispatch_mount(libzfs_handle_t *hdl, zfs_handle_t **handles,
+size_t num_handles, int idx, zfs_iter_f func, void *data, taskq_t *tq)
+{
+ mnt_param_t *mnt_param = zfs_alloc(hdl, sizeof (mnt_param_t));
+
+ mnt_param->
I have now litterally written hundreds of GB using dd and zfs send with enabled
kmem_flags, but i was unable to reproduce the crash, I will keep on trying.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/
11 matches
Mail list logo