All of lore.kernel.org
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Rob Herring <robherring2@gmail.com>
Cc: Christoph Hellwig <hch@lst.de>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Robin Murphy <robin.murphy@arm.com>,
	Felipe Balbi <balbi@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	"James E . J . Bottomley" <jejb@linux.vnet.ibm.com>,
	"Martin K . Petersen" <martin.petersen@oracle.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mark Brown <broonie@kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>, Tejun Heo <tj@kernel.org>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	"David S . Miller" <davem@davemloft.net>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	Stefan Richter <stefanr@s5r6.in-berlin.de>,
	Alan Tull <atull@kernel.org>, Moritz Fischer <mdf@kernel.org>,
	Wolfram Sang <wsa@the-dreams.de>,
	Jonathan Cameron <jic23@kernel.org>,
	Joerg Roedel <joro@8bytes.org>, Matias Bjorling <mb@lightnvm.io>,
	Jassi Brar <jassisinghbrar@gmail.com>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Brian Norris <computersforpeace@gmail.com>,
	Marek Vasut <marek.vasut@gmail.com>,
	Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
	Boris Brezillon <boris.brezillon@free-electrons.com>,
	Richard Weinberger <richard@nod.at>,
	Kalle Valo <kvalo@codeaurora.org>,
	Ohad Ben-Cohen <ohad@wizery.com>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Eric Anholt <eric@anholt.net>,
	Stefan Wahren <stefan.wahren@i2se.com>,
	Linux IOMMU <iommu@lists.linux-foundation.org>,
	Linux USB List <linux-usb@vger.kernel.org>,
	scsi <linux-scsi@vger.kernel.org>,
	Linux-ALSA <alsa-devel@alsa-project.org>,
	linux-ide@vger.kernel.org,
	"open list:HARDWARE RANDOM NUMBER GENERATOR CORE"
	<linux-crypto@vger.kernel.org>,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	linux1394-devel@lists.sourceforge.net,
	linux-fpga@vger.kernel.org, Linux I2C <linux-i2c@vger.kernel.org>,
	linux-iio@vger.kernel.org, linux-block@vger.kernel.org,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	MTD Maling List <linux-mtd@lists.infradead.org>,
	netdev <netdev@vger.kernel.org>,
	"open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM"
	<linux-remoteproc@vger.kernel.org>,
	"open list:SERIAL DRIVERS" <linux-serial@vger.kernel.org>,
	linux-spi <linux-spi@vger.kernel.org>,
	driverdevel <devel@driverdev.osuosl.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers)
Date: Tue, 17 Apr 2018 19:48:01 +0200	[thread overview]
Message-ID: <CAMuHMdUrLW7gdsUfKQ5FHBHh1t5ecYBSy-6ZKxPSJoP6TQzXvw@mail.gmail.com> (raw)
In-Reply-To: <CAL_JsqJMppYaz31Gg8BH2OaAxs56dnjZ4y+nzBBp-Tt2odaqCw@mail.gmail.com>

Hi Rob,

On Thu, Apr 5, 2018 at 2:32 AM, Rob Herring <robherring2@gmail.com> wrote:
> On Fri, Mar 16, 2018 at 8:51 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> If NO_DMA=y, get_dma_ops() returns a reference to the non-existing
>> symbol bad_dma_ops, thus causing a link failure if it is ever used.
>>
>> The intention of this is twofold:
>>   1. To catch users of the DMA API on systems that do no support the DMA
>>      mapping API,
>>   2. To avoid building drivers that cannot work on such systems anyway.
>>
>> However, the disadvantage is that we have to keep on adding dependencies
>> on HAS_DMA all over the place.
>>
>> Thanks to the COMPILE_TEST symbol, lots of drivers now depend on one or
>> more platform dependencies (that imply HAS_DMA) || COMPILE_TEST, thus
>> already covering intention #2.  Having to add an explicit dependency on
>> HAS_DMA here is cumbersome, and hinders compile-testing.
>
> The same can be said for CONFIG_IOMEM and CONFIG_OF. Any plans to
> remove those too? CONFIG_IOMEM is mostly just a !CONFIG_UM option.

Perhaps, if time permits...

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

WARNING: multiple messages have this Message-ID (diff)
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
To: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Ulf Hansson <ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>,
	linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fpga-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"open list:REMOTE PROCESSOR \(REMOTEPROC\) SUBSYSTEM"
	<linux-remoteproc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Linux-ALSA <alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org>,
	Bjorn Andersson
	<bjorn.andersson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Eric Anholt <eric-WhKQ6XTQaPysTnJN9+BGXg@public.gmane.org>,
	netdev <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	MTD Maling List
	<linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	Linux I2C <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
	Stefan Wahren <stefan.wahren-eS4NqCHxEME@public.gmane.org>,
	Boris Brezillon
	<boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	"James E . J . Bottomley"
	<jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
	Herbert Xu
	<herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>,
	scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>,
	Jassi Brar
	<jassisinghbrar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Marek Vasut <marek.vasut-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"open list:SERI
Subject: Re: [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers)
Date: Tue, 17 Apr 2018 19:48:01 +0200	[thread overview]
Message-ID: <CAMuHMdUrLW7gdsUfKQ5FHBHh1t5ecYBSy-6ZKxPSJoP6TQzXvw@mail.gmail.com> (raw)
In-Reply-To: <CAL_JsqJMppYaz31Gg8BH2OaAxs56dnjZ4y+nzBBp-Tt2odaqCw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Hi Rob,

On Thu, Apr 5, 2018 at 2:32 AM, Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Fri, Mar 16, 2018 at 8:51 AM, Geert Uytterhoeven
> <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> wrote:
>> If NO_DMA=y, get_dma_ops() returns a reference to the non-existing
>> symbol bad_dma_ops, thus causing a link failure if it is ever used.
>>
>> The intention of this is twofold:
>>   1. To catch users of the DMA API on systems that do no support the DMA
>>      mapping API,
>>   2. To avoid building drivers that cannot work on such systems anyway.
>>
>> However, the disadvantage is that we have to keep on adding dependencies
>> on HAS_DMA all over the place.
>>
>> Thanks to the COMPILE_TEST symbol, lots of drivers now depend on one or
>> more platform dependencies (that imply HAS_DMA) || COMPILE_TEST, thus
>> already covering intention #2.  Having to add an explicit dependency on
>> HAS_DMA here is cumbersome, and hinders compile-testing.
>
> The same can be said for CONFIG_IOMEM and CONFIG_OF. Any plans to
> remove those too? CONFIG_IOMEM is mostly just a !CONFIG_UM option.

Perhaps, if time permits...

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

WARNING: multiple messages have this Message-ID (diff)
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
To: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Ulf Hansson <ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>,
	linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fpga-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM"
	<linux-remoteproc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Linux-ALSA <alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org>,
	Bjorn Andersson
	<bjorn.andersson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Eric Anholt <eric-WhKQ6XTQaPysTnJN9+BGXg@public.gmane.org>,
	netdev <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	MTD Maling List
	<linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	Linux I2C <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
	Stefan Wahren <stefan.wahren-eS4NqCHxEME@public.gmane.org>,
	Boris Brezillon
	<boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	"James E . J . Bottomley"
	<jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
	Herbert Xu
	<herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>,
	scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>,
	Jassi Brar
	<jassisinghbrar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Marek Vasut <marek.vasut-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	open list:SERI
Subject: Re: [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers)
Date: Tue, 17 Apr 2018 19:48:01 +0200	[thread overview]
Message-ID: <CAMuHMdUrLW7gdsUfKQ5FHBHh1t5ecYBSy-6ZKxPSJoP6TQzXvw@mail.gmail.com> (raw)
In-Reply-To: <CAL_JsqJMppYaz31Gg8BH2OaAxs56dnjZ4y+nzBBp-Tt2odaqCw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Hi Rob,

On Thu, Apr 5, 2018 at 2:32 AM, Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Fri, Mar 16, 2018 at 8:51 AM, Geert Uytterhoeven
> <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> wrote:
>> If NO_DMA=y, get_dma_ops() returns a reference to the non-existing
>> symbol bad_dma_ops, thus causing a link failure if it is ever used.
>>
>> The intention of this is twofold:
>>   1. To catch users of the DMA API on systems that do no support the DMA
>>      mapping API,
>>   2. To avoid building drivers that cannot work on such systems anyway.
>>
>> However, the disadvantage is that we have to keep on adding dependencies
>> on HAS_DMA all over the place.
>>
>> Thanks to the COMPILE_TEST symbol, lots of drivers now depend on one or
>> more platform dependencies (that imply HAS_DMA) || COMPILE_TEST, thus
>> already covering intention #2.  Having to add an explicit dependency on
>> HAS_DMA here is cumbersome, and hinders compile-testing.
>
> The same can be said for CONFIG_IOMEM and CONFIG_OF. Any plans to
> remove those too? CONFIG_IOMEM is mostly just a !CONFIG_UM option.

Perhaps, if time permits...

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

WARNING: multiple messages have this Message-ID (diff)
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Rob Herring <robherring2@gmail.com>
Cc: Ulf Hansson <ulf.hansson@linaro.org>,
	Wolfram Sang <wsa@the-dreams.de>,
	linux-iio@vger.kernel.org, linux-fpga@vger.kernel.org,
	"open list:REMOTE PROCESSOR \(REMOTEPROC\) SUBSYSTEM"
	<linux-remoteproc@vger.kernel.org>,
	Linux-ALSA <alsa-devel@alsa-project.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Eric Anholt <eric@anholt.net>, netdev <netdev@vger.kernel.org>,
	MTD Maling List <linux-mtd@lists.infradead.org>,
	Linux I2C <linux-i2c@vger.kernel.org>,
	linux1394-devel@lists.sourceforge.net,
	Christoph Hellwig <hch@lst.de>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Stefan Wahren <stefan.wahren@i2se.com>,
	Boris Brezillon <boris.brezillon@free-electrons.com>,
	"James E . J . Bottomley" <jejb@linux.vnet.ibm.com>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	scsi <linux-scsi@vger.kernel.org>,
	Richard Weinberger <richard@nod.at>,
	Joerg Roedel <joro@8bytes.org>,
	Jassi Brar <jassisinghbrar@gmail.com>,
	Marek Vasut <marek.vasut@gmail.com>,
	"open list:SERIAL DRIVERS" <linux-serial@vger.kernel.org>,
	Matias Bjorling <mb@lightnvm.io>,
	David Woodhouse <dwmw2@infradead.org>,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	Ohad Ben-Cohen <ohad@wizery.com>,
	driverdevel <devel@driverdev.osuosl.org>,
	Alan Tull <atull@kernel.org>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-block@vger.kernel.org, Mark Brown <broonie@kernel.org>,
	Moritz Fischer <mdf@kernel.org>,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Kalle Valo <kvalo@codeaurora.org>,
	Felipe Balbi <balbi@kernel.org>,
	"Martin K . Petersen" <martin.petersen@oracle.com>,
	linux-ide@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Linux USB List <linux-usb@vger.kernel.org>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>,
	linux-spi <linux-spi@vger.kernel.org>,
	Linux IOMMU <iommu@lists.linux-foundation.org>,
	Stefan Richter <stefanr@s5r6.in-berlin.de>,
	"open list:HARDWARE RANDOM NUMBER GENERATOR CORE"
	<linux-crypto@vger.kernel.org>,
	Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
	Tejun Heo <tj@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Brian Norris <computersforpeace@gmail.com>,
	Robin Murphy <robin.murphy@arm.com>,
	"David S . Miller" <davem@davemloft.net>,
	Jonathan Cameron <jic23@kernel.org>
Subject: Re: [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers)
Date: Tue, 17 Apr 2018 19:48:01 +0200	[thread overview]
Message-ID: <CAMuHMdUrLW7gdsUfKQ5FHBHh1t5ecYBSy-6ZKxPSJoP6TQzXvw@mail.gmail.com> (raw)
In-Reply-To: <CAL_JsqJMppYaz31Gg8BH2OaAxs56dnjZ4y+nzBBp-Tt2odaqCw@mail.gmail.com>

Hi Rob,

On Thu, Apr 5, 2018 at 2:32 AM, Rob Herring <robherring2@gmail.com> wrote:
> On Fri, Mar 16, 2018 at 8:51 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> If NO_DMA=y, get_dma_ops() returns a reference to the non-existing
>> symbol bad_dma_ops, thus causing a link failure if it is ever used.
>>
>> The intention of this is twofold:
>>   1. To catch users of the DMA API on systems that do no support the DMA
>>      mapping API,
>>   2. To avoid building drivers that cannot work on such systems anyway.
>>
>> However, the disadvantage is that we have to keep on adding dependencies
>> on HAS_DMA all over the place.
>>
>> Thanks to the COMPILE_TEST symbol, lots of drivers now depend on one or
>> more platform dependencies (that imply HAS_DMA) || COMPILE_TEST, thus
>> already covering intention #2.  Having to add an explicit dependency on
>> HAS_DMA here is cumbersome, and hinders compile-testing.
>
> The same can be said for CONFIG_IOMEM and CONFIG_OF. Any plans to
> remove those too? CONFIG_IOMEM is mostly just a !CONFIG_UM option.

Perhaps, if time permits...

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

  reply	other threads:[~2018-04-17 17:48 UTC|newest]

Thread overview: 219+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-16 13:51 [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers) Geert Uytterhoeven
2018-03-16 13:51 ` Geert Uytterhoeven
2018-03-16 13:51 ` Geert Uytterhoeven
2018-03-16 13:51 ` Geert Uytterhoeven
2018-03-16 13:51 ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 01/21] ASoC: Remove depends on HAS_DMA in case of platform dependency Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,01/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 01/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
     [not found]   ` <1521208314-4783-2-git-send-email-geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
2018-03-19  0:54     ` Mark Brown
2018-03-19  0:54       ` Mark Brown
2018-03-19  0:54       ` Mark Brown
2018-03-16 13:51 ` [PATCH v2 02/21] ata: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,02/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 02/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 03/21] crypto: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,03/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 03/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 15:52   ` Herbert Xu
2018-03-16 15:52     ` Herbert Xu
2018-03-16 13:51 ` [PATCH v2 04/21] fbdev: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,04/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 04/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 16:01   ` Bartlomiej Zolnierkiewicz
2018-03-16 16:01     ` Bartlomiej Zolnierkiewicz
2018-03-16 16:01     ` Bartlomiej Zolnierkiewicz
2018-03-16 16:01     ` Bartlomiej Zolnierkiewicz
2018-03-16 13:51 ` [PATCH v2 05/21] firewire: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,05/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 05/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 06/21] fpga: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,06/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 06/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-19 16:06   ` Alan Tull
2018-03-19 16:06     ` Alan Tull
2018-03-19 16:06     ` Alan Tull
2018-03-20 10:04     ` Geert Uytterhoeven
2018-03-20 10:04       ` Geert Uytterhoeven
2018-03-20 10:04       ` Geert Uytterhoeven
2018-03-20 10:04       ` Geert Uytterhoeven
2018-03-20 18:20       ` Alan Tull
2018-03-20 18:20         ` Alan Tull
2018-03-20 18:20         ` Alan Tull
2018-03-20 18:20         ` Alan Tull
2018-03-16 13:51 ` [PATCH v2 07/21] i2c: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,07/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 07/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 08/21] iio: adc: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,08/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 08/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-17 16:42   ` Jonathan Cameron
2018-03-17 16:42     ` Jonathan Cameron
2018-03-17 16:42     ` Jonathan Cameron
2018-03-17 16:42     ` Jonathan Cameron
2018-03-17 16:42     ` Jonathan Cameron
2018-03-16 13:51 ` [PATCH v2 09/21] iommu: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,09/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 09/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 14:51   ` Joerg Roedel
2018-03-16 14:51     ` Joerg Roedel
2018-03-16 14:51     ` Joerg Roedel
2018-03-16 13:51 ` [PATCH v2 10/21] lightnvm: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,10/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 10/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-18 18:46   ` Matias Bjørling
2018-03-18 18:46     ` Matias Bjørling
2018-03-18 18:46     ` [v2,10/21] " Matias Bjørling
2018-03-18 18:46     ` [PATCH v2 10/21] " Matias Bjørling
2018-03-18 18:46     ` Matias Bjørling
2018-03-19  5:27   ` Madalin-cristian Bucur
2018-03-19  5:27     ` Madalin-cristian Bucur
2018-03-19  5:27     ` [v2,10/21] " Madalin Bucur
2018-03-19  5:27     ` [PATCH v2 10/21] " Madalin-cristian Bucur
2018-03-19  5:27     ` Madalin-cristian Bucur
2018-03-19  5:27     ` Madalin-cristian Bucur
2018-03-20 10:09     ` Geert Uytterhoeven
2018-03-20 10:09       ` Geert Uytterhoeven
2018-03-20 10:09       ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 11/21] mailbox: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,11/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 11/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 12/21] media: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,12/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 12/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 13/21] mmc: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,13/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 13/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-19  3:08   ` Ulf Hansson
2018-03-19  3:08     ` Ulf Hansson
2018-03-19  3:08     ` Ulf Hansson
2018-03-19  3:08     ` Ulf Hansson
2018-03-16 13:51 ` [PATCH v2 14/21] mtd: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,14/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 14/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-18 22:04   ` Boris Brezillon
2018-03-18 22:04     ` Boris Brezillon
2018-03-18 22:04     ` Boris Brezillon
2018-03-18 22:04     ` Boris Brezillon
2018-03-18 22:04     ` Boris Brezillon
2018-03-20 10:06     ` Geert Uytterhoeven
2018-03-20 10:06       ` Geert Uytterhoeven
2018-03-20 10:06       ` Geert Uytterhoeven
2018-03-20 10:06       ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 15/21] net: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,15/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 15/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51 ` [PATCH v2 16/21] remoteproc: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,16/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 16/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-18 22:36   ` Bjorn Andersson
2018-03-18 22:36     ` Bjorn Andersson
2018-03-18 22:36     ` Bjorn Andersson
2018-03-16 13:51 ` [PATCH v2 17/21] scsi: hisi_sas: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,17/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 17/21] " Geert Uytterhoeven
2018-03-16 14:36   ` John Garry
2018-03-16 14:36     ` John Garry
2018-03-16 14:36     ` [v2,17/21] " John Garry
2018-03-16 14:36     ` [PATCH v2 17/21] " John Garry
2018-03-16 14:36     ` John Garry
2018-03-16 14:36     ` John Garry
2018-03-16 14:36     ` John Garry
2018-03-16 13:51 ` [PATCH v2 18/21] serial: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,18/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 18/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 14:34   ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 13:51 ` [PATCH v2 19/21] spi: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,19/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 19/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
     [not found]   ` <1521208314-4783-20-git-send-email-geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
2018-03-19  0:54     ` Mark Brown
2018-03-19  0:54       ` Mark Brown
2018-03-19  0:54       ` Mark Brown
2018-03-16 13:51 ` [PATCH v2 20/21] staging: vc04_services: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,20/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 20/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 14:34   ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 14:34     ` Greg Kroah-Hartman
2018-03-16 13:51 ` [PATCH v2 21/21] usb: " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 13:51   ` [v2,21/21] " Geert Uytterhoeven
2018-03-16 13:51   ` [PATCH v2 21/21] " Geert Uytterhoeven
2018-03-16 13:51   ` Geert Uytterhoeven
2018-03-16 14:36   ` Greg Kroah-Hartman
2018-03-16 14:36     ` Greg Kroah-Hartman
2018-03-16 14:36     ` Greg Kroah-Hartman
2018-03-16 14:36     ` Greg Kroah-Hartman
2018-03-16 15:14 ` [PATCH v2 00/21] Allow compile-testing NO_DMA (drivers) Herbert Xu
2018-03-16 15:14   ` Herbert Xu
2018-03-16 15:41   ` Geert Uytterhoeven
2018-03-16 15:41     ` Geert Uytterhoeven
2018-03-16 15:41     ` Geert Uytterhoeven
2018-03-16 15:52     ` Herbert Xu
2018-03-16 15:52       ` Herbert Xu
2018-03-16 15:52       ` Herbert Xu
2018-03-16 21:23 ` Wolfram Sang
2018-03-16 21:23   ` Wolfram Sang
2018-03-16 21:23   ` Wolfram Sang
2018-03-20  9:57   ` Geert Uytterhoeven
2018-03-20  9:57     ` Geert Uytterhoeven
2018-03-20  9:57     ` Geert Uytterhoeven
2018-03-20 10:02     ` Wolfram Sang
2018-03-20 10:02       ` Wolfram Sang
2018-04-05  0:32 ` Rob Herring
2018-04-05  0:32   ` Rob Herring
2018-04-05  0:32   ` Rob Herring
2018-04-05  0:32   ` Rob Herring
2018-04-17 17:48   ` Geert Uytterhoeven [this message]
2018-04-17 17:48     ` Geert Uytterhoeven
2018-04-17 17:48     ` Geert Uytterhoeven
2018-04-17 17:48     ` Geert Uytterhoeven

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=CAMuHMdUrLW7gdsUfKQ5FHBHh1t5ecYBSy-6ZKxPSJoP6TQzXvw@mail.gmail.com \
    --to=geert@linux-m68k.org \
    --cc=akpm@linux-foundation.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=atull@kernel.org \
    --cc=b.zolnierkie@samsung.com \
    --cc=balbi@kernel.org \
    --cc=bjorn.andersson@linaro.org \
    --cc=boris.brezillon@free-electrons.com \
    --cc=broonie@kernel.org \
    --cc=computersforpeace@gmail.com \
    --cc=cyrille.pitchen@wedev4u.fr \
    --cc=davem@davemloft.net \
    --cc=devel@driverdev.osuosl.org \
    --cc=dwmw2@infradead.org \
    --cc=eric@anholt.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=hch@lst.de \
    --cc=herbert@gondor.apana.org.au \
    --cc=iommu@lists.linux-foundation.org \
    --cc=jassisinghbrar@gmail.com \
    --cc=jejb@linux.vnet.ibm.com \
    --cc=jic23@kernel.org \
    --cc=joro@8bytes.org \
    --cc=kvalo@codeaurora.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-fpga@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-remoteproc@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux1394-devel@lists.sourceforge.net \
    --cc=m.szyprowski@samsung.com \
    --cc=marek.vasut@gmail.com \
    --cc=martin.petersen@oracle.com \
    --cc=mb@lightnvm.io \
    --cc=mchehab@kernel.org \
    --cc=mdf@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=ohad@wizery.com \
    --cc=richard@nod.at \
    --cc=robherring2@gmail.com \
    --cc=robin.murphy@arm.com \
    --cc=stefan.wahren@i2se.com \
    --cc=stefanr@s5r6.in-berlin.de \
    --cc=tj@kernel.org \
    --cc=ulf.hansson@linaro.org \
    --cc=wsa@the-dreams.de \
    /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.