On Mon, Apr 22, 2013 at 01:14:07AM +0200, Laurent Pinchart wrote:
I think that Mark's point was that the regulators should be provided by
platform code (in the generic sense, it could be DT on ARM, board code, or a
USB bridge driver for a webcam that uses the mt9p031 sensor) and used by the
Em 22-04-2013 07:03, Mark Brown escreveu:
On Mon, Apr 22, 2013 at 01:14:07AM +0200, Laurent Pinchart wrote:
I think that Mark's point was that the regulators should be provided by
platform code (in the generic sense, it could be DT on ARM, board code, or a
USB bridge driver for a webcam that
Em 22-04-2013 07:03, Mark Brown escreveu:
On Mon, Apr 22, 2013 at 01:14:07AM +0200, Laurent Pinchart wrote:
I think that Mark's point was that the regulators should be provided by
platform code (in the generic sense, it could be DT on ARM, board code, or a
USB bridge driver for a webcam that
On Mon, Apr 22, 2013 at 09:46:07AM -0300, Mauro Carvalho Chehab wrote:
Em 22-04-2013 07:03, Mark Brown escreveu:
Yes, you understood me perfectly - to a good approximation the matching
up should be done by whatever the chip is soldered down to.
That doesn't make any sense to me. I2C devices
Hi Mauro,
On Wednesday 17 April 2013 11:36:39 Mauro Carvalho Chehab wrote:
Em Wed, 17 Apr 2013 14:55:03 +0100 Mark Brown escreveu:
On Tue, Apr 16, 2013 at 08:04:52PM +0200, Sylwester Nawrocki wrote:
It's probably more clean to provide a dummy clock/regulator in a host
driver (platform)
On Tue, Apr 16, 2013 at 08:04:52PM +0200, Sylwester Nawrocki wrote:
It's probably more clean to provide a dummy clock/regulator in a host driver
(platform) than to add something in a sub-device drivers that would resolve
which resources should be requested and which not.
Yes, that's the
Em Wed, 17 Apr 2013 14:55:03 +0100
Mark Brown broo...@kernel.org escreveu:
On Tue, Apr 16, 2013 at 08:04:52PM +0200, Sylwester Nawrocki wrote:
It's probably more clean to provide a dummy clock/regulator in a host driver
(platform) than to add something in a sub-device drivers that would
Hi Mauro,
On Monday 15 April 2013 09:42:48 Mauro Carvalho Chehab wrote:
Em Mon, 15 Apr 2013 12:19:23 +0200 Laurent Pinchart escreveu:
On Sunday 14 April 2013 16:59:58 Mauro Carvalho Chehab wrote:
Em Fri, 12 Apr 2013 11:13:06 +0200 Laurent Pinchart escreveu:
Hi Mauro,
The
Em 16-04-2013 12:30, Laurent Pinchart escreveu:
Hi Mauro,
On Monday 15 April 2013 09:42:48 Mauro Carvalho Chehab wrote:
Em Mon, 15 Apr 2013 12:19:23 +0200 Laurent Pinchart escreveu:
On Sunday 14 April 2013 16:59:58 Mauro Carvalho Chehab wrote:
Em Fri, 12 Apr 2013 11:13:06 +0200 Laurent
Cc: Mark, Mike
On 04/16/2013 07:36 PM, Mauro Carvalho Chehab wrote:
Em 16-04-2013 12:30, Laurent Pinchart escreveu:
Hi Mauro,
On Monday 15 April 2013 09:42:48 Mauro Carvalho Chehab wrote:
Em Mon, 15 Apr 2013 12:19:23 +0200 Laurent Pinchart escreveu:
On Sunday 14 April 2013 16:59:58 Mauro
Hi Mauro,
On Sunday 14 April 2013 16:59:58 Mauro Carvalho Chehab wrote:
Em Fri, 12 Apr 2013 11:13:06 +0200 Laurent Pinchart escreveu:
Hi Mauro,
The following changes since commit
81e096c8ac6a064854c2157e0bf802dc4906678c:
[media] budget: Add support for Philips Semi Sylt PCI ref.
Em Mon, 15 Apr 2013 12:19:23 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com escreveu:
Hi Mauro,
On Sunday 14 April 2013 16:59:58 Mauro Carvalho Chehab wrote:
Em Fri, 12 Apr 2013 11:13:06 +0200 Laurent Pinchart escreveu:
Hi Mauro,
The following changes since commit
Em Fri, 12 Apr 2013 11:13:06 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com escreveu:
Hi Mauro,
The following changes since commit 81e096c8ac6a064854c2157e0bf802dc4906678c:
[media] budget: Add support for Philips Semi Sylt PCI ref. design
(2013-04-08 07:28:01 -0300)
are
13 matches
Mail list logo
