| Message ID | 20230525153204.27960-1-rdunlap@infradead.org (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
| Series | [v2] KVM: MAINTAINERS: note that linux-kvm.org isn't current | expand |
Hi, On 5/25/23 08:32, Randy Dunlap wrote: > www.linux-kvm.org is not kept current. It contains antiquated > and historical information. Don't send people to it for current > information on KVM. > > Signed-off-by: Randy Dunlap <rdunlap@infradead.org> > Cc: Paolo Bonzini <pbonzini@redhat.com> > Cc: kvm@vger.kernel.org > --- > v2: change wording; drop one bouncing email address (Ramkumar) > > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff -- a/MAINTAINERS b/MAINTAINERS > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -11359,7 +11359,7 @@ KERNEL VIRTUAL MACHINE (KVM) > M: Paolo Bonzini <pbonzini@redhat.com> > L: kvm@vger.kernel.org > S: Supported > -W: http://www.linux-kvm.org > +W: http://www.linux-kvm.org (historical/not up-to-date) > T: git git://git.kernel.org/pub/scm/virt/kvm/kvm.git > F: Documentation/virt/kvm/ > F: include/asm-generic/kvm* Any comments about this patch? Is there a problem with it? thanks.
On Thu, May 25, 2023, Randy Dunlap wrote: > www.linux-kvm.org is not kept current. It contains antiquated > and historical information. Don't send people to it for current > information on KVM. It's definitely stale, though unless Red Hat (presumed hoster) plans on decomissioning the site, I'd prefer to keep the reference and instead improve the site. We (Google) are planning on committing resources to update KVM documentation that doesn't belong in the kernel itself, and updating www.linux-kvm.org instead of creating something new seems like a no-brainer. I can't promise an updates will happen super quickly, but I will do what I can to make 'em happen sooner than later. Paolo?
On 6/2/23 18:07, Sean Christopherson wrote: > On Thu, May 25, 2023, Randy Dunlap wrote: >> www.linux-kvm.org is not kept current. It contains antiquated >> and historical information. Don't send people to it for current >> information on KVM. > > It's definitely stale, though unless Red Hat (presumed hoster) plans on decomissioning > the site, I'd prefer to keep the reference and instead improve the site. We (Google) > are planning on committing resources to update KVM documentation that doesn't belong > in the kernel itself, and updating www.linux-kvm.org instead of creating something new > seems like a no-brainer. I can't promise an updates will happen super quickly, but I > will do what I can to make 'em happen sooner than later. Thanks for the reply, Sean. I agree with your preferred plans and look forward to seeing them begin. :) > Paolo? cheers.
On 6/3/23 03:07, Sean Christopherson wrote: > It's definitely stale, though unless Red Hat (presumed hoster) plans on decomissioning > the site, I'd prefer to keep the reference and instead improve the site. We (Google) > are planning on committing resources to update KVM documentation that doesn't belong > in the kernel itself, and updatingwww.linux-kvm.org instead of creating something new > seems like a no-brainer. I can't promise an updates will happen super quickly, but I > will do what I can to make 'em happen sooner than later. We don't plan to decommission the website (especially not the old KVM Forum content), though we might move it over to the same (container-based) setup as wiki.qemu.org. What content do you have in mind that doesn't fit in the kernel Documentation/ tree? Paolo
On Mon, Jun 05, 2023, Paolo Bonzini wrote: > On 6/3/23 03:07, Sean Christopherson wrote: > > It's definitely stale, though unless Red Hat (presumed hoster) plans on decomissioning > > the site, I'd prefer to keep the reference and instead improve the site. We (Google) > > are planning on committing resources to update KVM documentation that doesn't belong > > in the kernel itself, and updatingwww.linux-kvm.org instead of creating something new > > seems like a no-brainer. I can't promise an updates will happen super quickly, but I > > will do what I can to make 'em happen sooner than later. > > We don't plan to decommission the website (especially not the old KVM Forum > content), though we might move it over to the same (container-based) setup > as wiki.qemu.org. > > What content do you have in mind that doesn't fit in the kernel > Documentation/ tree? Mostly developer focused stuff, e.g. using KVM to test/debug kernels and/or KVM itself, using 9PFS to hoist modules from into a VM without having to install the kernel in the guest image, in-depth walkthroughs of various code flows (e.g. how KVM takes an EPT violation and turns that into a mapping), etc.
diff -- a/MAINTAINERS b/MAINTAINERS --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11359,7 +11359,7 @@ KERNEL VIRTUAL MACHINE (KVM) M: Paolo Bonzini <pbonzini@redhat.com> L: kvm@vger.kernel.org S: Supported -W: http://www.linux-kvm.org +W: http://www.linux-kvm.org (historical/not up-to-date) T: git git://git.kernel.org/pub/scm/virt/kvm/kvm.git F: Documentation/virt/kvm/ F: include/asm-generic/kvm*
www.linux-kvm.org is not kept current. It contains antiquated and historical information. Don't send people to it for current information on KVM. Signed-off-by: Randy Dunlap <rdunlap@infradead.org> Cc: Paolo Bonzini <pbonzini@redhat.com> Cc: kvm@vger.kernel.org --- v2: change wording; drop one bouncing email address (Ramkumar) MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)