On 10/31/2012 6:36 PM, Stephen Warren wrote:
> On 10/31/2012 05:56 PM, Mitch Bradley wrote:
>> On 10/31/2012 1:00 PM, Daniel Mack wrote:
>>> cc devicetree-discuss. Here's a reference to the full thread:
>>>
>>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>>>
>>> On 26.10.2012 2
On 10/31/2012 05:59 PM, Simon Glass wrote:
> Hi,
>
> On Fri, Oct 26, 2012 at 12:17 AM, Lucas Stach wrote:
>> Am Donnerstag, den 25.10.2012, 19:31 -0700 schrieb Simon Glass:
>>> From: Sean Paul
>>>
>>> Add get and set gpio functions to fdtdec that take into account the
>>> polarity field in fdtde
On 10/31/2012 05:56 PM, Mitch Bradley wrote:
> On 10/31/2012 1:00 PM, Daniel Mack wrote:
>> cc devicetree-discuss. Here's a reference to the full thread:
>>
>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>>
>> On 26.10.2012 20:39, Stephen Warren wrote:
>>> On 10/24/2012 03:47 A
On Wednesday 31 October 2012 23:25:41 Stephen Warren wrote:
> On 10/31/2012 03:04 AM, Alex Courbot wrote:
> > Hi,
> >
> > Would anyone be opposed to having a gpio_get() function that works
> > similarly to e.g. regulator_get() and clk_get()?
>
> One major stumbling block is that with device tree,
On 10/31/2012 10:57 AM, Pantelis Antoniou wrote:
> This simple patch enables dynamic changes of the DT tree on runtime
> to be visible to the device-tree proc interface.
>
> Signed-off-by: Pantelis Antoniou
Acked-by: Rob Herring
> ---
> arch/arm/include/asm/prom.h | 2 ++
> 1 file changed, 2
On 10/31/2012 11:13 AM, James Hogan wrote:
> The "powervr" prefix which is currently described as "Imagination
> Technologies" isn't really appropriate for non-PowerVR hardware, so
> change the description of "powervr" to "PowerVR (Imagination
> Technologies Ltd.)", and add a separate "img" prefix
* Haojian Zhuang [121031 15:53]:
> On Wed, Oct 31, 2012 at 11:26 PM, Stephen Warren
> wrote:
> >
> > But that tends to imply that adding support for generic pinconf into the
> > pinctrl-simple driver isnt' actually going to be useful for anyone. If
> > pinctrl-single only supports some part of y
On 10/31/2012 07:08 PM, Daniel Mack wrote:
> On 30.10.2012 11:50, Afzal Mohammed wrote:
>> Hi Daniel,
>>
>> On Monday 29 October 2012 10:52 PM, Daniel Mack wrote:
>>> On 29.10.2012 16:09, Rob Herring wrote:
>>
You may want a CS0 node with nand as a child node of that.
>>
>>> Hmm, I don't see w
This function is not needed, since fdt_path_offset() performs the same
service. Remove it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove fdtdec_find_alias_node() function
lib/fdtdec.c | 24 +---
1 files changed, 1 insertions(+), 23 deletions(-)
diff --git a/lib/f
On 30.10.2012 11:50, Afzal Mohammed wrote:
> Hi Daniel,
>
> On Monday 29 October 2012 10:52 PM, Daniel Mack wrote:
>> On 29.10.2012 16:09, Rob Herring wrote:
>
>>> You may want a CS0 node with nand as a child node of that.
>
>> Hmm, I don't see what that would buy us. The question is which way i
Hi,
On Fri, Oct 26, 2012 at 12:17 AM, Lucas Stach wrote:
> Am Donnerstag, den 25.10.2012, 19:31 -0700 schrieb Simon Glass:
>> From: Sean Paul
>>
>> Add get and set gpio functions to fdtdec that take into account the
>> polarity field in fdtdec_gpio_state.flags.
>>
> In another thread Stephen War
On 10/31/2012 1:00 PM, Daniel Mack wrote:
> cc devicetree-discuss. Here's a reference to the full thread:
>
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>
> On 26.10.2012 20:39, Stephen Warren wrote:
>> On 10/24/2012 03:47 AM, Daniel Mack wrote:
>>> Hi,
>>>
>>> a project I'm
Hi David,
On Thu, Oct 25, 2012 at 9:24 PM, David Gibson
wrote:
> On Thu, Oct 25, 2012 at 07:31:02PM -0700, Simon Glass wrote:
>> This function is useful outside fdtdec, so export it.
>
> Hrm. fdt_path_offset() in libfdt itself will already look up aliases
> if given a path that doesn't start wit
On 10/31/2012 04:09 PM, Jeffrey Hugo wrote:
> Restructure of_irq.h so that the public API is defined as function stubs
> when CONFIG_OF_IRQ is not defined. This allows client drivers to
> sucessfully compile in configurations where CONFIG_OF_IRQ is defined and
> in configurations where it is not d
On 01.11.2012 00:13, Stephen Warren wrote:
> On 10/31/2012 05:00 PM, Daniel Mack wrote:
>> cc devicetree-discuss. Here's a reference to the full thread:
>>
>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>>
>> On 26.10.2012 20:39, Stephen Warren wrote:
>>> On 10/24/2012 03:47 AM
On 10/31/2012 05:00 PM, Daniel Mack wrote:
> cc devicetree-discuss. Here's a reference to the full thread:
>
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>
> On 26.10.2012 20:39, Stephen Warren wrote:
>> On 10/24/2012 03:47 AM, Daniel Mack wrote:
>>> Hi,
>>>
>>> a project I'
cc devicetree-discuss. Here's a reference to the full thread:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
On 26.10.2012 20:39, Stephen Warren wrote:
> On 10/24/2012 03:47 AM, Daniel Mack wrote:
>> Hi,
>>
>> a project I'm involved in uses a module/baseboard combo, and componen
On Wed, Oct 31, 2012 at 11:26 PM, Stephen Warren wrote:
> On 10/31/2012 10:58 AM, Haojian Zhuang wrote:
>> On Tue, Oct 23, 2012 at 6:44 AM, Stephen Warren
>> wrote:
>>> 3) Why is pinctrl-single,gpio-func optional? Presumably you always need
>>> to program the pinmux HW to select the GPIO functio
On 10/31/2012 04:32 AM, Mike Turquette wrote:
> Quoting Stephen Warren (2012-10-30 11:02:05)
>> On 10/29/2012 12:32 PM, Mike Turquette wrote:
>>> Quoting Stephen Warren (2012-10-23 14:45:56)
What do people think of this? Does it sound like a good idea to go ahead
with a reset subsystem? S
On Fri, Oct 26, 2012 at 1:43 AM, Tony Lindgren wrote:
> * Tony Lindgren [121022 10:11]:
>> * Haojian Zhuang [121022 03:11]:
>> > On Sat, Oct 20, 2012 at 3:13 AM, Tony Lindgren wrote:
>> > > * Haojian Zhuang [121018 02:08]:
>> > >> Add pinconf generic support with POWER SOURCE, BIAS PULL.
>> >
On 10/31/2012 10:58 AM, Haojian Zhuang wrote:
> On Tue, Oct 23, 2012 at 6:44 AM, Stephen Warren wrote:
>> On 10/22/2012 10:08 AM, Haojian Zhuang wrote:
>>> Add comments with pinconf & gpio range in the document of
>>> pinctrl-single.
...
>>> diff --git a/Documentation/devicetree/bindings/pinctrl/p
From: Stephen Warren
Modify cmd_dtc to run the C pre-processor on the input .dts file before
passing it to dtc for final compilation. This allows the use of #define
and #include within the .dts file.
Signed-off-by: Stephen Warren
---
v5:
* Update Documentation/kbuild for the new command and rul
From: Stephen Warren
All architectures that use cmd_dtc do so in the same way. Move the build
rule to a central location to avoid duplication.
Update Documentation/kbuild to remove the explicit call to cmd_dtc from
the example, now that the rule exists in a centralized location, and in
fact repl
On Wednesday 31 October 2012, Pratyush Anand wrote:
> On 10/31/2012 3:50 AM, Arnd Bergmann wrote:
> > On Monday 29 October 2012, Pratyush Anand wrote:
> >> SPEAr13xx has dual mode PCIe controller which can be used as Root
> >> Complex as well as Endpoint. This driver supports RC mode of the
> >> co
On Wednesday 31 October 2012, Pratyush Anand wrote:
> Sorry, I could not find pci_ioremap_io function. May be you wanted to
> refer something else.
$ git grep pci_ioremap_io
arch/arm/include/asm/io.h:extern int pci_ioremap_io(unsigned int offset,
phys_addr_t phys_addr);
arch/arm/mach-dove/pcie.c
Restructure of_irq.h so that the public API is defined as function stubs
when CONFIG_OF_IRQ is not defined. This allows client drivers to
sucessfully compile in configurations where CONFIG_OF_IRQ is defined and
in configurations where it is not defined.
Signed-off-by: Jeffrey Hugo
---
include/l
Hi,
On Thu, Nov 01, 2012 at 01:21:36AM +0530, Venkatraman S wrote:
> On Wed, Oct 31, 2012 at 5:56 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Oct 31, 2012 at 05:27:36PM +0530, Hebbar, Gururaja wrote:
> >> HSMMC IP on AM33xx need a special setting to handle High-speed cards.
> >> Other platfor
On 10/31/2012 05:33 PM, Andreas Larsson wrote:
> On 2012-10-31 13:51, Wolfgang Grandegger wrote:
>> On 10/30/2012 05:24 PM, Andreas Larsson wrote:
>>> On 10/30/2012 11:07 AM, Wolfgang Grandegger wrote:
> +/* AHB bus error interrupts (not CAN bus errors) - shut down the
> + * device.
On Wed, Oct 31, 2012 at 5:56 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 31, 2012 at 05:27:36PM +0530, Hebbar, Gururaja wrote:
>> HSMMC IP on AM33xx need a special setting to handle High-speed cards.
>> Other platforms like TI81xx, OMAP4 may need this as-well. This depends
>> on the HSMMC IP tim
* Keshava Munegowda [121031 07:29]:
> The USB2 Host device node is extracted and used in the probe
> of the driver to initialize the usb ports and controller. The
> platform specific initialization is also performed.
>
> Signed-off-by: Keshava Munegowda
> ---
> arch/arm/mach-omap2/usb-host.c
* Pantelis Antoniou [121031 10:41]:
> Introduce beaglebone capebus board support.
...
> --- /dev/null
> +++ b/drivers/capebus/boards/Kconfig
> @@ -0,0 +1,6 @@
> +config CAPEBUS_BONE_CONTROLLER
> + bool "Beaglebone capebus board controller"
> + depends on CAPEBUS && ARCH_OMAP2PLUS && OF &&
Hi Steffen,
Thanks for the patch.
On Wednesday 31 October 2012 10:28:04 Steffen Trumtrar wrote:
> Add helper functions to convert from display timings to a generic videomode
> structure. This videomode can then be converted to the corresponding
> subsystem mode representation (e.g. fb_videomode).
Hi Steffen,
One more comment.
On Wednesday 31 October 2012 10:28:01 Steffen Trumtrar wrote:
> Add display_timing structure and the according helper functions. This allows
> the description of a display via its supported timing parameters.
>
> Every timing parameter can be specified as a single v
Hi Steffen,
Thanks for the patch.
As we'll need a v8 anyway due to the comment on patch 5/8, here are a couple
of other small comments.
On Wednesday 31 October 2012 10:28:01 Steffen Trumtrar wrote:
> Add display_timing structure and the according helper functions. This allows
> the description
On Tue, Oct 23, 2012 at 6:44 AM, Stephen Warren wrote:
> On 10/22/2012 10:08 AM, Haojian Zhuang wrote:
>> Add comments with pinconf & gpio range in the document of
>> pinctrl-single.
>>
>> Signed-off-by: Haojian Zhuang
>> ---
>> .../devicetree/bindings/pinctrl/pinctrl-single.txt | 52
>> +
Hi Prakash!
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:
> > Add a function to convert from the generic videomode to a fb_videomode.
> >
> > Signed-off-by: Steffen Trumtrar
> > ---
> > driver
This driver supports GRCAN and CRHCAN CAN controllers available in the GRLIB
VHDL IP core library.
Signed-off-by: Andreas Larsson
---
Documentation/ABI/testing/sysfs-class-net-grcan| 35 +
.../devicetree/bindings/net/can/grcan.txt | 27 +
Documentation/kernel-parameters.txt
On 2012-10-31 13:51, Wolfgang Grandegger wrote:
On 10/30/2012 05:24 PM, Andreas Larsson wrote:
On 10/30/2012 11:07 AM, Wolfgang Grandegger wrote:
+/* AHB bus error interrupts (not CAN bus errors) - shut down the
+ * device.
+ */
+if (sources & (GRCAN_IRQ_TXAHBERR | GRCAN_IRQ_RXA
On Wed, Oct 31, 2012 at 2:30 PM, Andy Shevchenko
wrote:
> Signed-off-by: Andy Shevchenko
> Cc: Grant Likely
> Cc: Rob Herring
Acked-by: Grant Likely
Please merge through the same tree that adds the new kbasename function.
g.
> ---
> drivers/of/fdt.c | 10 ++
> 1 file changed, 2
Signed-off-by: Andy Shevchenko
Cc: Grant Likely
Cc: Rob Herring
---
drivers/of/fdt.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 91a375f..0ca0f9e 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -486,14 +486,8
On Mon, 2012-10-15 at 08:59 +0530, Viresh Kumar wrote:
> On 12 October 2012 20:28, Andy Shevchenko
> wrote:
> >> + if (last_dw) {
> >> + if ((last_bus_id == param) && (last_dw == dw))
> >> + return false;
> >> + }
> > Just came to my mind.
> > dw can't be N
On Fri, Oct 12, 2012 at 6:18 PM, Viresh Kumar wrote:
> On 12 October 2012 20:28, Andy Shevchenko
> wrote:
>> On Fri, 2012-10-12 at 20:01 +0530, Viresh Kumar wrote:
>
>>> + if (last_dw) {
>>> + if ((last_bus_id == param) && (last_dw == dw))
>>> + return false;
>
On Fri, 2012-10-12 at 20:01 +0530, Viresh Kumar wrote:
> diff --git a/drivers/dma/dw_dmac.c b/drivers/dma/dw_dmac.c
> @@ -1179,6 +1179,53 @@ static void dwc_free_chan_resources(struct dma_chan
> *chan)
> dev_vdbg(chan2dev(chan), "%s: done\n", __func__);
> }
>
> +bool dw_dma_generic_filt
On Fri, 2012-10-12 at 11:14 +0530, Viresh Kumar wrote:
> dw_dmac driver already supports device tree but it used to have its platform
> data passed the non-DT way.
Another portion of comments.
> diff --git a/drivers/dma/dw_dmac.c b/drivers/dma/dw_dmac.c
> +static struct dw_dma_platform_data *
>
On Fri, Oct 12, 2012 at 2:01 PM, Viresh Kumar wrote:
> On 12 October 2012 16:10, Andy Shevchenko wrote:
> + if (!found) {
> + last_dw = dw;
> + last_bus_id = param;
> + return false;
Because of return here you could eliminate 'found' fl
On Fri, Oct 12, 2012 at 1:36 PM, viresh kumar wrote:
> On Fri, Oct 12, 2012 at 1:53 PM, Andy Shevchenko
> wrote:
>> On Fri, 2012-10-12 at 11:14 +0530, Viresh Kumar wrote:
>
>>> + while (++i < dw->sd_count) {
>>> + if (!strcmp(dw->sd[i].bus_id, param)) {
>>> + f
On Fri, Oct 12, 2012 at 11:34 AM, Viresh Kumar wrote:
> On 12 October 2012 13:53, Andy Shevchenko
> wrote:
>> On Fri, 2012-10-12 at 11:14 +0530, Viresh Kumar wrote:
>>> diff --git a/Documentation/devicetree/bindings/dma/snps-dma.txt
>>> b/Documentation/devicetree/bindings/dma/snps-dma.txt
>>> @
On Fri, 2012-10-12 at 11:14 +0530, Viresh Kumar wrote:
> dw_dmac driver already supports device tree but it used to have its platform
> data passed the non-DT way.
My few comments are below.
>
> This patch does following changes:
> - pass platform data via DT, non-DT way still takes precedence
On 10/31/2012 05:54 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/bindings/input/matrix-keypad.txt
> b/Documentation/devicetree/bindin
On 10/31/2012 03:04 AM, Alex Courbot wrote:
> Hi,
>
> Would anyone be opposed to having a gpio_get() function that works similarly
> to e.g. regulator_get() and clk_get()?
One major stumbling block is that with device tree, each individual
binding gets to decide on the specific naming of the pro
On 10/31/2012 09:54 AM, Srinivas KANDAGATLA wrote:
> Hi All,
> I have few queries on of_platform_populate and of_platform_bus_probe
> functions.
>
> Use-case is, I want to explicitly register platform devices from some nodes
> at post-core or late-init level(like child@1).
> And I don't want of
Hi All,
I have few queries on of_platform_populate and of_platform_bus_probe functions.
Use-case is, I want to explicitly register platform devices from some nodes at
post-core or late-init level(like child@1).
And I don't want of_platform_populate to register platform devices for that
node aga
Hi,
On Wed, Oct 31, 2012 at 04:07:23PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Oct 29, 2012 at 07:12:36PM +0530, Vivek Gautam wrote:
> > This patchset is based on the work by Praveen Paneri for
> > samsung-usbphy driver:
> > http://comments.gmane.org/gmane.linux.kernel.samsung-soc/12653
> >
Hi,
On Mon, Oct 29, 2012 at 07:12:36PM +0530, Vivek Gautam wrote:
> This patchset is based on the work by Praveen Paneri for
> samsung-usbphy driver:
> http://comments.gmane.org/gmane.linux.kernel.samsung-soc/12653
>
> Changes from v2:
> - Using "EXYNOS5_PHY_" as common prefix along with exact n
Hi,
On Tue, Oct 30, 2012 at 10:27:34AM +0530, Praveen Paneri wrote:
> @@ -3501,20 +3511,27 @@ static int __devinit s3c_hsotg_probe(struct
> platform_device *pdev)
> int ret;
> int i;
>
> - plat = pdev->dev.platform_data;
> - if (!plat) {
> - dev_err(&pdev->dev, "
Hi,
On Tue, Oct 16, 2012 at 02:15:56PM +0530, Vivek Gautam wrote:
> This patch adds support to parse probe data for
> dwc3-exynos driver using device tree.
>
> Signed-off-by: Vivek Gautam
does not apply to my dwc3 branch. Care to respin ?
--
balbi
signature.asc
Description: Digital signature
Hi,
On Wed, Oct 31, 2012 at 05:46:38PM +0530, Keshava Munegowda wrote:
> The USB2 Host driver of OMAP3/OMAP4 are device tree complaiant with
> this patch series.
> The device tree data of UHH, EHCI, OHCI and TLL are included.
> The drivers are updated to extract and use the register set and
> inte
On 21:12 Sun 28 Oct , Linus Walleij wrote:
> On Wed, Oct 24, 2012 at 7:28 PM, Dmitry Torokhov
> wrote:
>
> >> drivers/spi/spi-pl022.c
> >
> > Default/sleep transitions could be moved into bus code.
>
> No that's not a good idea as long as we have both the platform bus
> and the AMBA bus doin
On 10/30/2012 05:24 PM, Andreas Larsson wrote:
> On 10/30/2012 11:07 AM, Wolfgang Grandegger wrote:
>>> +/* AHB bus error interrupts (not CAN bus errors) - shut down the
>>> + * device.
>>> + */
>>> +if (sources & (GRCAN_IRQ_TXAHBERR | GRCAN_IRQ_RXAHBERR)) {
>>> +if (sources
Hi,
On Wed, Oct 31, 2012 at 05:27:36PM +0530, Hebbar, Gururaja wrote:
> HSMMC IP on AM33xx need a special setting to handle High-speed cards.
> Other platforms like TI81xx, OMAP4 may need this as-well. This depends
> on the HSMMC IP timing closure done for the high speed cards.
>
> From AM335x TR
Add device tree support to matrix keypad driver and usage details
are added to device tree documentation. Driver was tested on AM335x
EVM.
Signed-off-by: AnilKumar Ch
---
These patches were tested on AM335x-EVM with DT patches, DT data
patches will be submitted once this is accepted.
Changes fro
On 10/31/2012 11:51 AM, Philip, Avinash wrote:
> Add McSPI data node to AM33XX device tree file. The McSPI module (and so
> as the driver) is reused from OMAP4.
>
> Signed-off-by: Philip, Avinash
> Tested-by: Matt Porter
> ---
Applied in for_3.8/dts
Thanks,
Benoit
> Changes since v2:
>
Hi Afzal,
On 10/30/2012 10:34 AM, Afzal Mohammed wrote:
> Add am33xx rtc node.
>
> Signed-off-by: Afzal Mohammed
> ---
> Hi Benoit,
>
> This is based on your for_3.8/dts branch.
I've just applied it in the branch with a slight change in the subject.
Thanks,
Benoit
>
> This has been tested o
On 10/31/2012 11:16 AM, Benoit Cousson wrote:
> Hi Avinash,
>
> On 10/30/2012 10:41 AM, Philip, Avinash wrote:
>> On Mon, Oct 29, 2012 at 14:40:02, Philip, Avinash wrote:
>>> On Thu, Oct 18, 2012 at 18:56:55, Porter, Matt wrote:
Adds AM33XX SPI support for am335x-bone and am335x-evm.
>>
>> M
Quoting Stephen Warren (2012-10-30 11:02:05)
> On 10/29/2012 12:32 PM, Mike Turquette wrote:
> > Quoting Stephen Warren (2012-10-23 14:45:56)
> >> What do people think of this? Does it sound like a good idea to go ahead
> >> with a reset subsystem? Should we simply add a new API to the common clock
Hi Avinash,
On 10/30/2012 10:41 AM, Philip, Avinash wrote:
> On Mon, Oct 29, 2012 at 14:40:02, Philip, Avinash wrote:
>> On Thu, Oct 18, 2012 at 18:56:55, Porter, Matt wrote:
>>> Adds AM33XX SPI support for am335x-bone and am335x-evm.
>
> Matt,
>
> Can you build SPI DT patch with DMA support on
Hi,
On Wed, Oct 31, 2012 at 01:58:35PM +0530, Hebbar, Gururaja wrote:
> HSMMC IP on AM33xx need a special setting to handle High-speed cards.
> Other platforms like TI81xx, OMAP4 may need this as-well. This depends
> on the HSMMC IP timing closure done for the high speed cards.
>
> From AM335x TR
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 42 ++
include/drm/drmP.h |5 +
2 files changed, 47 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/g
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |3 +++
2 files changed, 39 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 40
include/linux/fb.h|3 +++
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c
index b9e6ab3
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 36
include/linux/fb.h|2 ++
2 files changed, 38 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fb
Add helper functions to convert from display timings to a generic videomode
structure. This videomode can then be converted to the corresponding subsystem
mode representation (e.g. fb_videomode).
Signed-off-by: Steffen Trumtrar
---
drivers/video/Kconfig |6 ++
drivers/video/Makefile
Get videomode from devicetree in a format appropriate for the
backend. drm_display_mode and fb_videomode are supported atm.
Uses the display signal timings from of_display_timings
Signed-off-by: Philipp Zabel
Signed-off-by: Steffen Trumtrar
---
drivers/of/Kconfig |6 ++
driver
Signed-off-by: Steffen Trumtrar
---
.../devicetree/bindings/video/display-timings.txt | 139 +++
drivers/of/Kconfig |6 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c| 185 ++
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Signed-off-by: Steffen Trumtrar
---
drivers/video/Kconfig |5 +++
dr
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-of_ functions
- add at least some kerneldoc to some functions
Regards,
Steffen
Steffen Trumtrar (8):
video: add displa
Hi,
Would anyone be opposed to having a gpio_get() function that works similarly
to e.g. regulator_get() and clk_get()?
I can see some good reasons to have this:
- Less platform data to pass to drivers,
- Consistency between different subsystems. Regulator, clock, PWM, ... all use
this scheme.
On 10/31/2012 08:27 AM, Bo Shen :
> convert sam9g20-wm8731 to device tree support.
>
> Signed-off-by: Bo Shen
Seems ok for AT91. But will certainly need more eyes for the audio part...
Acked-by: Nicolas Ferre
> ---
> Change since v1:
> Add sam9g20-wm8731 binding document
> ---
> .../bindin
On 10/31/2012 08:26 AM, Bo Shen :
> Register platform from DAIs
>
> Add atmel-ssc-dai device tree support
>
> Although atmel-ssc-dai is a virtual devices, but it needs the ssc
> controller as his parent. So, when use dai based on ssc, you should
> let the dai know which ssc should be used.
> Usin
On 10/31/2012 08:26 AM, Bo Shen :
> Add atmel-ssc for device tree support
>
> Match "atmel,at91rm9200-ssc" for using pdc for data transfer
> Match "atmel,at91sam9g45-ssc" for using pdc for data transfer
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
> Change since v1:
> change the
On 10/31/2012 08:26 AM, Bo Shen :
> Add platform device id to check whether the SSC controller support
> pdc or dam for data transfer
>
> If match "at91rm9200_ssc", which support pdc for data transfer
> If match "at91sam9g45_ssc", which support dma for data transfer
>
> Signed-off-by: Bo Shen
A
On Monday 29 October 2012, Pratyush Anand wrote:
> sible by
> AHB and used to communicate with PCIe devices connected with the host
> controller.
>
> Signed-off-by: Pratyush Anand
> ---
> arch/arm/boot/dts/spear13xx.dtsi |9 +
> 1 files changed, 5 insertions(+), 4 deletions(-)
>
> d
On Monday 29 October 2012, Pratyush Anand wrote:
> Miphy Clock initialization is very specific to controller and its
> instances. Pass this custom function using auxdata.
>
> Signed-off-by: Pratyush Anand
> ---
> arch/arm/mach-spear13xx/spear1310.c | 148
> +++
>
On Monday 29 October 2012, Pratyush Anand wrote:
> Any transaction between 0x8000 to 0x8FFF can only be used for
> any type(IO/MEM/CFG0/CFG1) of PCIe transaction. Therefore , we need to
> have this mapping in io.h.
No you don't.
The I/O space window will only be in one place on a given
On Monday 29 October 2012, Pratyush Anand wrote:
> SPEAr13xx has dual mode PCIe controller which can be used as Root
> Complex as well as Endpoint. This driver supports RC mode of the
> controller.
>
> If CONFIG_PCI_MSI is defined then support of MSI interrupt for
> downstream PCIe devices will b
85 matches
Mail list logo
