x y 0.000 42.149 1.526 40.136 2.622 37.000 3.721 33.828 4.623 31.205 5.270 28.917 5.917 25.447 6.594 22.570 7.693 19.987 8.370 17.659 9.469 15.116 10.596 12.788 11.950 9.987 15.019 8.510 17.412 7.662 20.479 7.623 23.518 6.477 26.360 5.000 28.558 5.000 31.206 5.000 34.470 5.000 37.343 4.152 39.568 4.152 42.216 4.152 43.962 4.152 45.255 5.000 47.903 5.000 50.098 6.695 53.198 8.470 54.797 9.911 56.884 9.911 58.658 9.911 60.404 9.911 62.523 12.430 63.847 14.974 65.787 16.669 67.531 19.212 69.532 21.755 72.437 24.043 74.180 25.523 75.926 25.523 78.121 25.778 80.334 25.778 83.207 26.626 84.953 29.209 86.893 32.344 88.186 35.735 89.285 38.358 90.412 40.642 91.511 42.891 93.121 44.960 95.513 44.960 97.259 44.960 98.552 44.113 100.000 42.675 a> : net-next.git
net-next plumbingsTobias Klauser
summaryrefslogtreecommitdiff
path: root/include/uapi/drm/virtgpu_drm.h
value='6'>6
AgeCommit message (Expand)AuthorFilesLines
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2017-01-31 23:58:38 +0100
committerIngo Molnar <mingo@kernel.org>2017-02-01 08:37:27 +0100
commitdd86e373e09fb16b83e8adf5c48c421a4ca76468 (patch)
tree55703c2ea8584e303e342090614e0aab3509ab21 /include/net/dn_neigh.h
parent0b3589be9b98994ce3d5aeca52445d1f5627c4ba (diff)
perf/x86/intel/rapl: Make package handling more robust
The package management code in RAPL relies on package mapping being available before a CPU is started. This changed with: 9d85eb9119f4 ("x86/smpboot: Make logical package management more robust") because the ACPI/BIOS information turned out to be unreliable, but that left RAPL in broken state. This was not noticed because on a regular boot all CPUs are online before RAPL is initialized. A possible fix would be to reintroduce the mess which allocates a package data structure in CPU prepare and when it turns out to already exist in starting throw it away later in the CPU online callback. But that's a horrible hack and not required at all because RAPL becomes functional for perf only in the CPU online callback. That's correct because user space is not yet informed about the CPU being onlined, so nothing caan rely on RAPL being available on that particular CPU. Move the allocation to the CPU online callback and simplify the hotplug handling. At this point the package mapping is established and correct. This also adds a missing check for available package data in the event_init() function. Reported-by: Yasuaki Ishimatsu <yasu.isimatu@gmail.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com> Cc: Arnaldo Carvalho de Melo <acme@redhat.com> Cc: Jiri Olsa <jolsa@redhat.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Sebastian Siewior <bigeasy@linutronix.de> Cc: Stephane Eranian <eranian@google.com> Cc: Vince Weaver <vincent.weaver@maine.edu> Fixes: 9d85eb9119f4 ("x86/smpboot: Make logical package management more robust") Link: http://lkml.kernel.org/r/20170131230141.212593966@linutronix.de Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'include/net/dn_neigh.h')