patch for Peach boards.
The below patch improves the documentation for the gpio-property.
That patch makes sense, and is a nice description,
Acked-by: Stephen Warren swar...@nvidia.com
diff --git a/Documentation/devicetree/bindings/input/atmel,maxtouch.txt
Example:
touch@4b
On 08/12/2014 10:44 AM, Javier Martinez Canillas wrote:
The tps65090 is a Power Management Unit (PMU) used in several
boards so the same information is described on different DTS.
It is better to create a .dtsi fragment that can be included.
To be honest, I'm not sure that this file is useful.
On 08/12/2014 10:44 AM, Javier Martinez Canillas wrote:
The tps65090 PMU data manual [0] has a table that list the
Recommended operating conditions for each regulator. Add
the information about the FET constraints to its dtsi file.
[0]: http://www.ti.com/lit/ds/symlink/tps65090.pdf
I'm
, with the exception of
the movs instruction and the kprobes code. This allows us to detect
the mov pc, lr case and fix it up - and also gives us the possibility
of deploying this for other registers depending on the CPU selection.
Tested-by: Stephen Warren swar...@nvidia.com
(On an NVIDIA
On 06/27/2014 06:17 AM, Tomasz Figa wrote:
Hi Doug,
On 26.06.2014 17:25, Doug Anderson wrote:
Tomasz,
On Thu, Jun 26, 2014 at 2:52 AM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vikas, Doug,
On 26.06.2014 11:15, Vikas Sajjan wrote:
From: Doug Anderson diand...@chromium.org
The
On 06/27/2014 10:45 AM, Doug Anderson wrote:
Stephen,
On Fri, Jun 27, 2014 at 9:10 AM, Stephen Warren swar...@wwwdotorg.org wrote:
Surely there's a driver (or could be a driver) for the TPM chip, and
that driver should have a reset-mask-gpios property, so the driver can
call gpio_get
On 06/27/2014 12:30 PM, Doug Anderson wrote:
Stephen,
On Fri, Jun 27, 2014 at 11:20 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 06/27/2014 10:45 AM, Doug Anderson wrote:
Stephen,
On Fri, Jun 27, 2014 at 9:10 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
Surely there's
On 06/17/2014 02:53 AM, Paul Bolle wrote:
Doug,
On Fri, 2014-06-13 at 08:22 -0700, Doug Anderson wrote:
On Fri, Jun 13, 2014 at 1:08 AM, Paul Bolle pebo...@tiscali.nl wrote:
On Wed, 2014-06-11 at 08:11 -0700, Doug Anderson wrote:
This is a config option on the ChromeOS EC
On 04/30/2014 11:44 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
I've applied this to Tegra's for-3.17/dt branch.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to
From: Stephen Warren swar...@nvidia.com
This is the same change as commit fb6b8e71448a ASoC: tegra: free jack
GPIOs before the sound card is freed, but applied to all other ASoC
machine drivers where code inspection indicates the same problem exists.
That commit's description
On 05/23/2014 02:36 PM, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
This commit introduces a generic device tree binding for IOMMU devices.
Only a very minimal subset is described here, but it is enough to cover
the requirements of both the Exynos System MMU and Tegra SMMU
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
Did the MFD patches at the start of this series get applied yet? I was
hoping to apply this one patch to the Tegra tree for 3.16, and that
needs to happen by
On 05/10/2014 06:00 AM, Vivek Gautam wrote:
Using devm_ioremap_resource() API should actually be preferred over
devm_ioremap(), since the former request the mem region first and then
gives back the ioremap'ed memory pointer.
devm_ioremap_resource() calls request_mem_region(), therby preventing
a special driver,
but I haven't researched that enough).
The binding looks reasonable to me, so that part,
Acked-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
On 04/30/2014 11:44 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
I'll happily take this into the Tegra tree once the patch containing the
binding it uses is applied.
--
To unsubscribe from this list: send the line unsubscribe
On 04/28/2014 06:02 PM, Simon Horman wrote:
On Mon, Apr 28, 2014 at 08:30:32PM +0100, Russell King wrote:
Since we now automatically enable early BRESP in core L2C-310 code when
we detect a Cortex-A9, we don't need platforms/SoCs to set this bit
explicitly. Instead, they should seek to
On 04/28/2014 05:18 AM, Thierry Reding wrote:
On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote:
...
A lot of drivers probably only support one
master, so they can just set #iommu-cells=0, others might require
IDs that do not fit into one cell.
You mean #iommu-cells = 1 for
On 04/23/2014 10:46 AM, Tomasz Figa wrote:
This patch introduces generic code to perform power domain look-up using
device tree and automatically bind devices to their power domains.
Generic device tree binding is introduced to specify power domains of
devices in their device tree nodes.
On 04/28/2014 11:12 AM, Stephen Warren wrote:
On 04/28/2014 10:56 AM, Russell King - ARM Linux wrote:
So, in response to Matt Porter's complaint about breaking prima2, here's
another 16 patches which changes the way the L2 cache is initialised on
many platforms. This series moves towards
.
Acked-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
control register definitions.
Acked-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 04/23/2014 06:32 AM, Lee Jones wrote:
On Tue, 22 Apr 2014, Doug Anderson wrote:
This series adds the most critical cros_ec changes for newer boards
using cros_ec. Specifically:
* Fixes timing/locking issues with the previously upstreamed (but
never used upstream) cros_ec_spi driver.
On 04/17/2014 12:36 PM, Doug Anderson wrote:
On ARM Chromebooks we have a few devices that are accessed by both the
AP (the main Application Processor) and the EC (the Embedded
Controller). These are:
* The battery (sbs-battery).
* The power management unit tps65090.
...
On the Samsung ARM
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
The series,
Tested-by: Stephen Warren swar...@nvidia.com
I can apply this one patch once the other patches in the series are
acked or applied (in order to make
On 04/21/2014 01:35 PM, Doug Anderson wrote:
Stephen,
On Mon, Apr 21, 2014 at 11:18 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
diff --git a/arch/arm
On 03/13/2014 11:40 AM, Tim Harvey wrote:
When using interrupt-maps, the size of a map entry is #address-cells +
#interrupt-cells for the parent interrupt controller. For the ARM GIC
address-cells should be 0 as this is not used.
This patch fixes the example by correctly specifying
On 03/05/2014 06:25 AM, Lucas Stach wrote:
This is the recommended method of doing the IRQ
mapping. For old devicetrees we fall back to the
previous practice.
Tested-by: Stephen Warren swar...@nvidia.com
I tested both with and without patch 1/6, and the PCIe-based NIC on
Beaver worked fine
On 03/05/2014 06:25 AM, Lucas Stach wrote:
Those are defined by the common PCI binding.
I've applied this to Tegra's for-3.15/dt branch.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 03/05/2014 06:25 AM, Lucas Stach wrote:
Those are defined by the common PCI binding.
It sounds like there's no dependency between pathces 1/6 and 2/6, so I
should apply 1/6 to the Tegra tree, and Bjorn apply 2/6 to the PCI tree?
--
To unsubscribe from this list: send the line unsubscribe
On 02/28/2014 10:28 AM, Lucas Stach wrote:
Those are defined by the common PCI binding.
I have no reason to object to the two Tegra patches, but I'll wait for
Thierry to take a closer look.
I expect once he does, I would apply patch 1/7 through the Tegra tree,
and Bjorn would take patch 2/7
On 02/04/2014 02:45 PM, dingu...@altera.com wrote:
From: Dinh Nguyen dingu...@altera.com
This means that the driver can be in host or peripheral mode when the
appropriate
connector is used. When an A-cable is plugged in, the driver behaves in host
mode, and when a B-cable is used, the
On 01/27/2014 08:12 PM, Manish Badarkhe wrote:
Update the code to use devm_* API so that driver core will manage
resources.
I'm not sure why this patch is sent to linux-te...@vger.kernel.org; it
seems nothing to do with Tegra (or Samsung or OMAP for that matter).
--
To unsubscribe from this
On 12/03/2013 02:29 AM, Linus Walleij wrote:
...
So I guess what you're after is a kind of hog that will be pushed
aside and ignored if a struct device with an associated state appears
that will use the same pin?
That probably would be useful. Perhaps we should just make all hogs not
On 11/19/2013 10:15 AM, Tomasz Figa wrote:
This patch extends the range of settings configurable via pinfunc API
to cover pin value as well. This allows configuration of default values
of pins.
Shouldn't there be a driver that acquires the GPIO that's output to the
pin, and configures the
a little briefly,
Reviewed-by: Stephen Warren swar...@nvidia.com
Just a minor comment below,
diff --git a/drivers/pinctrl/pinctrl-samsung.c
b/drivers/pinctrl/pinctrl-samsung.c
+static int samsung_pinctrl_create_function(struct device *dev,
+ struct
On 11/19/2013 11:59 AM, Doug Anderson wrote:
On Tue, Nov 19, 2013 at 10:46 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 11/19/2013 10:15 AM, Tomasz Figa wrote:
This patch extends the range of settings configurable via pinfunc API
to cover pin value as well. This allows configuration
On 11/19/2013 05:02 PM, Kyungmin Park wrote:
On Wed, Nov 20, 2013 at 4:16 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 11/19/2013 11:59 AM, Doug Anderson wrote:
On Tue, Nov 19, 2013 at 10:46 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 11/19/2013 10:15 AM, Tomasz Figa wrote
On 11/17/2013 08:59 AM, Catalin Marinas wrote:
On 17 November 2013 08:49, Alexandre Courbot acour...@nvidia.com wrote:
The ARM tree includes a firmware_ops interface that is designed to
implement support for simple, TrustZone-based firmwares but could
also cover other use-cases. It has been
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using the PSCI API, nor
the SMC calling convention (and it's easy to fix when porting to ARMv8).
If a supported standard
On 11/18/2013 10:10 AM, Russell King - ARM Linux wrote:
On Mon, Nov 18, 2013 at 10:03:37AM -0700, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds
On 11/18/2013 10:30 AM, Catalin Marinas wrote:
On Mon, Nov 18, 2013 at 05:03:37PM +, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using
On 09/23/2013 03:40 PM, Thierry Reding wrote:
In preparation for adding an optional regulator and enable GPIO to the
driver, split the power on and power off sequences into separate
functions to reduce code duplication at the multiple call sites.
diff --git a/drivers/video/backlight/pwm_bl.c
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this field needs
to be initialized explicitly.
static void __init smdkv210_map_io(void)
@@ -70,6 +70,7 @@ static struct samsung_bl_drvdata samsung_dfl_bl_data
__initdata = {
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Make use of the new enable_gpio field and allow it to be set from DT as
well. Now that all legacy users of platform data have been converted to
initialize this field to an invalid value, it is safe to use the field
from the driver.
diff --git
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This commit
uses a power-supply regulator, if available, to power up and power down
the panel.
I think that all backlights require a power supply, albeit the supply
may not be
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The default for backlight devices is to be enabled immediately when
registering with the backlight core. This can be useful for setups that
use a simple framebuffer device and where the backlight cannot otherwise
be hooked up to the panel.
On 10/01/2013 02:43 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:31:04PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this
field needs to be initialized explicitly.
static void __init
On 10/01/2013 02:53 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:43:57PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This
commit uses a power-supply regulator, if available, to power up
and power
On 10/01/2013 10:17 AM, Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
diff --git a/Documentation/devicetree/bindings/clock/exynos5410-clock.txt
On 09/18/2013 01:52 PM, Sebastian Hesselbarth wrote:
On 09/18/2013 09:47 PM, Jason Cooper wrote:
On Wed, Sep 18, 2013 at 07:53:33PM +0200, Sebastian Hesselbarth wrote:
...
Sebastian Hesselbarth (26):
ARM: nomadik: move mtu setup to clocksource init
...
How would you like to handle this
On 09/13/2013 06:55 AM, Philipp Zabel wrote:
Hi Arun,
Am Donnerstag, den 12.09.2013, 17:37 +0530 schrieb Arun Kumar K:
This patch adds subdev driver for Samsung S5K4E5 raw image sensor.
Like s5k6a3, it is also another fimc-is firmware controlled
sensor. This minimal sensor driver doesn't do
On 09/12/2013 06:58 AM, Tomasz Figa wrote:
Hi Mark,
On Thursday 12 of September 2013 11:40:27 Mark Brown wrote:
From: Mark Brown broo...@linaro.org
Ensure that unused I2C controllers are not activated, causing problems
due to inappropriate pinmuxing or similar, by marking the controllers
On 08/22/2013 05:22 PM, Tomasz Figa wrote:
This patch extends vic_of_init to parse valid interrupt sources
and resume sources masks from device tree.
If mask values are not specified in device tree, all sources
are assumed to be valid, as before this patch.
Can you explain further why the
for them will be added in subsequent patches.
Cc: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Could a DT maintainer review/Ack the binding in this patch ?
The binding looks reasonable to me, so,
Acked-by: Stephen Warren swar...@nvidia.com
On 08/23/2013 05:04 PM, Tomasz Figa wrote:
On Friday 23 of August 2013 16:11:18 Stephen Warren wrote:
On 08/22/2013 05:22 PM, Tomasz Figa wrote:
This patch extends vic_of_init to parse valid interrupt sources
and resume sources masks from device tree.
If mask values are not specified
Processor, formats up to 1600x1200,
pre/post ISP cropping, downscaling via selection API, controls.
The binding,
Acked-by: Stephen Warren swar...@nvidia.com
(although it would be great if another DT binding maintainer gave it a
quick look-over to make sure I didn't miss anything!)
--
To unsubscribe
On 08/20/2013 07:52 AM, Tomasz Figa wrote:
This patch updates description of device tree bindings for Exynos MCT
(multicore timers). Namely:
- added note about simplified specification of local timer interrupts,
when using single per-processor interrupt for all local timers,
- changed
which exact compatible values) support which optional clocks.
However, I suppose it's fine to just say go read the HW manual instead.
So, this patch,
Acked-by: Stephen Warren swar...@nvidia.com
(although this patch isn't backwards-compatible since before now, DT
nodes didn't need to provide any
On 08/20/2013 11:12 AM, Tomasz Figa wrote:
On Tuesday 20 of August 2013 11:00:53 Stephen Warren wrote:
On 08/20/2013 07:52 AM, Tomasz Figa wrote:
This patch updates description of device tree bindings for Exynos MCT
(multicore timers). Namely:
- added note about simplified specification
On 08/20/2013 10:03 AM, Andrzej Hajda wrote:
Driver for Samsung S5K5BAF UXGA 1/5 2M CMOS Image Sensor
with embedded SoC ISP.
The driver exposes the sensor as two V4L2 subdevices:
- S5K5BAF-CIS - pure CMOS Image Sensor, fixed 1600x1200 format,
no controls.
- S5K5BAF-ISP - Image Signal
On 08/19/2013 11:25 AM, Sylwester Nawrocki wrote:
On 08/19/2013 03:25 PM, Pawel Moll wrote:
On Mon, 2013-08-19 at 14:18 +0100, Andrzej Hajda wrote:
+++ b/Documentation/devicetree/bindings/media/samsung-s5k5baf.txt
@@ -0,0 +1,51 @@
+Samsung S5K5BAF UXGA 1/5 2M CMOS Image Sensor with embedded
On 08/19/2013 04:53 PM, Tomasz Figa wrote:
On Monday 19 of August 2013 16:30:45 Stephen Warren wrote:
On 08/19/2013 11:25 AM, Sylwester Nawrocki wrote:
On 08/19/2013 03:25 PM, Pawel Moll wrote:
On Mon, 2013-08-19 at 14:18 +0100, Andrzej Hajda wrote:
+++ b/Documentation/devicetree/bindings
On 08/12/2013 05:46 PM, Mark Brown wrote:
On Mon, Aug 12, 2013 at 05:18:34PM -0600, Stephen Warren wrote:
On 08/12/2013 05:13 PM, Mark Brown wrote:
(although I dare say that at least samsung,supports-rstclr
should be modified to use the new reset controller bindings)
Really? That doesn't
On 08/12/2013 05:13 PM, Mark Brown wrote:
On Mon, Aug 12, 2013 at 04:57:53PM -0600, Stephen Warren wrote:
On 08/12/2013 03:49 AM, Padmavathi Venna wrote:
+- compatible : should be one of the following. + -
samsung,s3c6410-i2s: for 8/16/24bit stereo I2S. + -
samsung,s5pv210-i2s: for 8/16
On 08/09/2013 07:15 AM, Tomasz Figa wrote:
Hi Chanho,
On Friday 09 of August 2013 16:40:53 Chanho Park wrote:
This patch describes each nodes of rotator and specifies a example how to
bind it.
diff --git a/Documentation/devicetree/bindings/gpu/samsung-rotator.txt
+* Samsung Image Rotator
On 08/08/2013 03:19 PM, Tomasz Figa wrote:
Hi Stephen,
On Thursday 08 of August 2013 15:00:52 Stephen Warren wrote:
On 08/05/2013 06:26 AM, Marek Szyprowski wrote:
MFC driver use custom bindings for managing reserved memory. Those
bindings are not really specific to MFC device and no even
On 08/08/2013 04:10 PM, Tomasz Figa wrote:
On Thursday 08 of August 2013 15:47:19 Stephen Warren wrote:
On 08/08/2013 03:19 PM, Tomasz Figa wrote:
On Thursday 08 of August 2013 15:00:52 Stephen Warren wrote:
On 08/05/2013 06:26 AM, Marek Szyprowski wrote:
MFC driver use custom bindings
Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Myungjoo Ham myungjoo@samsung.com
Cc: Tomasz Figa t.f...@samsung.com
Cc: Stephen Warren swar...@wwwdotorg.org
---
Documentation/devicetree/bindings/arm/exynos/power_domain.txt | 33 ++
arch/arm/boot/dts/exynos5440.dtsi
into the core with a flag to enable the behaviour.
Patch 1, 9, 10, 11,
Reviewed-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 07/24/2013 07:14 AM, Tomasz Figa wrote:
On Wednesday 24 of July 2013 16:51:06 Sachin Kamat wrote:
...
This is contrary to the fact that we disable everything by default in
the top level dt files and only enable them as required in the board
dts files.
No, we don't disable everything. We
On 07/19/2013 12:36 AM, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:59 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:25:44AM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:13 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:07:10AM +0530, Kishon Vijay
On 05/18/2013 10:30 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 16:57 Sat 18 May , Tomasz Figa wrote:
...
Personally I'd prefer a solution with separate property for each
parameter, because it's much more flexible and allows shorter lines,
making device tree sources more readable.
On 05/19/2013 03:17 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
...
how a pin can not have mux?
Well, if that's the way HW is designed, that's just the way it is.
There are certainly pins on Tegra which don't have a mux in HW, but have
some configuration options such as drive strength that can
On 05/15/2013 12:29 PM, Linus Walleij wrote:
On Wed, May 15, 2013 at 6:44 PM, Doug Anderson diand...@google.com wrote:
...
Here's how I need to do things when I'm using just an interrupt:
pinctrl@1140 {
cyapa_irq: cyapa-irq {
samsung,pins = gpx1-2;
samsung,pin-function
On 05/15/2013 06:13 PM, Tomasz Figa wrote:
On Wednesday 15 of May 2013 16:55:37 Doug Anderson wrote:
Tomasz / Linus,
On Wed, May 15, 2013 at 3:06 PM, Tomasz Figa tomasz.f...@gmail.com
wrote:
Yes. I don't like the current way too much either, duplication being
one of the reasons.
Do you
On 05/10/2013 02:17 AM, Wolfram Sang wrote:
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra114.c
- r = platform_get_resource(pdev, IORESOURCE_MEM, 0);
- if (!r) {
On 04/08/2013 01:31 AM, Kukjin Kim wrote:
Alexandre Courbot wrote:
On Wed, Apr 3, 2013 at 5:35 PM, Kukjin Kim kgene@samsung.com wrote:
could you amend the patches that adds them such as they get changed
into select ARCH_REQUIRE_GPIOLIB instead? You can grep for select
I can do it for my
On 03/19/2013 12:59 PM, Andrew Chew wrote:
The pwm-backlight driver now takes a mandatory regulator that is gotten
during driver probe. Initialize a dummy regulator to satisfy this
requirement.
I assume these patches will get merged through the PWM tree? If so,
Acked-by: Stephen Warren swar
On 03/19/2013 12:59 PM, Andrew Chew wrote:
Many backlights need to be explicitly enabled. Typically, this is done
with a GPIO. For flexibility, we generalize the enable mechanism to a
regulator.
If an enable regulator is not needed, then a dummy regulator can be given
to the backlight
On 03/19/2013 03:27 PM, Marek Vasut wrote:
Dear Andrew Chew,
The pwm-backlight driver now takes a mandatory regulator that is gotten
during driver probe. Initialize a dummy regulator to satisfy this
requirement.
Signed-off-by: Andrew Chew ac...@nvidia.com
Do we really need a mandatory
On 03/18/2013 09:50 AM, Rob Herring wrote:
On 03/13/2013 05:42 PM, Sylwester Nawrocki wrote:
Rob,
On 03/13/2013 03:39 PM, Rob Herring wrote:
I fail to see what the hack is. The order of interrupt properties must
be defined by the binding. interrupt-names is auxiliary data and must
not be
On 03/18/2013 04:27 PM, Rob Herring wrote:
On 03/18/2013 01:11 PM, Stephen Warren wrote:
On 03/18/2013 09:50 AM, Rob Herring wrote:
On 03/13/2013 05:42 PM, Sylwester Nawrocki wrote:
Rob,
On 03/13/2013 03:39 PM, Rob Herring wrote:
I fail to see what the hack is. The order of interrupt
On 03/07/2013 09:27 AM, Doug Anderson wrote:
+the proper address for Will. Sorry...
On Thu, Mar 7, 2013 at 8:13 AM, Doug Anderson diand...@chromium.org
mailto:diand...@chromium.org wrote:
Linus,
+dw_mmc folks and Stephen Warren : for context here, we are discussing
On 02/12/2013 03:39 PM, Sylwester Nawrocki wrote:
On 02/11/2013 10:50 PM, Stephen Warren wrote:
On 02/09/2013 03:29 PM, Sylwester Nawrocki wrote:
On 02/09/2013 01:32 AM, Stephen Warren wrote:
On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
On 02/09/2013 12:21 AM, Stephen Warren wrote
On 02/09/2013 03:29 PM, Sylwester Nawrocki wrote:
On 02/09/2013 01:32 AM, Stephen Warren wrote:
On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
On 02/09/2013 12:21 AM, Stephen Warren wrote:
On 02/08/2013 04:16 PM, Sylwester Nawrocki wrote:
On 02/07/2013 12:40 AM, Stephen Warren wrote:
diff
On 02/08/2013 04:16 PM, Sylwester Nawrocki wrote:
On 02/07/2013 12:40 AM, Stephen Warren wrote:
diff --git
a/Documentation/devicetree/bindings/media/soc/samsung-fimc.txt
b/Documentation/devicetree/bindings/media/soc/samsung-fimc.txt
+Samsung S5P/EXYNOS SoC Camera Subsystem (FIMC
On 02/08/2013 03:29 PM, Sylwester Nawrocki wrote:
On 02/07/2013 12:36 AM, Stephen Warren wrote:
On 02/01/2013 12:09 PM, Sylwester Nawrocki wrote:
s5p-csis is platform device driver for MIPI-CSI frontend to the FIMC
device. This patch support for binding the driver to the MIPI-CSIS
devices
On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
On 02/09/2013 12:21 AM, Stephen Warren wrote:
On 02/08/2013 04:16 PM, Sylwester Nawrocki wrote:
On 02/07/2013 12:40 AM, Stephen Warren wrote:
diff --git
a/Documentation/devicetree/bindings/media/soc/samsung-fimc.txt
b/Documentation/devicetree
On 02/01/2013 12:09 PM, Sylwester Nawrocki wrote:
s5p-csis is platform device driver for MIPI-CSI frontend to the FIMC
device. This patch support for binding the driver to the MIPI-CSIS
devices instantiated from device tree and for parsing all SoC and
board specific properties.
diff --git
On 02/01/2013 12:09 PM, Sylwester Nawrocki wrote:
This patch adds support for FIMC devices instantiated from devicetree
for S5PV210 and Exynos4 SoCs. The FIMC IP features include colorspace
conversion and scaling (mem-to-mem) and parallel/MIPI CSI2 bus video
capture interface.
Multiple SoC
On 02/01/2013 12:09 PM, Sylwester Nawrocki wrote:
The sensor (I2C and/or SPI client) devices are instantiated by their
corresponding control bus drivers. Since the I2C client's master clock
is often provided by a video bus receiver (host interface) or other
than I2C/SPI controller device, the
On 02/01/2013 12:09 PM, Sylwester Nawrocki wrote:
Before the camera ports can be used the pinmux needs to be configured
properly. This patch adds a function to set the camera ports pinctrl
to a default state within the media driver's probe().
The camera port(s) are then configured for the
n 02/05/2013 04:42 PM, Sean Paul wrote:
Use the compatible string in the device tree to determine which
registers/functions to use in the HDMI driver. Also changes the
references from v13 to 4210 and v14 to 4212 to reflect the IP
block version instead of the HDMI version.
diff --git
On 02/05/2013 05:37 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren swar...@wwwdotorg.org wrote:
n 02/05/2013 04:42 PM, Sean Paul wrote:
Use the compatible string in the device tree to determine which
registers/functions to use in the HDMI driver. Also changes
On 02/05/2013 05:56 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/05/2013 05:37 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
n 02/05/2013 04:42 PM, Sean Paul wrote:
Use
On 01/28/2013 01:57 PM, Stephen Warren wrote:
On 01/21/2013 03:02 AM, Thomas Abraham wrote:
Add entries to __clksrc_of_table so that Exynos MCT controller is
discoverable
using call to clocksource_of_init. With this change, it would be appropriate
to
rename the function 'exynos4_timer_init
On 01/21/2013 03:02 AM, Thomas Abraham wrote:
Add entries to __clksrc_of_table so that Exynos MCT controller is discoverable
using call to clocksource_of_init. With this change, it would be appropriate
to
rename the function 'exynos4_timer_init' as 'mct_init' since it aptly
describes
this
in this series, fairly quickly,
Reviewed-by: Stephen Warren swar...@nvidia.com
Sorry for the slow review.
I'm not 100% sure if I like Mark's #global-interrupts suggestion or not,
but I'd be fine with the binding either way, so choose as you see fit.
--
To unsubscribe from this list: send the line
On 01/17/2013 01:34 AM, Linus Walleij wrote:
On Thu, Jan 3, 2013 at 1:20 AM, Kukjin Kim kgene@samsung.com wrote:
From: Thomas Abraham thomas...@samsung.com
Fix the incorrect compatible property value of pin-controller module
EXYNOS5440 SoC.
(...)
pinctrl {
-
On 12/13/2012 10:50 PM, Naveen Krishna Chatradhi wrote:
The arbitrator is a general purpose function which uses two GPIOs to
communicate with another device to claim/release a bus.
diff --git a/Documentation/devicetree/bindings/i2c/arbitrator-i2c.txt
1 - 100 of 127 matches
Mail list logo