From: Samuel Thibault <samuel.thibault@ens-lyon.org>
To: "Jürgen Groß" <jgross@suse.com>
Cc: Jan Beulich <jbeulich@suse.com>,
xen-devel@lists.xenproject.org,
Anthony PERARD <anthony.perard@vates.tech>
Subject: Re: [PATCH 2/4] stubdom: remove pciutils
Date: Tue, 22 Sep 2026 07:58:41 +0200 [thread overview]
Message-ID: <arIZEeYpAwSTUcrb@end> (raw)
In-Reply-To: <1f814c72-6fa2-4177-8da0-e17e0406e473@suse.com>
Jürgen Groß, le lun. 21 sept. 2026 15:07:36 +0200, a ecrit:
> On 19.09.26 18:57, Samuel Thibault wrote:
> > I have submitted the pciutils MiniOS port to upstream (which I should
> > probably have done 18 years ago :)
> >
> > https://github.com/pciutils/pciutils/pull/235
> > https://github.com/pciutils/pciutils/pull/236
> >
> > Jan Beulich, le mer. 19 août 2026 08:40:37 +0200, a ecrit:
> > > On 18.08.2026 23:42, Samuel Thibault wrote:
> > > > Jürgen Groß, le mar. 18 août 2026 07:43:34 +0200, a ecrit:
> > > > > On 17.08.26 18:37, Samuel Thibault wrote:
> > > > > > Juergen Gross, le lun. 17 août 2026 10:24:02 +0200, a ecrit:
> > > > > What about adding a comment to the stubdom Makefile in a separate patch, like:
> > > > >
> > > > > # pciutils support has been removed with commit <commit-id>, revert that patch
> > > > > # in case it is needed again.
> > > > >
> > > > > I think this would be preferable over unused and probably bit-rotten code in
> > > > > the repository.
> >
> > We can point people to pciutils through such a comment.
> >
> > Jürgen Groß, le mer. 19 août 2026 09:12:00 +0200, a ecrit:
> > > On 18.08.26 23:42, Samuel Thibault wrote:
> > > > I don't see why it would be bit-rotten, since the pciutils version in
> > > > used is fixed, it's a library that has a quite stable API, and the pci
> > > > xen interface is supposed to keep backward compatibility.
> > >
> > > Then I'd rather add it to Mini-OS (probably behind another CONFIG option) than
> > > having it in the Xen tree.
> >
> > Mmm, but how? We don't really want to pull the whole pciutils build into
> > mini-os :)
>
> TBH, I don't see why the whole Mini-OS specific stubdom maze should be in the
> Xen repository.
It used to be at least because Xen itself was using stubdom for ioemu.
Nowadays stubdom-ioemu is away, but stubdom/ still builds xenstore,
so it makes sense that it's xen that builds it along building the
non-stubdom version.
> Thinking about the hoops I had to jump through for doing some
> of the Mini-OS cleanups (especially regarding config options), having all of
> the stubdom stuff in Mini-OS or an extra repository would probably be cleaner.
I don't really see how that will help with the config options
management? It will however make its buildability checks less apparent
to xen developers.
Samuel
next prev parent reply other threads:[~2026-09-22 5:59 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-17 7:18 [PATCH 0/4] stubdom: remove building unused libraries Juergen Gross
2026-08-17 7:18 ` [PATCH 1/4] Config: update Mini-OS commit id Juergen Gross
2026-08-17 7:56 ` Jan Beulich
2026-08-17 7:18 ` [PATCH 2/4] stubdom: remove pciutils Juergen Gross
2026-08-17 7:48 ` Samuel Thibault
2026-08-17 8:24 ` Juergen Gross
2026-08-17 16:37 ` Samuel Thibault
2026-08-18 5:43 ` Jürgen Groß
2026-08-18 21:42 ` Samuel Thibault
2026-08-19 6:40 ` Jan Beulich
2026-09-19 16:57 ` Samuel Thibault
2026-09-21 13:07 ` Jürgen Groß
2026-09-22 5:58 ` Samuel Thibault [this message]
2026-09-22 6:21 ` Jürgen Groß
2026-09-22 6:26 ` Samuel Thibault
2026-08-19 7:12 ` Jürgen Groß
2026-08-18 6:03 ` Jan Beulich
2026-08-18 21:40 ` Samuel Thibault
2026-08-19 6:36 ` Jan Beulich
2026-08-20 0:17 ` Samuel Thibault
2026-08-19 7:05 ` Jürgen Groß
2026-08-17 7:18 ` [PATCH 3/4] stubdom: remove build of zlib Juergen Gross
2026-08-17 7:30 ` Samuel Thibault
2026-08-17 7:18 ` [PATCH 4/4] CHANGELOG: add removal of grub-pv Juergen Gross
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=arIZEeYpAwSTUcrb@end \
--to=samuel.thibault@ens-lyon.org \
--cc=anthony.perard@vates.tech \
--cc=jbeulich@suse.com \
--cc=jgross@suse.com \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.