[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [PATCH 3/3] xen/sched: Make cpu_nr_siblings() architecture-specific


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
  • Date: Fri, 12 Jun 2026 21:06:53 +0000
  • Accept-language: ja-JP, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=valinux.co.jp; dmarc=pass action=none header.from=valinux.co.jp; dkim=pass header.d=valinux.co.jp; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7Fqug8LLSf55VgWG/bjbxzFX56/3fnDI3rJq6/BP5uQ=; b=XUSWq94+zFju4xh7MleZTpIuh6lXyrb0SOGhOIV3n24W4W6twd/5zlv6eAsaLTlAPM/UClJAcShuAYZM1oPnOH/n+b4rj6ku3WjdcIuMmIAPGVHW+Nxq8disII2b8r6rgPbyRJusB+u9JhEIQNEiXW+Z/fKadPdtus1WrX47Z/5n5ObcdX1SdC1FwIJNMQImSeCIJDrXw3YDA0h8n2f9bbv7AFAIQX+g4kyf/MA/jkdgR9vnSZdTOYPNGolRrgCqXvMSpWsdqTbAJbI4Y/57aVTp2PJ7FOTdZoZFsNN4OdD0Q7ipRbYCpt6jWNkUdzxVoZxI5QouZXV/K22l2/yOKA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=FYSkcqVHrSGY+B4iMEoNG6/TouQwJiE56vPb4txCuwuhyetqj1cCFaCU6IrUO6yZtt9e8YMXOcbJXutKOixUegfBkX6qyVr8U3DzUSMeUbj0enn8tBF7P534hWdRoy8dp4alGKopXlYz7L8FYYi26IM2Xc6RM69cKjPUxoEnmCAXe1vu9yKsGymLiONddCtZQBE/ylOQs5+M4enRmItsW+9B+ujpomq7PcED71PI0E5lg5H22LqsJYHz9A99AAoalFDom1b3Am4cMq9qwe2x4B/R674MJhygPXhzVLPIYj21HbirdZwGuxMGNd07g2zRzPzC0xS7iwmrsvZzjNeugg==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=valinux.co.jp header.i="@valinux.co.jp" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:x-ms-exchange-senderadcheck"
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=valinux.co.jp;
  • Cc: "Mykyta_Poturai@xxxxxxxx" <Mykyta_Poturai@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Teddy Astie <teddy.astie@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Dario Faggioli <dfaggioli@xxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, George Dunlap <gwd@xxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Fri, 12 Jun 2026 21:07:17 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHc+Moq7p2vtDgwUEGokWD7Uh66HLY5Z66AgAH4l0A=
  • Thread-topic: [PATCH 3/3] xen/sched: Make cpu_nr_siblings() architecture-specific

Hello, 

> > --- a/xen/common/sched/credit2.c
> > +++ b/xen/common/sched/credit2.c
> > @@ -29,22 +29,6 @@
> >  /* #define d2printk printk */
> > @@ -884,8 +868,11 @@ cpu_runqueue_match(const struct csched2_runqueue_data 
> > *rqd, unsigned int cpu)
> >   * Additional checks, to avoid separating siblings in different runqueues.
> >   * This deals with both Intel's HTs and AMD's CUs. An arch that does not 
> > have
> >   * any similar concept will just have cpu_nr_siblings() always return 1, 
> > and
> > - * setup the cpu_sibling_mask-s acordingly (as currently does ARM), and 
> > things
> > - * will just work as well.
> > + * setup the cpu_sibling_mask-s acordingly, and things will just work as 
> > well.
> > + *
> > + * TODO: Abstract cpu_nr_siblings properly, and figure out what Credit2 
> > wants
> > + *       to do with the fact that x86_num_siblings doesn't even have the 
> > same
> > + *       meaning between x86 vendors.
> 
> Hmm, the "abstract properly" part is being addressed by this patch. Why would
> you keep saying it needs addressing in the comment you move?

Oaky, I shouldn't have left the "abstract properly" part. I will delete it.
Additionally, I will update this comment block to explicitly mention ARM's 
SMT topology alongside Intel's HTs and AMD's CUs.

Thank you,
Hirokazu Takahashi

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.