windows: drop XP support Windows 2003 has been EOL since 2015 and Windows XP has been EOL since 2014. Technically fio hasn't been properly targetting XP anyway - (see 16d40a15783f9181d64082fc00a970dff485798f 'configure: be explicit about "XP" Windows API version'). - Strip out support for XP and change the documentation to no longer mention it - Stop targetting XP in the CI 32 bit build Next stop, Windows 7... Signed-off-by: Sitsofe Wheeler <sitsofe@yahoo.com>
doc: add Windows processor group behaviour and Windows target option - Add information on targeting the build against different versions of Windows to the README - Stop listing -i686 packages in the 64 bit section of the README and add a note to about them to the 32 bit build section - Rejig cpus_allowed to be before cpumask in the documentation to make people more likely to read that section first - Make it clear that CPUs specified in the cpus_allowed section are indexed from 0 (and not 1) - Add information about how processor group awareness when setting CPUs is only available when using a build targeted at Windows 7 (because only then do we have the processor group APIs available to us) and how selecting a CPU sets the processor group too (because we concatanate the CPUs from all the processor groups together) Signed-off-by: Sitsofe Wheeler <sitsofe@yahoo.com>
windows: document MinGW zlib install and remove custom zlib search In 5580d200d7ae49cdb4f30913e3ef2d74e431ff60 ("appveyor: install zlib and minor clean ups") I found AppVeyor builds could use a pre-built, statically linkable zlib from Cygwin/MinGW. Document the MinGW zlib packages in the README and remove the custom Windows zlib searching from the configure script. Signed-off-by: Sitsofe Wheeler <sitsofe@yahoo.com>
man: refer to REPORTING-BUGS for bug reporting REPORTING-BUGS should be mentioned here rather than README, provided REPORTING-BUGS also mentions to see README for the mailing list in addition to details of bug reporting. Signed-off-by: Tomohiro Kusumi <tkusumi@tuxera.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
configure: add generic pshared mutex test Add a feature test to configure to determine if a platform has interprocess synchronization primitives that work with threads and remove the hardcoded enablement in the individual os/os-* headers. This should work better for platforms where support was overlooked or didn't exist at some point in the past but has since been added. Also update the README to not single out FreeBSD for being thread only as this might change... This is based off work by the Boost project (https://github.com/boostorg/interprocess/blob/boost-1.63.0/include/boost/interprocess/detail/workaround.hpp#L45 ) that found that OSX 10.6 and Cygwin are buggy even though _POSIX_THREAD_PROCESS_SHARED says this feature should be work on them. Signed-off-by: Sitsofe Wheeler <sitsofe@yahoo.com>