All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Simon Horman <horms@verge.net.au>,
	Mark Brown <broonie@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-fbdev@vger.kernel.org, Wolfram Sang <wsa@the-dreams.de>,
	Linus Walleij <linus.walleij@linaro.org>,
	Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	Vinod Koul <vinod.koul@intel.com>, Joerg Roedel <joro@8bytes.org>,
	linux-sh@vger.kernel.org, Magnus Damm <magnus.damm@gmail.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	linux-serial@vger.kernel.org, linux-input@vger.kernel.org,
	Zhang Rui <rui.zhang@intel.com>, Chris Ball <cjb@laptop.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	linux-media@vger.kernel.org, linux-pwm@vger.kernel.org,
	Samuel Ortiz <samuel@sortiz.org>,
	linux-pm@vger.kernel.org, Ian Molton <ian@mnementh.co.uk>,
	linux-arm-kernel@lists.infradead.org, Sergei
Subject: Re: [PATCH 00/19] Enable various Renesas drivers on all ARM platforms
Date: Wed, 30 Oct 2013 12:59:08 +0200	[thread overview]
Message-ID: <5270E67C.1030307@ti.com> (raw)
In-Reply-To: <20131030000501.GE21262@verge.net.au>


[-- Attachment #1.1: Type: text/plain, Size: 1640 bytes --]

On 2013-10-30 02:05, Simon Horman wrote:
> On Tue, Oct 29, 2013 at 10:58:34AM -0700, Mark Brown wrote:
>> On Tue, Oct 29, 2013 at 06:29:59PM +0100, Laurent Pinchart wrote:
>>> On Tuesday 29 October 2013 10:23:31 Mark Brown wrote:
>>>> On Tue, Oct 29, 2013 at 06:05:53PM +0100, Laurent Pinchart wrote:
>>>>> The first one is that I can't compile-test all those drivers on all
>>>>> architectures. The spi-sh-msiof driver, for instance, uses
>>>>> io(read|write)(16|
>>
>>>> Which architectures are these and is there not a symbol we can depend on
>>>> for them?
>>
>>> arch/cris for instance. We can use readl/writel instead (maybe it would be 
>>> time to rationalize and document the I/O accessors across all architectures, 
>>> but that's another topic).
>>
>> It'd certainly be sensible, or adding a config option to depend on if
>> you rely on these functions.
>>
>>> My point is that there might be other issues that I won't be able to easily 
>>> catch. This would break compilation for everybody for no reason, as the 
>>> drivers are useless on non-SuperH, non-ARM platforms. That's why I believe 
>>> COMPILE_TEST would be a better option as a first step.
>>
>> Yes, it would - please do that.  Note that it won't stop anyone running
>> into build issues on other architectures though, it's just about
>> stopping Kconfig noise.
> 
> FWIW, I am happy with using COMPILE_TEST for this series.

I'd also go for COMPILE_TEST. I once enabled omapdss and omapfb to be
compilable without any extra dependencies, and Linus wasn't fond of
getting asked if he wants to compile omapfb or not...

 Tomi



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

[-- Attachment #2: Type: text/plain, Size: 144 bytes --]

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Simon Horman <horms@verge.net.au>,
	Mark Brown <broonie@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-fbdev@vger.kernel.org, Wolfram Sang <wsa@the-dreams.de>,
	Linus Walleij <linus.walleij@linaro.org>,
	Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	Vinod Koul <vinod.koul@intel.com>, Joerg Roedel <joro@8bytes.org>,
	linux-sh@vger.kernel.org, Magnus Damm <magnus.damm@gmail.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	linux-serial@vger.kernel.org, linux-input@vger.kernel.org,
	Zhang Rui <rui.zhang@intel.com>, Chris Ball <cjb@laptop.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	linux-media@vger.kernel.org, linux-pwm@vger.kernel.org,
	Samuel Ortiz <samuel@sortiz.org>,
	linux-pm@vger.kernel.org, Ian Molton <ian@mnementh.co.uk>,
	linux-arm-kernel@lists.infradead.org,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-spi@vger.kernel.org, iommu@lists.linux-foundation.org,
	netdev@vger.kernel.org, dmaengine@vger.kernel.org,
	David Woodhouse <dwmw2@infradead.org>,
	"David S. Miller" <davem@davemloft.net>,
	Mauro Carvalho Chehab <m.chehab@samsung.com>
Subject: Re: [PATCH 00/19] Enable various Renesas drivers on all ARM platforms
Date: Wed, 30 Oct 2013 12:59:08 +0200	[thread overview]
Message-ID: <5270E67C.1030307@ti.com> (raw)
In-Reply-To: <20131030000501.GE21262@verge.net.au>

[-- Attachment #1: Type: text/plain, Size: 1640 bytes --]

On 2013-10-30 02:05, Simon Horman wrote:
> On Tue, Oct 29, 2013 at 10:58:34AM -0700, Mark Brown wrote:
>> On Tue, Oct 29, 2013 at 06:29:59PM +0100, Laurent Pinchart wrote:
>>> On Tuesday 29 October 2013 10:23:31 Mark Brown wrote:
>>>> On Tue, Oct 29, 2013 at 06:05:53PM +0100, Laurent Pinchart wrote:
>>>>> The first one is that I can't compile-test all those drivers on all
>>>>> architectures. The spi-sh-msiof driver, for instance, uses
>>>>> io(read|write)(16|
>>
>>>> Which architectures are these and is there not a symbol we can depend on
>>>> for them?
>>
>>> arch/cris for instance. We can use readl/writel instead (maybe it would be 
>>> time to rationalize and document the I/O accessors across all architectures, 
>>> but that's another topic).
>>
>> It'd certainly be sensible, or adding a config option to depend on if
>> you rely on these functions.
>>
>>> My point is that there might be other issues that I won't be able to easily 
>>> catch. This would break compilation for everybody for no reason, as the 
>>> drivers are useless on non-SuperH, non-ARM platforms. That's why I believe 
>>> COMPILE_TEST would be a better option as a first step.
>>
>> Yes, it would - please do that.  Note that it won't stop anyone running
>> into build issues on other architectures though, it's just about
>> stopping Kconfig noise.
> 
> FWIW, I am happy with using COMPILE_TEST for this series.

I'd also go for COMPILE_TEST. I once enabled omapdss and omapfb to be
compilable without any extra dependencies, and Linus wasn't fond of
getting asked if he wants to compile omapfb or not...

 Tomi



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Simon Horman <horms@verge.net.au>,
	Mark Brown <broonie@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-sh@vger.kernel.org, linux-fbdev@vger.kernel.org,
	Wolfram Sang <wsa@the-dreams.de>,
	Linus Walleij <linus.walleij@linaro.org>,
	Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org,
	Vinod Koul <vinod.koul@intel.com>, Joerg Roedel <joro@8bytes.org>,
	Magnus Damm <magnus.damm@gmail.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	linux-serial@vger.kernel.org, linux-input@vger.kernel.org,
	Zhang Rui <rui.zhang@intel.com>, Chris Ball <cjb@laptop.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	linux-media@vger.kernel.org, linux-pwm@vger.kernel.org,
	Samuel Ortiz <samuel@sortiz.org>,
	linux-pm@vger.kernel.org, Ian Molton <ian@mnementh.co.uk>,
	linux-arm-kernel@lists.infradead.org,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-spi@vger.kernel.org, iommu@lists.linux-foundation.org,
	netdev@vger.kernel.org, dmaengine@vger.kernel.org,
	David Woodhouse <dwmw2@infradead.org>,
	"David S. Miller" <davem@davemloft.net>,
	Mauro Carvalho Chehab <m.chehab@samsung.com>
Subject: Re: [PATCH 00/19] Enable various Renesas drivers on all ARM platforms
Date: Wed, 30 Oct 2013 12:59:08 +0200	[thread overview]
Message-ID: <5270E67C.1030307@ti.com> (raw)
In-Reply-To: <20131030000501.GE21262@verge.net.au>

[-- Attachment #1: Type: text/plain, Size: 1640 bytes --]

On 2013-10-30 02:05, Simon Horman wrote:
> On Tue, Oct 29, 2013 at 10:58:34AM -0700, Mark Brown wrote:
>> On Tue, Oct 29, 2013 at 06:29:59PM +0100, Laurent Pinchart wrote:
>>> On Tuesday 29 October 2013 10:23:31 Mark Brown wrote:
>>>> On Tue, Oct 29, 2013 at 06:05:53PM +0100, Laurent Pinchart wrote:
>>>>> The first one is that I can't compile-test all those drivers on all
>>>>> architectures. The spi-sh-msiof driver, for instance, uses
>>>>> io(read|write)(16|
>>
>>>> Which architectures are these and is there not a symbol we can depend on
>>>> for them?
>>
>>> arch/cris for instance. We can use readl/writel instead (maybe it would be 
>>> time to rationalize and document the I/O accessors across all architectures, 
>>> but that's another topic).
>>
>> It'd certainly be sensible, or adding a config option to depend on if
>> you rely on these functions.
>>
>>> My point is that there might be other issues that I won't be able to easily 
>>> catch. This would break compilation for everybody for no reason, as the 
>>> drivers are useless on non-SuperH, non-ARM platforms. That's why I believe 
>>> COMPILE_TEST would be a better option as a first step.
>>
>> Yes, it would - please do that.  Note that it won't stop anyone running
>> into build issues on other architectures though, it's just about
>> stopping Kconfig noise.
> 
> FWIW, I am happy with using COMPILE_TEST for this series.

I'd also go for COMPILE_TEST. I once enabled omapdss and omapfb to be
compilable without any extra dependencies, and Linus wasn't fond of
getting asked if he wants to compile omapfb or not...

 Tomi



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Simon Horman <horms@verge.net.au>,
	Mark Brown <broonie@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-fbdev@vger.kernel.org, Wolfram Sang <wsa@the-dreams.de>,
	Linus Walleij <linus.walleij@linaro.org>,
	Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	Vinod Koul <vinod.koul@intel.com>, Joerg Roedel <joro@8bytes.org>,
	linux-sh@vger.kernel.org, Magnus Damm <magnus.damm@gmail.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	linux-serial@vger.kernel.org, linux-input@vger.kernel.org,
	Zhang Rui <rui.zhang@intel.com>, Chris Ball <cjb@laptop.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	linux-media@vger.kernel.org, linux-pwm@vger.kernel.org,
	Samuel Ortiz <samuel@sortiz.org>,
	linux-pm@vger.kernel.org, Ian Molton <ian@mnementh.co.uk>,
	linux-arm-kernel@lists.infradead.org, Sergei Shtylyov
Subject: Re: [PATCH 00/19] Enable various Renesas drivers on all ARM platforms
Date: Wed, 30 Oct 2013 12:59:08 +0200	[thread overview]
Message-ID: <5270E67C.1030307@ti.com> (raw)
In-Reply-To: <20131030000501.GE21262@verge.net.au>


[-- Attachment #1.1: Type: text/plain, Size: 1640 bytes --]

On 2013-10-30 02:05, Simon Horman wrote:
> On Tue, Oct 29, 2013 at 10:58:34AM -0700, Mark Brown wrote:
>> On Tue, Oct 29, 2013 at 06:29:59PM +0100, Laurent Pinchart wrote:
>>> On Tuesday 29 October 2013 10:23:31 Mark Brown wrote:
>>>> On Tue, Oct 29, 2013 at 06:05:53PM +0100, Laurent Pinchart wrote:
>>>>> The first one is that I can't compile-test all those drivers on all
>>>>> architectures. The spi-sh-msiof driver, for instance, uses
>>>>> io(read|write)(16|
>>
>>>> Which architectures are these and is there not a symbol we can depend on
>>>> for them?
>>
>>> arch/cris for instance. We can use readl/writel instead (maybe it would be 
>>> time to rationalize and document the I/O accessors across all architectures, 
>>> but that's another topic).
>>
>> It'd certainly be sensible, or adding a config option to depend on if
>> you rely on these functions.
>>
>>> My point is that there might be other issues that I won't be able to easily 
>>> catch. This would break compilation for everybody for no reason, as the 
>>> drivers are useless on non-SuperH, non-ARM platforms. That's why I believe 
>>> COMPILE_TEST would be a better option as a first step.
>>
>> Yes, it would - please do that.  Note that it won't stop anyone running
>> into build issues on other architectures though, it's just about
>> stopping Kconfig noise.
> 
> FWIW, I am happy with using COMPILE_TEST for this series.

I'd also go for COMPILE_TEST. I once enabled omapdss and omapfb to be
compilable without any extra dependencies, and Linus wasn't fond of
getting asked if he wants to compile omapfb or not...

 Tomi



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

[-- Attachment #2: Type: text/plain, Size: 144 bytes --]

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

WARNING: multiple messages have this Message-ID (diff)
From: tomi.valkeinen@ti.com (Tomi Valkeinen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/19] Enable various Renesas drivers on all ARM platforms
Date: Wed, 30 Oct 2013 12:59:08 +0200	[thread overview]
Message-ID: <5270E67C.1030307@ti.com> (raw)
In-Reply-To: <20131030000501.GE21262@verge.net.au>

On 2013-10-30 02:05, Simon Horman wrote:
> On Tue, Oct 29, 2013 at 10:58:34AM -0700, Mark Brown wrote:
>> On Tue, Oct 29, 2013 at 06:29:59PM +0100, Laurent Pinchart wrote:
>>> On Tuesday 29 October 2013 10:23:31 Mark Brown wrote:
>>>> On Tue, Oct 29, 2013 at 06:05:53PM +0100, Laurent Pinchart wrote:
>>>>> The first one is that I can't compile-test all those drivers on all
>>>>> architectures. The spi-sh-msiof driver, for instance, uses
>>>>> io(read|write)(16|
>>
>>>> Which architectures are these and is there not a symbol we can depend on
>>>> for them?
>>
>>> arch/cris for instance. We can use readl/writel instead (maybe it would be 
>>> time to rationalize and document the I/O accessors across all architectures, 
>>> but that's another topic).
>>
>> It'd certainly be sensible, or adding a config option to depend on if
>> you rely on these functions.
>>
>>> My point is that there might be other issues that I won't be able to easily 
>>> catch. This would break compilation for everybody for no reason, as the 
>>> drivers are useless on non-SuperH, non-ARM platforms. That's why I believe 
>>> COMPILE_TEST would be a better option as a first step.
>>
>> Yes, it would - please do that.  Note that it won't stop anyone running
>> into build issues on other architectures though, it's just about
>> stopping Kconfig noise.
> 
> FWIW, I am happy with using COMPILE_TEST for this series.

I'd also go for COMPILE_TEST. I once enabled omapdss and omapfb to be
compilable without any extra dependencies, and Linus wasn't fond of
getting asked if he wants to compile omapfb or not...

 Tomi


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20131030/b75b2a9a/attachment.sig>

  reply	other threads:[~2013-10-30 10:59 UTC|newest]

Thread overview: 157+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-28 23:46 [PATCH 00/19] Enable various Renesas drivers on all ARM platforms Laurent Pinchart
2013-10-28 23:46 ` Laurent Pinchart
2013-10-28 23:46 ` Laurent Pinchart
2013-10-28 23:46 ` Laurent Pinchart
2013-10-28 23:46 ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 01/19] serial: sh-sci: Enable the driver " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 02/19] DMA: shdma: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 04/19] input: sh_keysc: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 05/19] iommu: shmobile: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
     [not found] ` <1383004027-25036-1-git-send-email-laurent.pinchart+renesas-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>
2013-10-28 23:46   ` [PATCH 03/19] i2c: sh_mobile: " Laurent Pinchart
2013-10-28 23:46     ` Laurent Pinchart
2013-10-28 23:46     ` Laurent Pinchart
2013-10-29  5:03     ` Wolfram Sang
2013-10-29  5:03       ` Wolfram Sang
2013-10-29  5:03       ` Wolfram Sang
2013-10-29  9:43       ` Laurent Pinchart
2013-10-29  9:43         ` Laurent Pinchart
2013-10-29  9:43         ` Laurent Pinchart
2013-10-28 23:46   ` [PATCH 06/19] i2c: rcar: " Laurent Pinchart
2013-10-28 23:46     ` Laurent Pinchart
2013-10-28 23:46     ` Laurent Pinchart
2013-10-29  5:03     ` Wolfram Sang
2013-10-29  5:03       ` Wolfram Sang
2013-10-29  5:03       ` Wolfram Sang
2013-10-28 23:46 ` [PATCH 07/19] v4l: sh_vou: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-30 12:26   ` Mauro Carvalho Chehab
2013-10-30 12:26     ` Mauro Carvalho Chehab
2013-10-30 12:26     ` Mauro Carvalho Chehab
2013-11-06  0:57     ` Laurent Pinchart
2013-11-06  0:57       ` Laurent Pinchart
2013-11-06  0:57       ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 08/19] mmc: sdhi: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-29  9:07   ` Guennadi Liakhovetski
2013-10-29  9:07     ` Guennadi Liakhovetski
2013-10-29  9:07     ` Guennadi Liakhovetski
2013-10-29  9:52     ` Laurent Pinchart
2013-10-29  9:52       ` Laurent Pinchart
2013-10-29  9:52       ` Laurent Pinchart
2013-10-29 12:12       ` Sergei Shtylyov
2013-10-29 12:12         ` Sergei Shtylyov
2013-10-29 12:12         ` Sergei Shtylyov
2013-10-29 13:15         ` Laurent Pinchart
2013-10-29 13:15           ` Laurent Pinchart
2013-10-29 13:15           ` Laurent Pinchart
2013-10-29 19:47           ` Sergei Shtylyov
2013-10-29 20:47             ` Sergei Shtylyov
2013-10-29 20:47             ` Sergei Shtylyov
2013-10-29 22:23             ` Laurent Pinchart
2013-10-29 22:23               ` Laurent Pinchart
2013-10-29 22:23               ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 09/19] mmc: sh_mmcif: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 10/19] mtd: sh_flctl: " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46 ` [PATCH 11/19] net: sh_eth: Set receive alignment correctly " Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:46   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 12/19] irda: sh_irda: Enable the driver " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 13/19] pinctrl: sh-pfc: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 14/19] pwm: pwm-renesas-tpu: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 15/19] sh: intc: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 16/19] spi: sh_msiof: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-29 16:40   ` Mark Brown
2013-10-29 16:40     ` Mark Brown
2013-10-29 16:40     ` Mark Brown
2013-10-28 23:47 ` [PATCH 17/19] spi: sh_hspi: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 18/19] thermal: rcar-thermal: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-28 23:47 ` [PATCH 19/19] fbdev: sh-mobile-lcdcfb: " Laurent Pinchart
2013-10-28 23:47   ` Laurent Pinchart
2013-10-29  6:04 ` [PATCH 00/19] Enable various Renesas drivers " Simon Horman
2013-10-29  6:04   ` Simon Horman
2013-10-29  6:04   ` Simon Horman
2013-10-29  6:04   ` Simon Horman
2013-10-29 16:04   ` Mark Brown
2013-10-29 16:04     ` Mark Brown
2013-10-29 16:04     ` Mark Brown
2013-10-29 16:04     ` Mark Brown
     [not found]     ` <20131029160449.GD16686-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-10-29 17:05       ` Laurent Pinchart
2013-10-29 17:05         ` Laurent Pinchart
2013-10-29 17:05         ` Laurent Pinchart
2013-10-29 17:05         ` Laurent Pinchart
2013-10-29 17:05         ` Laurent Pinchart
2013-10-29 17:23         ` Mark Brown
2013-10-29 17:23           ` Mark Brown
2013-10-29 17:23           ` Mark Brown
2013-10-29 17:23           ` Mark Brown
     [not found]           ` <20131029172331.GA20251-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-10-29 17:29             ` Laurent Pinchart
2013-10-29 17:29               ` Laurent Pinchart
2013-10-29 17:29               ` Laurent Pinchart
2013-10-29 17:29               ` Laurent Pinchart
2013-10-29 17:29               ` Laurent Pinchart
2013-10-29 17:58               ` Mark Brown
2013-10-29 17:58                 ` Mark Brown
2013-10-29 17:58                 ` Mark Brown
2013-10-29 17:58                 ` Mark Brown
2013-10-30  0:05                 ` Simon Horman
2013-10-30  0:05                   ` Simon Horman
2013-10-30  0:05                   ` Simon Horman
2013-10-30  0:05                   ` Simon Horman
2013-10-30  0:05                   ` Simon Horman
2013-10-30 10:59                   ` Tomi Valkeinen [this message]
2013-10-30 10:59                     ` Tomi Valkeinen
2013-10-30 10:59                     ` Tomi Valkeinen
2013-10-30 10:59                     ` Tomi Valkeinen
2013-10-30 10:59                     ` Tomi Valkeinen
2013-10-29  9:12 ` Guennadi Liakhovetski
2013-10-29  9:12   ` Guennadi Liakhovetski
2013-10-29  9:12   ` Guennadi Liakhovetski
2013-10-29  9:12   ` Guennadi Liakhovetski
     [not found]   ` <Pine.LNX.4.64.1310291009121.8404-0199iw4Nj15frtckUFj5Ag@public.gmane.org>
2013-10-29  9:46     ` Laurent Pinchart
2013-10-29  9:46       ` Laurent Pinchart
2013-10-29  9:46       ` Laurent Pinchart
2013-10-29  9:46       ` Laurent Pinchart
2013-10-29 13:06   ` Artem Bityutskiy
2013-10-29 13:06     ` Artem Bityutskiy
2013-10-29 13:06     ` Artem Bityutskiy
2013-10-29 13:06     ` Artem Bityutskiy
2013-10-29 13:06     ` Artem Bityutskiy
     [not found]     ` <1383051980.29619.33.camel-Bxnoe/o8FG+Ef9UqXRslZEEOCMrvLtNR@public.gmane.org>
2013-10-29 13:22       ` Laurent Pinchart
2013-10-29 13:22         ` Laurent Pinchart
2013-10-29 13:22         ` Laurent Pinchart
2013-10-29 13:22         ` Laurent Pinchart
2013-10-29 13:54         ` Artem Bityutskiy
2013-10-29 13:54           ` Artem Bityutskiy
2013-10-29 13:54           ` Artem Bityutskiy
2013-10-29 13:54           ` Artem Bityutskiy
2013-10-29 16:28 ` Linus Walleij
2013-10-29 16:28   ` Linus Walleij
2013-10-29 16:28   ` Linus Walleij
2013-10-29 16:28   ` Linus Walleij
2013-10-29 16:28   ` Linus Walleij

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=5270E67C.1030307@ti.com \
    --to=tomi.valkeinen@ti.com \
    --cc=broonie@kernel.org \
    --cc=cjb@laptop.org \
    --cc=eduardo.valentin@ti.com \
    --cc=g.liakhovetski+renesas@gmail.com \
    --cc=horms@verge.net.au \
    --cc=ian@mnementh.co.uk \
    --cc=joro@8bytes.org \
    --cc=laurent.pinchart+renesas@ideasonboard.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=plagnioj@jcrosoft.com \
    --cc=rui.zhang@intel.com \
    --cc=samuel@sortiz.org \
    --cc=thierry.reding@gmail.com \
    --cc=vinod.koul@intel.com \
    --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.