From: Greg KH <gregkh@linuxfoundation.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Jing Zhang <jingzhangos@google.com>, KVM <kvm@vger.kernel.org>,
KVMARM <kvmarm@lists.cs.columbia.edu>,
LinuxMIPS <linux-mips@vger.kernel.org>,
KVMPPC <kvm-ppc@vger.kernel.org>,
LinuxS390 <linux-s390@vger.kernel.org>,
Linuxkselftest <linux-kselftest@vger.kernel.org>,
Marc Zyngier <maz@kernel.org>, James Morse <james.morse@arm.com>,
Julien Thierry <julien.thierry.kdev@gmail.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Will Deacon <will@kernel.org>,
Huacai Chen <chenhuacai@kernel.org>,
Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Paul Mackerras <paulus@ozlabs.org>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Janosch Frank <frankja@linux.ibm.com>,
David Hildenbrand <david@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
Claudio Imbrenda <imbrenda@linux.ibm.com>,
Sean Christopherson <seanjc@google.com>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Jim Mattson <jmattson@google.com>,
Peter Shier <pshier@google.com>, Oliver Upton <oupton@google.com>,
David Rientjes <rientjes@google.com>,
Emanuele Giuseppe Esposito <eesposit@redhat.com>,
David Matlack <dmatlack@google.com>,
Ricardo Koller <ricarkol@google.com>,
Krish Sadhukhan <krish.sadhukhan@oracle.com>,
Fuad Tabba <tabba@google.com>
Subject: Re: [PATCH v11 5/7] KVM: stats: Add documentation for binary statistics interface
Date: Fri, 18 Jun 2021 08:31:21 +0000 [thread overview]
Message-ID: <YMxZ2Z9s5YRvhetZ@kroah.com> (raw)
In-Reply-To: <0036c55a-72d6-7b5c-a6fd-3a285476e522@redhat.com>
On Fri, Jun 18, 2021 at 10:26:59AM +0200, Paolo Bonzini wrote:
> On 18/06/21 09:02, Greg KH wrote:
> > > + struct kvm_stats_desc {
> > > + __u32 flags;
> > > + __s16 exponent;
> > > + __u16 size;
> > > + __u32 offset;
> > > + __u32 unused;
> > > + char name[];
> > > + };
> > As I mention in another patch, this should be sucked in directly from
> > the .h file in kerneldoc format, so that everything stays in sync. I
> > bet almost this whole file can be put into the .h file, look at how drm
> > and v4l2 does this in a way that you only have to write the above one
> > time, not try to keep it in sync in two different places.
>
> V4L's userspace-api/media/v4l is absurdly good and I'd say it's by far the
> best documentation of any Linux subsystem, but it's all handwritten just
> like in KVM. In fact, grepping for kernel-doc directives in Documentation/
> gives no hits for the V4L uAPI documentation.
>
> DRM has great kernel documentation, but quality-wise the KVM userland
> documentation is on a completely different level compared to DRM; just
> compare https://www.kernel.org/doc/html/latest/virt/kvm/api.html to
> https://www.kernel.org/doc/html/latest/gpu/drm-uapi.html. The latter is not
> about how to use the DRM interfaces from userspace, it's about how to
> implement the userspace interfaces. It is full of kernel struct definitions
> that should have no place in a uAPI manual, and does not include
> documentation for almost anything in include/uapi/drm/drm.h
Ok, it's your maintenance burden, not mine, I was just suggesting a way
to make it easier :)
I'll not complain about this anymore...
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: KVM <kvm@vger.kernel.org>, David Hildenbrand <david@redhat.com>,
Paul Mackerras <paulus@ozlabs.org>,
Linuxkselftest <linux-kselftest@vger.kernel.org>,
Claudio Imbrenda <imbrenda@linux.ibm.com>,
Will Deacon <will@kernel.org>,
KVMARM <kvmarm@lists.cs.columbia.edu>,
Emanuele Giuseppe Esposito <eesposit@redhat.com>,
LinuxS390 <linux-s390@vger.kernel.org>,
Janosch Frank <frankja@linux.ibm.com>,
Marc Zyngier <maz@kernel.org>,
Huacai Chen <chenhuacai@kernel.org>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>,
David Rientjes <rientjes@google.com>,
KVMPPC <kvm-ppc@vger.kernel.org>,
Krish Sadhukhan <krish.sadhukhan@oracle.com>,
David Matlack <dmatlack@google.com>,
Jim Mattson <jmattson@google.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Sean Christopherson <seanjc@google.com>,
Cornelia Huck <cohuck@redhat.com>,
Peter Shier <pshier@google.com>,
LinuxMIPS <linux-mips@vger.kernel.org>,
Vitaly Kuznetsov <vkuznets@redhat.com>
Subject: Re: [PATCH v11 5/7] KVM: stats: Add documentation for binary statistics interface
Date: Fri, 18 Jun 2021 10:31:21 +0200 [thread overview]
Message-ID: <YMxZ2Z9s5YRvhetZ@kroah.com> (raw)
In-Reply-To: <0036c55a-72d6-7b5c-a6fd-3a285476e522@redhat.com>
On Fri, Jun 18, 2021 at 10:26:59AM +0200, Paolo Bonzini wrote:
> On 18/06/21 09:02, Greg KH wrote:
> > > + struct kvm_stats_desc {
> > > + __u32 flags;
> > > + __s16 exponent;
> > > + __u16 size;
> > > + __u32 offset;
> > > + __u32 unused;
> > > + char name[];
> > > + };
> > As I mention in another patch, this should be sucked in directly from
> > the .h file in kerneldoc format, so that everything stays in sync. I
> > bet almost this whole file can be put into the .h file, look at how drm
> > and v4l2 does this in a way that you only have to write the above one
> > time, not try to keep it in sync in two different places.
>
> V4L's userspace-api/media/v4l is absurdly good and I'd say it's by far the
> best documentation of any Linux subsystem, but it's all handwritten just
> like in KVM. In fact, grepping for kernel-doc directives in Documentation/
> gives no hits for the V4L uAPI documentation.
>
> DRM has great kernel documentation, but quality-wise the KVM userland
> documentation is on a completely different level compared to DRM; just
> compare https://www.kernel.org/doc/html/latest/virt/kvm/api.html to
> https://www.kernel.org/doc/html/latest/gpu/drm-uapi.html. The latter is not
> about how to use the DRM interfaces from userspace, it's about how to
> implement the userspace interfaces. It is full of kernel struct definitions
> that should have no place in a uAPI manual, and does not include
> documentation for almost anything in include/uapi/drm/drm.h
Ok, it's your maintenance burden, not mine, I was just suggesting a way
to make it easier :)
I'll not complain about this anymore...
thanks,
greg k-h
_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Jing Zhang <jingzhangos@google.com>, KVM <kvm@vger.kernel.org>,
KVMARM <kvmarm@lists.cs.columbia.edu>,
LinuxMIPS <linux-mips@vger.kernel.org>,
KVMPPC <kvm-ppc@vger.kernel.org>,
LinuxS390 <linux-s390@vger.kernel.org>,
Linuxkselftest <linux-kselftest@vger.kernel.org>,
Marc Zyngier <maz@kernel.org>, James Morse <james.morse@arm.com>,
Julien Thierry <julien.thierry.kdev@gmail.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Will Deacon <will@kernel.org>,
Huacai Chen <chenhuacai@kernel.org>,
Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Paul Mackerras <paulus@ozlabs.org>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Janosch Frank <frankja@linux.ibm.com>,
David Hildenbrand <david@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
Claudio Imbrenda <imbrenda@linux.ibm.com>,
Sean Christopherson <seanjc@google.com>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Jim Mattson <jmattson@google.com>,
Peter Shier <pshier@google.com>, Oliver Upton <oupton@google.com>,
David Rientjes <rientjes@google.com>,
Emanuele Giuseppe Esposito <eesposit@redhat.com>,
David Matlack <dmatlack@google.com>,
Ricardo Koller <ricarkol@google.com>,
Krish Sadhukhan <krish.sadhukhan@oracle.com>,
Fuad Tabba <tabba@google.com>
Subject: Re: [PATCH v11 5/7] KVM: stats: Add documentation for binary statistics interface
Date: Fri, 18 Jun 2021 10:31:21 +0200 [thread overview]
Message-ID: <YMxZ2Z9s5YRvhetZ@kroah.com> (raw)
In-Reply-To: <0036c55a-72d6-7b5c-a6fd-3a285476e522@redhat.com>
On Fri, Jun 18, 2021 at 10:26:59AM +0200, Paolo Bonzini wrote:
> On 18/06/21 09:02, Greg KH wrote:
> > > + struct kvm_stats_desc {
> > > + __u32 flags;
> > > + __s16 exponent;
> > > + __u16 size;
> > > + __u32 offset;
> > > + __u32 unused;
> > > + char name[];
> > > + };
> > As I mention in another patch, this should be sucked in directly from
> > the .h file in kerneldoc format, so that everything stays in sync. I
> > bet almost this whole file can be put into the .h file, look at how drm
> > and v4l2 does this in a way that you only have to write the above one
> > time, not try to keep it in sync in two different places.
>
> V4L's userspace-api/media/v4l is absurdly good and I'd say it's by far the
> best documentation of any Linux subsystem, but it's all handwritten just
> like in KVM. In fact, grepping for kernel-doc directives in Documentation/
> gives no hits for the V4L uAPI documentation.
>
> DRM has great kernel documentation, but quality-wise the KVM userland
> documentation is on a completely different level compared to DRM; just
> compare https://www.kernel.org/doc/html/latest/virt/kvm/api.html to
> https://www.kernel.org/doc/html/latest/gpu/drm-uapi.html. The latter is not
> about how to use the DRM interfaces from userspace, it's about how to
> implement the userspace interfaces. It is full of kernel struct definitions
> that should have no place in a uAPI manual, and does not include
> documentation for almost anything in include/uapi/drm/drm.h
Ok, it's your maintenance burden, not mine, I was just suggesting a way
to make it easier :)
I'll not complain about this anymore...
thanks,
greg k-h
next prev parent reply other threads:[~2021-06-18 8:31 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-18 4:48 [PATCH v11 0/7] KVM statistics data fd-based binary interface Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 1/7] KVM: stats: Separate generic stats from architecture specific ones Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 2/7] KVM: stats: Add fd-based API to read binary stats data Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 6:57 ` Greg KH
2021-06-18 6:57 ` Greg KH
2021-06-18 6:57 ` Greg KH
2021-06-18 8:28 ` Paolo Bonzini
2021-06-18 8:28 ` Paolo Bonzini
2021-06-18 8:28 ` Paolo Bonzini
2021-06-18 12:40 ` Jing Zhang
2021-06-18 12:40 ` Jing Zhang
2021-06-18 12:40 ` Jing Zhang
2021-06-18 7:00 ` Greg KH
2021-06-18 7:00 ` Greg KH
2021-06-18 7:00 ` Greg KH
2021-06-18 8:02 ` Paolo Bonzini
2021-06-18 8:02 ` Paolo Bonzini
2021-06-18 8:02 ` Paolo Bonzini
2021-06-18 8:23 ` Greg KH
2021-06-18 8:23 ` Greg KH
2021-06-18 8:23 ` Greg KH
2021-06-18 13:02 ` Jing Zhang
2021-06-18 13:02 ` Jing Zhang
2021-06-18 13:02 ` Jing Zhang
2021-06-18 15:51 ` Paolo Bonzini
2021-06-18 15:51 ` Paolo Bonzini
2021-06-18 15:51 ` Paolo Bonzini
2021-06-18 17:57 ` Jing Zhang
2021-06-18 17:57 ` Jing Zhang
2021-06-18 17:57 ` Jing Zhang
2021-06-18 12:53 ` Jing Zhang
2021-06-18 12:53 ` Jing Zhang
2021-06-18 12:53 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 3/7] KVM: stats: Support binary stats retrieval for a VM Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 6:58 ` Greg KH
2021-06-18 6:58 ` Greg KH
2021-06-18 6:58 ` Greg KH
2021-06-18 12:34 ` Jing Zhang
2021-06-18 12:34 ` Jing Zhang
2021-06-18 12:34 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 4/7] KVM: stats: Support binary stats retrieval for a VCPU Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 5/7] KVM: stats: Add documentation for binary statistics interface Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 7:02 ` Greg KH
2021-06-18 7:02 ` Greg KH
2021-06-18 7:02 ` Greg KH
2021-06-18 8:26 ` Paolo Bonzini
2021-06-18 8:26 ` Paolo Bonzini
2021-06-18 8:26 ` Paolo Bonzini
2021-06-18 8:31 ` Greg KH [this message]
2021-06-18 8:31 ` Greg KH
2021-06-18 8:31 ` Greg KH
2021-06-18 8:37 ` Paolo Bonzini
2021-06-18 8:37 ` Paolo Bonzini
2021-06-18 8:37 ` Paolo Bonzini
2021-06-18 4:48 ` [PATCH v11 6/7] KVM: selftests: Add selftest for KVM statistics data binary interface Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` [PATCH v11 7/7] KVM: stats: Remove code duplication for binary and debugfs stats Jing Zhang
2021-06-18 4:48 ` Jing Zhang
2021-06-18 4:48 ` Jing Zhang
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=YMxZ2Z9s5YRvhetZ@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=aleksandar.qemu.devel@gmail.com \
--cc=borntraeger@de.ibm.com \
--cc=chenhuacai@kernel.org \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=dmatlack@google.com \
--cc=eesposit@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=james.morse@arm.com \
--cc=jingzhangos@google.com \
--cc=jmattson@google.com \
--cc=julien.thierry.kdev@gmail.com \
--cc=krish.sadhukhan@oracle.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=maz@kernel.org \
--cc=oupton@google.com \
--cc=paulus@ozlabs.org \
--cc=pbonzini@redhat.com \
--cc=pshier@google.com \
--cc=ricarkol@google.com \
--cc=rientjes@google.com \
--cc=seanjc@google.com \
--cc=suzuki.poulose@arm.com \
--cc=tabba@google.com \
--cc=tsbogend@alpha.franken.de \
--cc=vkuznets@redhat.com \
--cc=will@kernel.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.