Hi Pantelis,
On Fri, Nov 9, 2012 at 2:13 AM, Pantelis Antoniou
wrote:
Option C: U-Boot loads both the base and overlay FDT files, merges them,
and passes the resolved tree to the kernel.
>>>
>>> Could be made to work. Only really required if Joanne wants the
>>> cape interfa
On Fri, Nov 9, 2012 at 8:29 AM, David Gibson
wrote:
> On Fri, Nov 09, 2012 at 12:32:09AM -0500, Joel A Fernandes wrote:
>> Hi Pantelis,
>>
>> I hope I'm not too late to reply as I'm traveling.
>>
>> On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou
>> wrote:
>>
>> >> Joanne has purchased one of Jane'
On Tuesday 06 November 2012 21:42:06 David Gibson wrote:
> Ah, so it was. I didn't realise there had been such a long delay
> between the initial patch and this discussion.
yes, i was perusing my backlog on the list when i came across it ;)
-mike
signature.asc
Description: This is a digitally s
On Tuesday 06 November 2012 13:00:31 Stephen Warren wrote:
> Mike, should I re-write this with you as the git author?
nah, you did the work
-mike
signature.asc
Description: This is a digitally signed message part.
___
devicetree-discuss mailing list
d
s and the two arch/arm/mach-tegra patches you
posted, directly on top of next-20121109, and I see the following build
failure:
> drivers/gpu/drm/tegra/output.c: In function 'tegra_output_init':
> drivers/gpu/drm/tegra/output.c:166:9: error: 'struct tegra_output' has no
On Fri, Nov 9, 2012 at 11:23 PM, Stephen Warren wrote:
> On 11/09/2012 09:28 AM, Grant Likely wrote:
>> On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren
>> wrote:
> ...
>>> I do rather suspect this use-case is quite common. NVIDIA certainly has
>>> a bunch of development boards with pluggable
>>>
On Fri, Nov 9, 2012 at 11:06 PM, Stephen Warren wrote:
> On 11/05/2012 01:40 PM, Grant Likely wrote:
>> As promised, here is my early draft to try and capture what device
>> tree overlays need to do and how to get there. Comments and
>> suggestions greatly appreciated.
>
> Here's one other require
On Fri, Nov 9, 2012 at 10:57 PM, Stephen Warren wrote:
> On 11/08/2012 07:26 PM, David Gibson wrote:
> ...
>> I also think graft will handle most of your use cases, although as I
>> said I don't fully understand the implications of some of them, so I
>> could be wrong. So, the actual insertion of
On 11/09/2012 09:28 AM, Grant Likely wrote:
> On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren wrote:
...
>> I do rather suspect this use-case is quite common. NVIDIA certainly has
>> a bunch of development boards with pluggable
>> PMIC/audio/WiFi/display/..., and I believe there's some ability to
On 11/08/2012 07:26 PM, David Gibson wrote:
...
> So, let me take a stab at this from a more bottom-up approach, and see
> if we meet in the middle somewhere. As I discussed in the other
> thread with Daniel Mack, I can see two different operationso on the
> fdt that might be useful in this contex
On 11/05/2012 01:40 PM, Grant Likely wrote:
> As promised, here is my early draft to try and capture what device
> tree overlays need to do and how to get there. Comments and
> suggestions greatly appreciated.
Here's one other requirement I'd like that I don't think I saw
explicitly mentioned in y
On 11/08/2012 10:32 PM, Joel A Fernandes wrote:
...
> Alternatively to hashing, reading David Gibson's paper I followed,
> phandle is supposed to 'uniquely' identity node. I wonder why the node
> name itself is not sufficient to uniquely identify. The code that does
> the tree walking can then just
On 11/08/2012 07:26 PM, David Gibson wrote:
...
> I also think graft will handle most of your use cases, although as I
> said I don't fully understand the implications of some of them, so I
> could be wrong. So, the actual insertion of the subtree is pretty
> trivial to implement. phandles are th
On 11/09/2012 06:59 AM, Thierry Reding wrote:
> This commit adds a KMS driver for the Tegra20 SoC. This includes basic
> support for host1x and the two display controllers found on the Tegra20
> SoC. Each display controller can drive a separate RGB/LVDS output.
> diff --git
> a/Documentation/devi
* Jon Hunter [121108 16:20]:
>
> On 11/08/2012 01:47 PM, Jon Hunter wrote:
> > Do you want to generate the patch or me?
>
> Patch posted here ...
>
> http://marc.info/?l=linux-omap&m=135242025202171&w=2
OK thanks!
Tony
___
devicetree-discuss mailing
* Benoit Cousson [121109 06:03]:
> Hi Tony,
>
> Please pull some more OMAP5 and AM33xx data for 3.8.
Thanks pulling into omap-for-v3.8/dt.
Regards,
Tony
>
> Thanks,
> Benoit
>
>
>
> The following changes since commit 3b3132f7e80e3d786f8ad5d5b97d4b6122be9aaa:
> Jon Hunter (1):
>
On Fri, Nov 9, 2012 at 2:26 AM, David Gibson
wrote:
> (3) Resolving phandle references from the subtree to the main tree.
>
> So, I think this can actually be avoided, at least in cases where what
> physical connections are available to the expansion module is well
> defined. The main causes to h
On Fri, Nov 9, 2012 at 5:32 AM, Joel A Fernandes wrote:
> Hi Pantelis,
>
> I hope I'm not too late to reply as I'm traveling.
>
> On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou
> wrote:
>
>>
>>>
>>> Joanne has purchased one of Jane's capes and packaged it into a rugged
>>> case for data logging. A
On Fri, Nov 9, 2012 at 2:26 AM, David Gibson
wrote:
>> Summary points:
>> - Create an FDT overlay data format and usage model
>> - SHALL reliable resolve or validate of phandles between base and
>> overlay trees
>
> So, I'm not at all clear on what this proposed phandle validation
> would in
On Fri, Nov 09, 2012 at 10:26:27AM -0600, Rob Clark wrote:
> On Fri, Nov 9, 2012 at 10:00 AM, Thierry Reding
> wrote:
> > On Fri, Nov 09, 2012 at 09:18:58AM -0600, Rob Clark wrote:
> >> On Fri, Nov 9, 2012 at 7:59 AM, Thierry Reding
> >> wrote:
> > [...]
> >> > +static int regs_open(struct inode
On Wed, Nov 7, 2012 at 11:02 AM, Pantelis Antoniou
wrote:
> On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote:
>> Maybe some extra version match table can just be passed during the board
>> machine_init
>>
>> of_platform_populate(NULL, omap_dt_match_table, NULL, NULL,
>> panda_version_matc
On Fri, Nov 09, 2012 at 05:04:09PM +0100, Rafał Miłecki wrote:
> 2012/11/9 Christian König :
> > On 09.11.2012 16:45, Rafał Miłecki wrote:
> >> I was told it won't work on different endian devices. See
> >> [RFC][PATCH] drm/radeon/hdmi: define struct for AVI infoframe
> >> http://lists.freedesktop.
On 10/15/2012 09:39 PM, Vinod Koul wrote:
> On Tue, 2012-10-16 at 10:43 +0800, Shawn Guo wrote:
>> On Tue, Sep 25, 2012 at 10:05:01AM +0530, Vinod Koul wrote:
>>> On Mon, 2012-09-24 at 17:25 -0500, Jon Hunter wrote:
> For DT bindings, I think the binding itself shouldn't change based on my
>>>
Hi!
On Fri, Nov 09, 2012 at 04:54:16PM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> > Hi!
> >
> > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > > Hi Steffen,
> > >
> > > On Wed, Oct 31, 2012 at 1
On Fri, Nov 09, 2012 at 04:38:30PM +, Mark Brown wrote:
> On Fri, Nov 09, 2012 at 03:00:20PM +0100, Steffen Trumtrar wrote:
>
> > * This breaks compatibility with user space applications between non-DT and
> > DT.
>
> > * On platforms that are in between DT and non-DT, it breaks registration
On Fri, Nov 09, 2012 at 03:36:30PM +, Mark Brown wrote:
> On Fri, Nov 09, 2012 at 03:00:25PM +0100, Steffen Trumtrar wrote:
>
> > +static int imx_wm8974_dai_init(struct snd_soc_pcm_runtime *rtd)
> > +{
> > + struct imx_wm8974_data *data = container_of(rtd->card,
> > +
On 11/09/2012 04:07 AM, AnilKumar, Chimata wrote:
> On Thu, Nov 08, 2012 at 22:25:33, Stephen Warren wrote:
>> On 11/07/2012 02:32 AM, AnilKumar Ch wrote:
>>> Add device tree support to matrix keypad driver and usage details
>>> are added to device tree documentation. Driver was tested on AM335x
>>
On Wed, Nov 7, 2012 at 8:06 AM, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
>> Yes, the locking does need to be sorted out.
>>
>
> Perhaps come up with a dt-stress test tool/boot time validator?
I would like that. I've started adding DT test cases to t
On Wed, Nov 7, 2012 at 12:54 AM, Mitch Bradley wrote:
> On 11/6/2012 12:37 PM, Stephen Warren wrote:
>> This proposal is very oriented at an overlay-based approach. I'm not
>> totally convinced that a pure overlay approach (as in how dtc does
>> overlayed DT nodes) will be flexible enough, but wou
Hi Steffen,
On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> Hi!
>
> On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > Hi Steffen,
> >
> > On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > > +int videomode_t
On Fri, Nov 09, 2012 at 03:00:20PM +0100, Steffen Trumtrar wrote:
> * This breaks compatibility with user space applications between non-DT and
> DT.
> * On platforms that are in between DT and non-DT, it breaks registration of
> devices via spi_board_info.
> Use the same method as 7e6086d9e5
On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren wrote:
> On 11/05/2012 01:40 PM, Grant Likely wrote:
>> Hey folks,
>>
>> As promised, here is my early draft to try and capture what device
>> tree overlays need to do and how to get there. Comments and
>> suggestions greatly appreciated.
>
> Interes
On Fri, Nov 09, 2012 at 09:18:58AM -0600, Rob Clark wrote:
> On Fri, Nov 9, 2012 at 7:59 AM, Thierry Reding
> wrote:
[...]
> > +static int regs_open(struct inode *inode, struct file *file)
> > +{
> > + return single_open(file, regs_show, inode->i_private);
> > +}
> > +
> > +static const stru
Hi David,
On Nov 9, 2012, at 3:26 AM, David Gibson wrote:
> On Mon, Nov 05, 2012 at 08:40:30PM +, Grant Likely wrote:
>> Hey folks,
>>
>> As promised, here is my early draft to try and capture what device
>> tree overlays need to do and how to get there. Comments and
>> suggestions greatly a
On Fri, Nov 09, 2012 at 03:00:25PM +0100, Steffen Trumtrar wrote:
> +static int imx_wm8974_dai_init(struct snd_soc_pcm_runtime *rtd)
> +{
> + struct imx_wm8974_data *data = container_of(rtd->card,
> + struct imx_wm8974_data, card);
> + struct device *dev
On Fri, Nov 09, 2012 at 02:44:46PM +, Will Deacon wrote:
> On Fri, Nov 09, 2012 at 02:34:10PM +, Lorenzo Pieralisi wrote:
> > This patch applies some basic changes to the smp_setup_processor_id()
> > ARM implementation to make the code that builds cpu_logical_map more
> > uniform across the
On Fri, Nov 09, 2012 at 02:42:59PM +, Will Deacon wrote:
> On Fri, Nov 09, 2012 at 02:34:11PM +, Lorenzo Pieralisi wrote:
> > When booting through a device tree, the kernel cpu logical id map can be
> > initialized using device tree data passed by FW or through an embedded blob.
> >
> > Th
On Fri, Nov 09, 2012 at 03:55:04PM +0100, Steffen Trumtrar wrote:
> On Fri, Nov 09, 2012 at 02:38:42PM +, Mark Brown wrote:
> > We should be converting things to regmap if we're going to do this -
> > we're trying to phase out the ASoC-specific I/O and this makes the code
> > simpler anyway as
On Fri, Nov 09, 2012 at 03:00:24PM +0100, Steffen Trumtrar wrote:
> Signed-off-by: Steffen Trumtrar
You don't say anything about why you're renaming here...
> - clk_register_clkdev(clk[ssi1_ipg_gate], NULL, "imx-ssi.0");
> + clk_register_clkdev(clk[ssi1_ipg_gate], NULL, "1001.ssi");
On Fri, Nov 09, 2012 at 02:44:46PM +, Will Deacon wrote:
> On Fri, Nov 09, 2012 at 02:34:10PM +, Lorenzo Pieralisi wrote:
> > This patch applies some basic changes to the smp_setup_processor_id()
> > ARM implementation to make the code that builds cpu_logical_map more
> > uniform across the
On Fri, Nov 09, 2012 at 03:00:22PM +0100, Steffen Trumtrar wrote:
> To calculate the integer part of the frequency ratio, the whole output
> path has to be considered (post and pre are optional):
> Ndiv = (pre * target * 4 * post) / source
> In the current implementation only the fixed
On Fri, Nov 09, 2012 at 02:38:42PM +, Mark Brown wrote:
> On Fri, Nov 09, 2012 at 03:00:23PM +0100, Steffen Trumtrar wrote:
>
> > The wm8974 can be controlled via i2c or spi. The current driver only
> > supports
> > i2c. Add SPI as possible bus.
> >
> > As the driver has to distinguish the b
On 11/08/2012 05:53 PM, Alban Bedel wrote:
> On Fri, 5 Oct 2012 14:37:01 +0530
> Naveen Krishna Ch
> wrote:
>
>> Hello All,
>>
>> I'm trying to add an ADC driver under IIO/ADC.
>> Machine is DT based so, passing the ADC device as tree node and
>> consumer devices (thermistors) as child nodes via
On Fri, Nov 09, 2012 at 02:34:10PM +, Lorenzo Pieralisi wrote:
> This patch applies some basic changes to the smp_setup_processor_id()
> ARM implementation to make the code that builds cpu_logical_map more
> uniform across the kernel.
>
> The function now prints the full extent of the boot CPU
On Fri, Nov 09, 2012 at 02:34:11PM +, Lorenzo Pieralisi wrote:
> When booting through a device tree, the kernel cpu logical id map can be
> initialized using device tree data passed by FW or through an embedded blob.
>
> This patch adds a function that parses device tree "cpu" nodes and
> retr
On Fri, Nov 09, 2012 at 03:00:23PM +0100, Steffen Trumtrar wrote:
> The wm8974 can be controlled via i2c or spi. The current driver only supports
> i2c. Add SPI as possible bus.
>
> As the driver has to distinguish the bus type, pass this info via the
> wm8974_priv.
> This reverts c2562a8e3b5f87
From: Nicolas Pitre
The GIC interface numbering does not necessarily follow the logical
CPU numbering, especially for complex topologies such as multi-cluster
systems.
Fortunately we can easily probe the GIC to create a mapping as the
Interrupt Processor Targets Registers for the first 32 interr
In ARM SMP systems the MPIDR register ([23:0] bits) is used to uniquely
identify CPUs.
In order to retrieve the logical CPU index corresponding to a given
MPIDR value and guarantee a consistent translation throughout the kernel,
this patch adds a look-up based on the MPIDR[23:0] so that kernel sub
As soon as the device tree is unflattened the cpu logical to physical
mapping is carried out in setup_arch to build a proper array of MPIDR and
corresponding logical indexes.
The mapping could have been carried out using the flattened DT blob and
related primitives, but since the mapping is not ne
When booting through a device tree, the kernel cpu logical id map can be
initialized using device tree data passed by FW or through an embedded blob.
This patch adds a function that parses device tree "cpu" nodes and
retrieves the corresponding CPUs hardware identifiers (MPIDR).
It sets the possib
This series is v2, referred to this previous posting:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-October/125878.html
Changes in v2:
- Reworded and added compatible property to cpus.txt
- Replaced while loop in arm_dt_init_cpu_maps() with a combination of
of_find_node_by_path an
This patch applies some basic changes to the smp_setup_processor_id()
ARM implementation to make the code that builds cpu_logical_map more
uniform across the kernel.
The function now prints the full extent of the boot CPU MPIDR[23:0] and
initializes the cpu_logical_map for CPUs up to nr_cpu_ids.
On Fri, Nov 09, 2012 at 12:32:09AM -0500, Joel A Fernandes wrote:
> Hi Pantelis,
>
> I hope I'm not too late to reply as I'm traveling.
>
> On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou
> wrote:
>
> >> Joanne has purchased one of Jane's capes and packaged it into a rugged
> >> case for data log
This function finds the struct backlight_device for a given device tree
node. A dummy function is provided so that it safely compiles out if OF
support is disabled.
Signed-off-by: Thierry Reding
---
drivers/video/backlight/backlight.c | 17 +
include/linux/backlight.h |
Hi Tony,
Please pull some more OMAP5 and AM33xx data for 3.8.
Thanks,
Benoit
The following changes since commit 3b3132f7e80e3d786f8ad5d5b97d4b6122be9aaa:
Jon Hunter (1):
ARM: dts: OMAP5: Add counter node
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/k
Hi,
On Fri, Nov 09, 2012 at 06:50:44PM +0530, Praveen Paneri wrote:
> Hi,
>
> On Fri, Nov 9, 2012 at 6:06 PM, Kyungmin Park wrote:
> > On Fri, Nov 9, 2012 at 8:54 PM, Felipe Balbi wrote:
> >> Hi,
> >>
> >> On Tue, Oct 30, 2012 at 10:27:32AM +0530, Praveen Paneri wrote:
> >>> Changes from v6:
>
To calculate the integer part of the frequency ratio, the whole output
path has to be considered (post and pre are optional):
Ndiv = (pre * target * 4 * post) / source
In the current implementation only the fixed- and pre-divider is
considered, but the post-divider is omitted.
To calc
The DT probe uses a dynamically allocated base for the spi core. This is a
completely different numbering scheme than in the non-DT probe.
* This breaks compatibility with user space applications between non-DT and DT.
* On platforms that are in between DT and non-DT, it breaks registration of
Add a function to find a spi_device via DT device_node.
The patch is based on the way i2c does it.
This is intended for devices that depend on multiple subsystems and are
therefore
not a child of the spi-master node (e.g. sound devices that are controlled via
spi
and get their data via another b
Hi!
This series adds devicetree support for the wm8974 connected via SPI/SSI to an
imx. The series was developed on an imx27 with a wm8974 connected via SPI.
That is why two patches for the SPI subsystem are also provided, which may be
also usefull without the wm8974 stuff. As they are needed, I i
This is the initial support for a wm8974 sound codec connected to an imx ssi.
It follows along the lines of the imx-sgtl5000 driver.
* only the playback dai link is implemented.
* DT only driver, working with the fsl_ssi driver and imx21 compatible
audmux
Signed-off-by:
Signed-off-by: Steffen Trumtrar
---
arch/arm/mach-imx/clk-imx27.c |2 +-
arch/arm/mach-imx/imx27-dt.c |1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/clk-imx27.c b/arch/arm/mach-imx/clk-imx27.c
index 366e5d5..d269532 100644
--- a/arch/arm/mach-imx/cl
The wm8974 can be controlled via i2c or spi. The current driver only supports
i2c. Add SPI as possible bus.
As the driver has to distinguish the bus type, pass this info via the
wm8974_priv.
This reverts c2562a8e3b5f871ad0b73caf98bb7541e8724efc, because the driver now
needs it back.
This is base
Hi,
This small set of patches adds support for the host1x and a subset of
the display controller hardware available on NVIDIA Tegra SoCs.
The first patch makes the RGB output available, which is directly driven
by its parent display controller and usually connected to an LVDS bridge
in embedded a
On 11/09/2012 07:07 AM, Thierry Reding wrote:
> The used vendor prefix corresponds to the stock symbol (ONNN) for ON
> Semiconductor Corp.
>
> Signed-off-by: Thierry Reding
Applied. Thanks.
Rob
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(
Hi,
On Fri, Nov 9, 2012 at 6:06 PM, Kyungmin Park wrote:
> On Fri, Nov 9, 2012 at 8:54 PM, Felipe Balbi wrote:
>> Hi,
>>
>> On Tue, Oct 30, 2012 at 10:27:32AM +0530, Praveen Paneri wrote:
>>> Changes from v6:
>>> Modified register definitions according to the existing ones.
>>> Changed default P
The used vendor prefix corresponds to the stock symbol (ONNN) for ON
Semiconductor Corp.
Signed-off-by: Thierry Reding
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentat
On Fri, Nov 9, 2012 at 8:54 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Oct 30, 2012 at 10:27:32AM +0530, Praveen Paneri wrote:
>> Changes from v6:
>> Modified register definitions according to the existing ones.
>> Changed default PHY clk selection for SoCs.
>> Improved binding text and rebased to
Hi Kukjin,
On Fri, Nov 9, 2012 at 5:24 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Oct 30, 2012 at 10:27:32AM +0530, Praveen Paneri wrote:
>> Changes from v6:
>> Modified register definitions according to the existing ones.
>> Changed default PHY clk selection for SoCs.
>> Improved binding text and
On Mon, Nov 5, 2012 at 11:22 PM, Tony Lindgren wrote:
> Hi,
>
> * Tabi Timur-B04825 [121105 13:42]:
>> On Mon, Nov 5, 2012 at 2:40 PM, Grant Likely
>> wrote:
>>
>> > Jane is building custom BeagleBone expansion boards called 'capes'. She
>> > can boot the system with a stock BeagleBoard device
Hi,
On Tue, Oct 30, 2012 at 10:27:32AM +0530, Praveen Paneri wrote:
> Changes from v6:
> Modified register definitions according to the existing ones.
> Changed default PHY clk selection for SoCs.
> Improved binding text and rebased to the latest usb-next.
>
> Changes from v5:
> Moved clk_get() t
On Thu, Nov 08, 2012 at 10:31:32AM +0800, Qing Xu wrote:
> remove linux specific references, enumerates all supported
> regulators
Applied. As I said the other day please do use subject lines
appropriate for the subsystem.
signature.asc
Description: Digital signature
__
On Fri, Nov 09, 2012 at 10:59:30AM +, Philip, Avinash wrote:
> On Fri, Nov 09, 2012 at 13:22:19, Thierry Reding wrote:
> > On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote:
> > > +#define ECAPCLK_EN BIT(0)
> > > +#define ECAPCLK_STOP_REQ BIT(1)
> >
> > This
On Thu, Nov 08, 2012 at 22:25:33, Stephen Warren wrote:
> On 11/07/2012 02:32 AM, AnilKumar Ch wrote:
> > Add device tree support to matrix keypad driver and usage details
> > are added to device tree documentation. Driver was tested on AM335x
> > EVM.
>
> > diff --git a/Documentation/devicetree/b
On Fri, Nov 09, 2012 at 13:22:19, Thierry Reding wrote:
> On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote:
> > This patch
> > 1. Add support for device-tree binding for ECAP APWM driver.
> > 2. Set size of pwm-cells set to 3 to support PWM channel number, PWM
> >period & polarit
On Fri, Nov 09, 2012 at 12:59:57, Thierry Reding wrote:
> On Thu, Nov 08, 2012 at 01:23:08PM +0530, Philip, Avinash wrote:
> > diff --git a/Documentation/devicetree/bindings/pwm/tipwmss.txt
> > b/Documentation/devicetree/bindings/pwm/tipwmss.txt
> > new file mode 100644
> > index 000..b6c2814
On Fri, Nov 09, 2012 at 14:00:28, Thierry Reding wrote:
> On Mon, Oct 29, 2012 at 11:10:27PM +0530, Philip, Avinash wrote:
> > From: "Philip, Avinash"
> >
> > Adds support for 3rd cell in pwm-specifier. PWM polarity is encoded in
> > device tree support in bit encoded form. Platforms require pola
On Fri, Nov 09, 2012 at 13:41:04, Thierry Reding wrote:
> On Thu, Nov 08, 2012 at 01:23:15PM +0530, Philip, Avinash wrote:
...
> > + /* Some platforms require explicit tbclk gating */
> > + if (of_property_read_bool(pdev->dev.of_node, "tbclkgating")) {
>
> Is it really necessary to have an ext
On Thu, Oct 25, 2012 at 10:55:04PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> clk_put(dd->aes_clk) will dereference an error-valued pointer since the
> dd->aes_clk is a ERR_PTR() value. The correct check is call clk_put()
> if !IS_ERR(dd->aes_clk).
>
> dpatch engine is used to auto genera
On Mon, Oct 29, 2012 at 11:10:27PM +0530, Philip, Avinash wrote:
> From: "Philip, Avinash"
>
> Adds support for 3rd cell in pwm-specifier. PWM polarity is encoded in
> device tree support in bit encoded form. Platforms require polarity of
> PWM device initialized during PWM device initialization
On Thu, Nov 08, 2012 at 03:35:47PM -0600, Rob Herring wrote:
> On 10/31/2012 04:28 AM, Steffen Trumtrar wrote:
> > Hi!
> >
> > Finally, v7 of the series.
> >
> > Changes since v6:
> > - get rid of some empty lines etc.
> > - move functions to their subsystems
> > - split of_ from non-
On Fri, Nov 09, 2012 at 08:52:19AM +0100, Thierry Reding wrote:
> On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote:
[...]
> > static int __devinit ecap_pwm_probe(struct platform_device *pdev)
>
> __devinit can go away.
[...]
> > static int __devexit ecap_pwm_remove(struct platform
On Thu, Nov 08, 2012 at 01:23:15PM +0530, Philip, Avinash wrote:
> Some platforms (like AM33XX) requires clock gating from control module
> explicitly for TBCLK. Enabling of this clock required for the
> functioning of the time base sub module in EHRPWM module. So adding
> optional TBCLK handling i
On Thu, Nov 08, 2012 at 01:23:13PM +0530, Philip, Avinash wrote:
> This patch
> 1. Add support for device-tree binding for EHRWPM driver.
> 2. Set size of pwm-cells set to 3 to support PWM channel number, PWM
>period & polarity configuration from device tree.
> 3. Add enable/disable clock gatin
84 matches
Mail list logo
