From: Daniel Vetter <daniel@ffwll.ch>
To: "james qian wang (Arm Technology China)"
<james.qian.wang@arm.com>, Randy Dunlap <rdunlap@infradead.org>,
linux-kernel@vger.kernel.org, Jonathan Corbet <corbet@lwn.net>,
linux-doc@vger.kernel.org, linux-mm@vger.kernel.org,
Mike Rapoport <rppt@kernel.org>, Jens Axboe <axboe@kernel.dk>,
linux-block@vger.kernel.org,
Jason Wessel <jason.wessel@windriver.com>,
Daniel Thompson <daniel.thompson@linaro.org>,
Douglas Anderson <dianders@chromium.org>,
kgdb-bugreport@lists.sourceforge.net, Wu Hao <hao.wu@intel.com>,
linux-fpga@vger.kernel.org, Liviu Dudau <liviu.dudau@arm.com>,
Mihail Atanassov <mihail.atanassov@arm.com>,
Mali DP Maintainers <malidp@foss.arm.com>,
David Airlie <airlied@linux.ie>,
dri-devel@lists.freedesktop.org,
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,
Jiri Kosina <jikos@kernel.org>,
linux-input@vger.kernel.org, Wolfram Sang <wsa@kernel.org>,
linux-i2c@vger.kernel.org, Masahiro Yamada <masahiroy@kernel.org>,
Michal Marek <michal.lkml@markovi.net>,
linux-kbuild@vger.kernel.org,
Jacek Anaszewski <jacek.anaszewski@gmail.com>,
Pavel Machek <pavel@ucw.cz>, Dan Murphy <dmurphy@ti.com>,
linux-leds@vger.kernel.org,
Dan Williams <dan.j.williams@intel.com>,
Paul Cercueil <paul@crapouillou.net>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
linux-mips@vger.kernel.org,
Derek Kiernan <derek.kiernan@xilinx.com>,
Dragan Cvetic <dragan.cvetic@xilinx.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linuxppc-dev@lists.ozlabs.org,
Tony Krowiak <akrowiak@linux.ibm.com>,
Pierre Morel <pmorel@linux.ibm.com>,
Halil Pasic <pasic@linux.ibm.com>,
linux-s390@vger.kernel.org, Matthew Wilcox <willy@infradead.org>,
Hannes Reinecke <hare@suse.com>,
linux-scsi@vger.kernel.org,
"James E.J. Bottomley" <jejb@linux.ibm.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>,
Mimi Zohar <zohar@linux.ibm.com>,
linux-integrity@vger.kernel.org, keyrings@vger.kernel.org,
Paolo Bonzini <pbonzini@redhat.com>,
kvm@vger.kernel.org, Andrew Morton <akpm@linux-foundation.org>,
nd@arm.com
Subject: Re: [PATCH 06/20] Documentation: gpu/komeda-kms: eliminate duplicated word
Date: Tue, 14 Jul 2020 12:11:29 +0200 [thread overview]
Message-ID: <20200714101129.GB3278063@phenom.ffwll.local> (raw)
In-Reply-To: <20200714101005.GA3278063@phenom.ffwll.local>
On Tue, Jul 14, 2020 at 12:10:05PM +0200, Daniel Vetter wrote:
> This and next patch merged to drm-misc-next, thanks.
Oops strike this, I just noticed that Jon said he's picked it all up.
Oh well, the confusion, I managed to stop the script before it published
anything at least :-)
-Daniel
>
> On Wed, Jul 08, 2020 at 01:08:21PM +0800, james qian wang (Arm Technology China) wrote:
> > Hi Randy
> >
> > On Tue, Jul 07, 2020 at 11:04:00AM -0700, Randy Dunlap wrote:
> > > Drop the doubled word "and".
> > >
> > > Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
> > > Cc: Jonathan Corbet <corbet@lwn.net>
> > > Cc: linux-doc@vger.kernel.org
> > > Cc: James (Qian) Wang <james.qian.wang@arm.com>
> > > Cc: Liviu Dudau <liviu.dudau@arm.com>
> > > Cc: Mihail Atanassov <mihail.atanassov@arm.com>
> > > Cc: Mali DP Maintainers <malidp@foss.arm.com>
> > > ---
> > > Documentation/gpu/komeda-kms.rst | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > --- linux-next-20200701.orig/Documentation/gpu/komeda-kms.rst
> > > +++ linux-next-20200701/Documentation/gpu/komeda-kms.rst
> > > @@ -41,7 +41,7 @@ Compositor blends multiple layers or pix
> > > frame. its output frame can be fed into post image processor for showing it on
> > > the monitor or fed into wb_layer and written to memory at the same time.
> > > user can also insert a scaler between compositor and wb_layer to down scale
> > > -the display frame first and and then write to memory.
> > > +the display frame first and then write to memory.
> >
> > Thank you for the patch.
> >
> > Reviewed-by: James Qian Wang <james.qian.wang@arm.com>
>
> James, for simple patches like this just go ahead and merge them. You're
> the maintainer for this, just slapping an r-b onto a patch and no
> indiciation whether you will pick it up only confuses people and increases
> the risk that patches get lost.
>
> So either pick up right away, or state clearly that you will pick it up
> later, or that you expect someone else to merge this.
>
> Thanks, Daniel
> >
> > > Writeback Layer (wb_layer)
> > > --------------------------
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2020-07-14 10:11 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-07 18:03 [PATCH 00/20] Documentation: eliminate duplicated words Randy Dunlap
2020-07-07 18:03 ` [PATCH 01/20] Documentation: numaperf: eliminate duplicated word Randy Dunlap
2020-07-07 18:03 ` [PATCH 02/20] Documentation: block: " Randy Dunlap
2020-07-07 18:03 ` [PATCH 03/20] Documentation: printk-basics: " Randy Dunlap
2020-07-07 18:03 ` [PATCH 04/20] Documentation: kgdb: " Randy Dunlap
2020-07-07 18:21 ` Doug Anderson
2020-07-08 13:14 ` Daniel Thompson
2020-07-07 18:03 ` [PATCH 05/20] Documentation: fpga: " Randy Dunlap
2020-07-09 6:30 ` Wu, Hao
2020-07-07 18:04 ` [PATCH 06/20] Documentation: gpu/komeda-kms: " Randy Dunlap
2020-07-08 5:08 ` james qian wang (Arm Technology China)
2020-07-14 10:10 ` Daniel Vetter
2020-07-14 10:11 ` Daniel Vetter [this message]
2020-07-08 7:19 ` james qian wang (Arm Technology China)
2020-07-07 18:04 ` [PATCH 07/20] Documentation: gpu/drm-uapi: " Randy Dunlap
2020-07-07 18:04 ` [PATCH 08/20] Documentation: hid/intel-ish-hid: " Randy Dunlap
2020-07-07 18:04 ` [PATCH 09/20] Documentation: i2c: " Randy Dunlap
2020-07-21 6:27 ` Wolfram Sang
2020-07-22 10:49 ` Wolfram Sang
2020-07-07 18:04 ` [PATCH 10/20] Documentation: kbuild/kconfig-language: " Randy Dunlap
2020-07-09 15:31 ` Masahiro Yamada
2020-07-07 18:04 ` [PATCH 11/20] Documentation: leds/ledtrig-transient: " Randy Dunlap
2020-07-09 20:01 ` Jacek Anaszewski
2020-07-11 9:35 ` Pavel Machek
2020-07-07 18:04 ` [PATCH 12/20] Documentation: maintainer-entry-profile: " Randy Dunlap
2020-07-07 18:18 ` Dan Williams
2020-07-07 18:04 ` [PATCH 13/20] Documentation: mips/ingenic-tcu: " Randy Dunlap
2020-07-07 18:26 ` Paul Cercueil
2020-07-13 9:28 ` Thomas Bogendoerfer
2020-07-07 18:04 ` [PATCH 14/20] Documentation: misc/xilinx_sdfec: " Randy Dunlap
2020-07-09 11:38 ` Dragan Cvetic
2020-07-07 18:04 ` [PATCH 15/20] Documentation: powerpc/vas-api: " Randy Dunlap
2020-07-07 18:04 ` [PATCH 16/20] Documentation: s390/vfio-ap: " Randy Dunlap
2020-07-08 6:57 ` Pierre Morel
2020-07-07 18:04 ` [PATCH 17/20] Documentation: scsi/advansys: " Randy Dunlap
2020-07-07 18:04 ` [PATCH 18/20] Documentation: security/keys: " Randy Dunlap
2020-07-08 13:32 ` Jarkko Sakkinen
2020-07-13 12:24 ` Mimi Zohar
2020-07-07 18:04 ` [PATCH 20/20] Documentation: vm/memory-model: " Randy Dunlap
2020-07-07 19:42 ` Mike Rapoport
2020-07-07 18:04 ` [PATCH 19/20] Documentation: virt/kvm/api: " Randy Dunlap
2020-07-08 6:06 ` [PATCH 00/20] Documentation: eliminate duplicated words Martin K. Petersen
2020-07-13 15:45 ` Jonathan Corbet
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=20200714101129.GB3278063@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=airlied@linux.ie \
--cc=akpm@linux-foundation.org \
--cc=akrowiak@linux.ibm.com \
--cc=axboe@kernel.dk \
--cc=benh@kernel.crashing.org \
--cc=corbet@lwn.net \
--cc=dan.j.williams@intel.com \
--cc=daniel.thompson@linaro.org \
--cc=derek.kiernan@xilinx.com \
--cc=dianders@chromium.org \
--cc=dmurphy@ti.com \
--cc=dragan.cvetic@xilinx.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hao.wu@intel.com \
--cc=hare@suse.com \
--cc=jacek.anaszewski@gmail.com \
--cc=james.qian.wang@arm.com \
--cc=jarkko.sakkinen@linux.intel.com \
--cc=jason.wessel@windriver.com \
--cc=jejb@linux.ibm.com \
--cc=jikos@kernel.org \
--cc=keyrings@vger.kernel.org \
--cc=kgdb-bugreport@lists.sourceforge.net \
--cc=kvm@vger.kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fpga@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-integrity@vger.kernel.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-mm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=liviu.dudau@arm.com \
--cc=malidp@foss.arm.com \
--cc=martin.petersen@oracle.com \
--cc=masahiroy@kernel.org \
--cc=michal.lkml@markovi.net \
--cc=mihail.atanassov@arm.com \
--cc=mpe@ellerman.id.au \
--cc=nd@arm.com \
--cc=pasic@linux.ibm.com \
--cc=paul@crapouillou.net \
--cc=paulus@samba.org \
--cc=pavel@ucw.cz \
--cc=pbonzini@redhat.com \
--cc=pmorel@linux.ibm.com \
--cc=rdunlap@infradead.org \
--cc=rppt@kernel.org \
--cc=srinivas.pandruvada@linux.intel.com \
--cc=tsbogend@alpha.franken.de \
--cc=willy@infradead.org \
--cc=wsa@kernel.org \
--cc=zohar@linux.ibm.com \
/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 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).