| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-07-08 | |||
| 11:47:22 | openstackgerrit | Huaqiang Wang proposed openstack/nova master: hardware: create 'mixed' instance for realtime and shared CPUs https://review.opendev.org/728485 | |
| 11:47:22 | openstackgerrit | Huaqiang Wang proposed openstack/nova master: hardware: refactor numa_get_constraints https://review.opendev.org/718294 | |
| 11:47:23 | openstackgerrit | Huaqiang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs https://review.opendev.org/688936 | |
| 11:47:24 | openstackgerrit | Huaqiang Wang proposed openstack/nova master: release note: add new features introduces by use-pcpu-and-vcpu-in-one-instance https://review.opendev.org/736997 | |
| 11:51:16 | openstackgerrit | XiaolinZhao proposed openstack/nova stable/rocky: Instance failed to spawn: UEFINotSupported when I create instance in host with MIPS architecture, it got an error "UEFINotSupported: UEFI is not supported" https://review.opendev.org/739958 | |
| 11:54:30 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-traits master: Add NUMA affinity policy traits https://review.opendev.org/739961 | |
| 12:02:36 | openstackgerrit | Andrey Kurilin proposed openstack/python-novaclient master: [WIP] Switch legacy Zuul jobs to native Zuul v3 jobs https://review.opendev.org/725163 | |
| 12:53:14 | openstackgerrit | Doug Hellmann proposed openstack/python-novaclient master: use stevedore to load extensions https://review.opendev.org/739331 | |
| 13:05:59 | xiaolin | can anyone have a look at https://review.opendev.org/#/c/739958/ | |
| 13:06:13 | xiaolin | what should I do next? | |
| 13:07:21 | xiaolin | need I add reviewer Zuul ? | |
| 13:08:53 | lyarwood | xiaolin: can you propose that against master first please | |
| 13:09:05 | lyarwood | xiaolin: zuul will automatically run against the change | |
| 13:09:17 | lyarwood | xiaolin: you can track it here https://zuul.opendev.org/t/openstack/status | |
| 13:11:59 | xiaolin | lyarwood: Is that mean I have to propose twice? | |
| 13:13:51 | lyarwood | xiaolin: initially only once to our master branch, once it has merged there we then backport it through our stable branches | |
| 13:14:08 | lyarwood | xiaolin: https://review.opendev.org/#/q/Id233f673a57461cc312e304873a41442d732c051 for example | |
| 13:17:00 | lyarwood | xiaolin: https://docs.openstack.org/project-team-guide/stable-branches.html#processes more detail there on the stable process | |
| 13:17:10 | openstackgerrit | Andrey Kurilin proposed openstack/python-novaclient master: Switch legacy Zuul jobs to native Zuul v3 jobs https://review.opendev.org/725163 | |
| 13:19:39 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-traits master: Add NUMA affinity policy traits https://review.opendev.org/739961 | |
| 13:23:54 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Do not allow rescue attempts using volume snapshot images https://review.opendev.org/729261 | |
| 13:24:12 | gibi | Does somebody know what is the IRC nick of Tony Su, who took over the provider_config series? | |
| 13:24:22 | lyarwood | johnthetubaguy: ^ \o hey sorry missed your feedback on that while I was offline, replied. | |
| 13:24:22 | xiaolin | lyarwood: Thanks for your help. | |
| 13:24:42 | lyarwood | xiaolin: anytime | |
| 13:39:06 | sean-k-mooney | gibi: i think i have spoken to them on irc but i have not seen them on irc in a while | |
| 13:39:20 | sean-k-mooney | i dont recall what there nic was | |
| 13:40:05 | gibi | sean-k-mooney: thanks. I would like to confirm with Tony Su that the provider config series is ready for runway before I put it in a slot | |
| 13:43:08 | sean-k-mooney | tao.su@intel.com is there email i belive so maybe ping them that way? | |
| 13:43:53 | gibi | sure, I can write a mail, I just got demotivated that it needs a mail :/ | |
| 13:44:05 | huaqiang | sean-k-mooney: I can reach tony su | |
| 13:44:48 | openstackgerrit | Marek Lyčka proposed openstack/nova-specs master: Enable REST quiescing https://review.opendev.org/702810 | |
| 13:44:51 | sean-k-mooney | huaqiang: that works too basically we just want to know if they will be avaialble to respond to feedback prometly if we add the feature to the runway | |
| 13:45:06 | sean-k-mooney | huaqiang: so hopefully we can get it merged soon | |
| 13:45:19 | gibi | sean-k-mooney: +! | |
| 13:45:20 | gibi | sean-k-mooney: +1 | |
| 13:46:35 | huaqiang | for 'Nova/Provider-config-file' bp? | |
| 13:46:54 | huaqiang | sure I'll deliver this message to him | |
| 13:48:31 | gibi | huaqiang: yes about this series https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/provider-config-file | |
| 13:48:49 | huaqiang | gibi: got | |
| 13:48:59 | openstackgerrit | Dan Smith proposed openstack/nova master: DNM: Try to make a glance multistore job https://review.opendev.org/734184 | |
| 13:49:05 | gibi | huaqiang: based on the runway slot availabilty we could focus on that series in the next two weeks if Tony is also available | |
| 13:49:09 | gibi | huaqiang: and thanks :) | |
| 13:49:47 | huaqiang | gibi, you are welcome | |
| 13:51:20 | sean-k-mooney | huaqiang: is tony prc based or in the us by the way. just wondering is this is a good time slot for them or not. if they are in prc this is getting late right | |
| 13:51:56 | huaqiang | he is in PRC | |
| 13:52:20 | sean-k-mooney | cool good to know | |
| 13:53:16 | huaqiang | yes, it's a bit too late for him. | |
| 13:54:00 | huaqiang | sean-k-mooney: I wonder if my collegues have send the SST document links to you | |
| 13:54:01 | sean-k-mooney | ya that fine we can just sync with him on gerrit or early moring eu time /late us time | |
| 13:54:27 | sean-k-mooney | huaqiang: am i dont see it in my inbox | |
| 13:54:31 | huaqiang | I think Tony will see my message tomorrow | |
| 13:54:44 | sean-k-mooney | do you know who will send it? | |
| 13:54:47 | gibi | huaqiang: thanks | |
| 13:55:09 | huaqiang | we are not in a same mail loop, I think | |
| 13:55:37 | huaqiang | basically, SST-BF have a core mask, not every core could be set as high priority | |
| 13:55:44 | huaqiang | but SST-CP could | |
| 13:56:19 | huaqiang | user should call the Linux sysfs interface for which core is possible for high priority | |
| 13:56:27 | sean-k-mooney | huaqiang: just doing an @intel seach i dont have anything related to this topic in the last day or so. | |
| 13:56:35 | sean-k-mooney | huaqiang: yes | |
| 13:56:57 | sean-k-mooney | so for SST-BF is the core mask fixed in hardware or adjustable | |
| 13:57:24 | sean-k-mooney | for sst-cp we can sway which core to priortise for power delivery right using a mask | |
| 13:58:23 | sean-k-mooney | if the cores for SST-BF are fixed in hardware we need to ensure the cpu_dedicated_set and cpu_share_set are alinged to the hardware mask | |
| 13:58:28 | huaqiang | SST-BF core mask is fixed in hardware, and varies from chip to chip, even same CPU type | |
| 13:58:58 | huaqiang | SST-CP is configuable | |
| 13:59:18 | sean-k-mooney | ok so ya ooo would need to discover that as part of the inspection phase and setup the *_set accordingly for SST-BF | |
| 13:59:32 | huaqiang | yes, cpu_dedicated_mask must select from the SST-BF core mask | |
| 13:59:33 | sean-k-mooney | but for SST-CP we could do it the reverse way around | |
| 14:00:03 | sean-k-mooney | e.g we coudl rpogram the mask based on teh cpu_dedicated_set parmater | |
| 14:00:50 | huaqiang | yes, for SST-CP we can determine a core mask then set it to hardware | |
| 14:01:09 | sean-k-mooney | ill not that in the downstream BZ so that we know about this limitation when we start working on the ooo changes | |
| 14:01:13 | sean-k-mooney | *note | |
| 14:01:42 | sean-k-mooney | huaqiang: you would not happen to know how we lookup the hardware mask for SST-BF would you? | |
| 14:01:56 | sean-k-mooney | is it in /sys? or do we have to check an MSR | |
| 14:03:28 | huaqiang | user need to get the CPU base frequency from ‘/sys/bus/cpu/devices/cpuN/cpufreq/base_frequency’ | |
| 14:03:49 | huaqiang | high priority core will have a higher frequency value | |
| 14:04:17 | huaqiang | so kernel requires >=5.1 | |
| 14:04:25 | sean-k-mooney | ok so we have to compute it its not just listed | |
| 14:04:41 | sean-k-mooney | well they woudl only have different based_frequency if the polcy was enabled | |
| 14:04:47 | sean-k-mooney | by defualt they would all have the same | |
| 14:05:17 | sean-k-mooney | or are you saying when we turn this on in the bios they go to different base frequencies and we can select the frequency | |
| 14:05:18 | huaqiang | yes | |
| 14:05:48 | huaqiang | the unit of 'base_frequency' is Mhz, you just read the CPU frequency | |
| 14:06:19 | huaqiang | do you know, in new platform ,we have another SST | |
| 14:06:29 | huaqiang | the SST-TF (turbo frequency) | |
| 14:06:31 | sean-k-mooney | three are 4 | |
| 14:06:45 | sean-k-mooney | SST-BF adjust base frequency | |
| 14:07:05 | sean-k-mooney | SST-CP adjust the core priport for core power delivery | |
| 14:07:13 | huaqiang | which is better for create two groups of CPUs with high or low turbo frequency | |
| 14:07:26 | huaqiang | turbo frequency is commonly used | |
| 14:07:35 | sean-k-mooney | SST-PP disables cores/enables cores to make more power/theremals avilabel for other cores | |
| 14:07:50 | huaqiang | yes | |
| 14:08:02 | sean-k-mooney | and SST-TB i guess work like SST-BF but allwos different terbo frequecies | |
| 14:08:23 | huaqiang | correct | |
| 14:09:07 | huaqiang | they are enabled in different interfaces | |
| 14:09:43 | huaqiang | so I'd like to let the 3rd-part tool for enabling it | |
| 14:09:48 | sean-k-mooney | https://github.com/intel/CommsPowerManagement/blob/master/sst_bf.py has code for some of the flavor of SST | |
| 14:10:05 | huaqiang | it's for SST-BF | |
| 14:10:31 | sean-k-mooney | yes although i tought there was code maybe in andiffer file for the other ones | |
| 14:10:55 | huaqiang | I don't find it | |