zfs/lib
Paul Dagnelie d9e1eec9a2 OpenZFS 6876 - Stack corruption after importing a pool with a too-long name
Reviewed by: Prakash Surya <prakash.surya@delphix.com>
Reviewed by: Dan Kimmel <dan.kimmel@delphix.com>
Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Ported-by: Brian Behlendorf <behlendorf1@llnl.gov>

Calling dsl_dataset_name on a dataset with a 256 byte buffer is asking
for trouble. We should check every dataset on import, using a 1024 byte
buffer and checking each time to see if the dataset's new name is longer
than 256 bytes.

OpenZFS-issue: https://www.illumos.org/issues/6876
OpenZFS-commit: https://github.com/openzfs/openzfs/commit/ca8674e
2016-09-09 13:21:09 -07:00
..
libavl Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libefi Add support for s390[x]. 2016-03-22 17:54:06 -07:00
libnvpair Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libshare Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libspl Fix aarch64 compilation 2016-03-24 09:22:05 -07:00
libunicode Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libuutil Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libzfs OpenZFS 6876 - Stack corruption after importing a pool with a too-long name 2016-09-09 13:21:09 -07:00
libzfs_core Support parallel build trees (VPATH builds) 2015-07-17 13:42:51 -07:00
libzpool Add support for asynchronous zvol minor operations 2016-03-22 18:08:04 -07:00
Makefile.am Illumos #2882, #2883, #2900 2013-09-04 15:49:00 -07:00