aboutsummaryrefslogtreecommitdiffstats
path: root/xen/include/xen/bitmap.h
Commit message (Collapse)AuthorAgeFilesLines
* bitmap_*() should cope with zero size bitmapsJan Beulich2013-07-041-64/+64
| | | | | | | | | | | | | | | | ... to match expectations set by memset()/memcpy(). Similarly for find_{first,next}_{,zero_}_bit() on x86. __bitmap_shift_{left,right}() would also need fixing (they more generally can't cope with the shift count being larger than the bitmap size, and they perform undefined operations by possibly shifting an unsigned long value by BITS_PER_LONG bits), but since these functions aren't really used anywhere I wonder if we wouldn't better simply get rid of them. Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* force inclusion of xen/config.h through compiler optionJan Beulich2012-01-131-1/+0
| | | | | | | | | | | | | As we expect all source files to include the header as the first thing anyway, stop doing this by repeating the inclusion in each and every source file (and in many headers), but rather enforce this uniformly through the compiler command line. As a first cleanup step, remove the explicit inclusion from all common headers. Further cleanup can be done incrementally. Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* [XEN] Convert between long-based and byte-based bitmap arrays.kfraser@localhost.localdomain2007-01-191-0/+3
| | | | | | | Use this for conversion of the domctl_cpumap type on big-endian systems. Original patch from Jimi Xenidis <jimix@watson.ibm.com> Signed-off-by: Keir Fraser <keir@xensource.com>
* Add cpumask_scnprintf() and cpulist_scnprintf(). This alsokaf24@firebug.cl.cam.ac.uk2006-01-071-0/+6
| | | | | | | | | | adds the bitmap_scnprintf functions and scnprintf itself. Add dirty cpu and cpu affinity info to 'q'-key debug output. Signed-off-by: Keir Fraser <keir@xensource.com>
* bitkeeper revision 1.1548 (4294554btfa2GpomqV57KFpxEHsjEA)kaf24@firebug.cl.cam.ac.uk2005-05-251-0/+1
| | | | | | | | | Move to Linux's cpumask_t and 'hotplug' multi-processor booting interfaces. This also brings apic.c and various other files closer to their Linux 2.6 equivalents. Simplified the scheduler interfaces a little (particularly per-cpu and idle-domain initialisation). Signed-off-by: Keir Fraser <keir@xensource.com>
* bitkeeper revision 1.1389.10.1 (427fa2d3ZV92f_ErvLuIzWbV1f67QA)kaf24@firebug.cl.cam.ac.uk2005-05-091-0/+249
Phase 1 of upgrading platform code to be derived from Linux 2.6.11 rather than 2.4.x. Signed-off-by: Keir Fraser <keir@xensource.com>