* Contributions: Adding New Devices @ 2021-06-30 14:01 Federico Vaga 2021-07-01 19:48 ` Connor Kuehl 0 siblings, 1 reply; 4+ messages in thread From: Federico Vaga @ 2021-06-30 14:01 UTC (permalink / raw) To: qemu-devel Hello, I can't find this information on the website, so here I am. I developed a QEMU device that virtualises a PCI card that we widely use at CERN. But this card is only used at CERN. Clearly, having CERN specific devices in QEMU does not help much the qemu community, hence I maintain an internal QEMU fork. But, I was wondering what is the QEMU policy about contributions that are known to be used only by a handful of people (one organization in this case)? Are they accepted? Second. Even if you will not accept such contribution, are you anyway open to reviews? I'm not QEMU expert, so it would be nice if someone can review what I wrote. -- Federico Vaga ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Contributions: Adding New Devices 2021-06-30 14:01 Contributions: Adding New Devices Federico Vaga @ 2021-07-01 19:48 ` Connor Kuehl 2021-07-01 22:07 ` Philippe Mathieu-Daudé 0 siblings, 1 reply; 4+ messages in thread From: Connor Kuehl @ 2021-07-01 19:48 UTC (permalink / raw) To: Federico Vaga, qemu-devel On 6/30/21 7:01 AM, Federico Vaga wrote: > Hello, > > I can't find this information on the website, so here I am. > > I developed a QEMU device that virtualises a PCI card that we widely use at CERN. > But this card is only used at CERN. > > Clearly, having CERN specific devices in QEMU does not help much the qemu > community, hence I maintain an internal QEMU fork. > > But, I was wondering what is the QEMU policy about contributions that are known to be > used only by a handful of people (one organization in this case)? Are they accepted? Your first instinct is correct that it's unlikely that the community will be able to maintain a device if it's really so niche as to only be used at your organization. However, if you do decide to try to upstream it, it could only help your chances if you or some of your colleagues agreed to maintain it for the QEMU community. This mainly involves adding an entry to the MAINTAINERS file where, if accepted, the expectation is that you'll be reachable within reason to review patches, make pull requests, help discuss bugs in the subsystem, etc. Sorry I don't have a concrete "yes" or "no" for you; but I'd recommend giving it a shot if you have the time. Connor ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Contributions: Adding New Devices 2021-07-01 19:48 ` Connor Kuehl @ 2021-07-01 22:07 ` Philippe Mathieu-Daudé 2021-07-02 12:46 ` Federico Vaga 0 siblings, 1 reply; 4+ messages in thread From: Philippe Mathieu-Daudé @ 2021-07-01 22:07 UTC (permalink / raw) To: Connor Kuehl, Federico Vaga, qemu-devel On 7/1/21 9:48 PM, Connor Kuehl wrote: > On 6/30/21 7:01 AM, Federico Vaga wrote: >> Hello, >> >> I can't find this information on the website, so here I am. >> >> I developed a QEMU device that virtualises a PCI card that we widely use at CERN. What kind of device is it? You might be surprise to see later someone else interested in what your specific device does and reuse part of it. Is the datasheet/documentation public? Can you provide test? (so it doesn't bitrot while we do code changes unrelated to your device code) >> But this card is only used at CERN. >> >> Clearly, having CERN specific devices in QEMU does not help much the qemu >> community, hence I maintain an internal QEMU fork. >> >> But, I was wondering what is the QEMU policy about contributions that are known to be >> used only by a handful of people (one organization in this case)? Are they accepted? > > Your first instinct is correct that it's unlikely that the community > will be able to maintain a device if it's really so niche as to only > be used at your organization. > > However, if you do decide to try to upstream it, it could only help > your chances if you or some of your colleagues agreed to maintain it > for the QEMU community. This mainly involves adding an entry to the > MAINTAINERS file where, if accepted, the expectation is that you'll > be reachable within reason to review patches, make pull requests, > help discuss bugs in the subsystem, etc. As Connor said (although you probably won't have to worry about pull request burden, other will help you while you ramp up). Beside, code only usable by you shouldn't have a lot of traffic, so maintenance shouldn't take too much. Regards, Phil. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Contributions: Adding New Devices 2021-07-01 22:07 ` Philippe Mathieu-Daudé @ 2021-07-02 12:46 ` Federico Vaga 0 siblings, 0 replies; 4+ messages in thread From: Federico Vaga @ 2021-07-02 12:46 UTC (permalink / raw) To: Philippe Mathieu-Daudé; +Cc: Connor Kuehl, qemu-devel Thanks for your answers On Fri, Jul 02, 2021 at 12:07:49AM +0200, Philippe Mathieu-Daudé wrote: >On 7/1/21 9:48 PM, Connor Kuehl wrote: >> On 6/30/21 7:01 AM, Federico Vaga wrote: >>> Hello, >>> >>> I can't find this information on the website, so here I am. >>> >>> I developed a QEMU device that virtualises a PCI card that we widely use at CERN. > >What kind of device is it? You might be surprise to see later someone >else interested in what your specific device does and reuse part of it. It's really specific to our particle accelerators facility. This card receives packets over a custom network, which payloads contain information about the accelerator "setup", or synchronization information. >Is the datasheet/documentation public? > >Can you provide test? (so it doesn't bitrot while we do code changes >unrelated to your device code) Ideally, with some work, yes. >>> But this card is only used at CERN. >>> >>> Clearly, having CERN specific devices in QEMU does not help much the qemu >>> community, hence I maintain an internal QEMU fork. >>> >>> But, I was wondering what is the QEMU policy about contributions that are known to be >>> used only by a handful of people (one organization in this case)? Are they accepted? >> >> Your first instinct is correct that it's unlikely that the community >> will be able to maintain a device if it's really so niche as to only >> be used at your organization. >> >> However, if you do decide to try to upstream it, it could only help >> your chances if you or some of your colleagues agreed to maintain it >> for the QEMU community. This mainly involves adding an entry to the >> MAINTAINERS file where, if accepted, the expectation is that you'll >> be reachable within reason to review patches, make pull requests, >> help discuss bugs in the subsystem, etc. > >As Connor said (although you probably won't have to worry about >pull request burden, other will help you while you ramp up). >Beside, code only usable by you shouldn't have a lot of traffic, >so maintenance shouldn't take too much. I could try to submit it, at least to get a review. Then, for us it's not a problem to apply a patch on to of QEMU to have our virtual device. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-07-02 12:52 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2021-06-30 14:01 Contributions: Adding New Devices Federico Vaga 2021-07-01 19:48 ` Connor Kuehl 2021-07-01 22:07 ` Philippe Mathieu-Daudé 2021-07-02 12:46 ` Federico Vaga
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).