Hi Javier,
On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
> IGEP technology devices are TI OMAP3 SoC based industrial embedded
> and computer-on-module boards. This patch-set adds initial device
> tree support for these devices.
>
> The device tree allows to boot from an MMC/SD and are w
On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
> Add a generic .dtsi device tree source file for the
> common characteristics across IGEP Technology devices.
>
> Signed-off-by: Javier Martinez Canillas
> Acked-by: Matthias Brugger
> ---
> arch/arm/boot/dts/omap3-igep.dtsi | 93
> +++
On 12/03/2012 12:01 PM, Benoit Cousson wrote:
> On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
>> Add a generic .dtsi device tree source file for the
>> common characteristics across IGEP Technology devices.
>>
>> Signed-off-by: Javier Martinez Canillas
>> Acked-by: Matthias Brugger
>>
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device trees allows to boot from an MMC and are working all the
components that already have device tree support on OMAP3 SoCs:
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas
Acked-by: Matthias Brugger
Tested-by: Enric Balletbo i Serra
---
Changes since v2:
- Associate uart3_pins in uart3 device node.
- Remove mc
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT
on OMAP3 SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio).
Signed-off-by: Javier Martinez Canillas
Acked-
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas
Acked-by: Matthias Brugger
Tested-by: Enric Balletbo i Serra
---
Changes since v1:
- Use default-s
Hi Kukjin,
On Thu, Nov 8, 2012 at 1:49 PM, Vivek Gautam wrote:
> Adding EHCI device tree node for Exynos5250 along with
> the device base adress and gpio line for vbus.
>
Any thoughts about this please ?
> Signed-off-by: Vivek Gautam
> Acked-by: Jingoo Han
> ---
> .../devicetree/bindings/usb
Hi Kukjin,
On Thu, Nov 8, 2012 at 1:51 PM, Vivek Gautam wrote:
> Adding OHCI device tree node for Exynos5250 along with
> the device base address.
>
Any thoughts about this please ?
> Signed-off-by: Vivek Gautam
> Acked-by: Jingoo Han
> ---
> .../devicetree/bindings/usb/exynos-usb.txt
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
arch/powerpc/platforms/85xx/mpc85xx_mds.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_mds.c
b/arch/powerpc/platforms/
Hi Kukjin,
On Thu, Nov 8, 2012 at 2:02 PM, Vivek Gautam wrote:
> Adding DWC3 device tree node for Exynos5250 along with the
> device address and clock support needed for the controller.
>
Does this change needs looks fine?
Any thoughts about this please ?
> Signed-off-by: Vivek Gautam
> ---
>
Hi,
I submitted following patches a while back,
http://www.spinics.net/lists/linux-mmc/msg17624.html. Since
there was no feedback I'm taking a step back, documenting:
1. why is it needed, missing swakeup line
2. transition, enable workaround by default
3. device tree configuration
[why is it ne
Doug, Thanks to work.
Looks good to me with other patches.
Acked-by: Seungwon Jeon
On Friday, November 30, 2012, Doug Anderson wrote:
> The "disable-wp" property is used to specify that a given SD card slot
> doesn't have a concept of write protect. This eliminates the need for
> special case c
On Wed, Nov 28, 2012 at 05:01:30AM +, Philip, Avinash wrote:
(...)
>
> Daniel,
>
> So can you start supporting "bch8-am335xrbl-compatible" and remove usage of
> is_elm_used in dt. This should come in ecc_opt field.
>
> In omap2 NAND driver, AM335x RBL compatibility is achieved depending on
2012/11/30 Javier Martinez Canillas :
> Add a generic .dtsi device tree source file for the
> common characteristics across IGEP Technology devices.
>
> Signed-off-by: Javier Martinez Canillas
> Acked-by: Matthias Brugger
> ---
> arch/arm/boot/dts/omap3-igep.dtsi | 93
> ++
2012/11/30 Javier Martinez Canillas :
> ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
>
> This patch adds an initial device tree support to boot
> an IGEPv2 from the MMC/SD.
>
> Currently is working everything that is supported by DT on OMAP3
> SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio
2012/11/30 Javier Martinez Canillas :
> ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
>
> This patch adds an initial device tree support to boot an
> IGEP COM Module from the MMC/SD.
>
> Signed-off-by: Javier Martinez Canillas
> Acked-by: Matthias Brugger
> ---
>
> Changes since v1:
Hi Bryan,
On 11/14/2012 02:14 AM, Bryan Wu wrote:
> On Mon, Nov 12, 2012 at 6:41 AM, Peter Ujfalusi wrote:
>> Update the driver to use the new API for requesting pwm so we can take
>> advantage of the pwm_lookup table to find the correct pwm to be used for the
>> LED functionality.
>> If the devm
On Sat, 1 Dec 2012 19:41:39 +0100, Linus Walleij
wrote:
> On Thu, Nov 29, 2012 at 6:34 PM, Grant Likely
> wrote:
> > On Wed, 28 Nov 2012 12:38:38 +0900, Alex Courbot
> > wrote:
> >> On Monday 26 November 2012 19:14:31 Grant Likely wrote:
> >> > I don't have any problem with a gpio_get functio
On Fri, 30 Nov 2012 17:49:48 -0700, Jason Gunthorpe
wrote:
> On Fri, Nov 30, 2012 at 09:48:05AM +, Grant Likely wrote:
>
> > > If you attempt to stick a 'reg' in a block nested below a
> > > 'device_type="pci"' the kernel throws lots of error messsages and
> > > generates bad address mapping
On Fri, 30 Nov 2012 17:57:38 -0500, Murali Karicheri
wrote:
> On 11/15/2012 11:20 AM, Grant Likely wrote:
> > On Mon, 12 Nov 2012 16:28:22 -0500, Murali Karicheri
> > wrote:
> >> This adds OF support to DaVinci SPI controller to configure platform
> >> data through device bindings.
> >>
> >> Si
On Mon, Dec 3, 2012 at 6:13 AM, Peter Ujfalusi wrote:
> Hi Bryan,
>
> On 11/14/2012 02:14 AM, Bryan Wu wrote:
>> On Mon, Nov 12, 2012 at 6:41 AM, Peter Ujfalusi
>> wrote:
>>> Update the driver to use the new API for requesting pwm so we can take
>>> advantage of the pwm_lookup table to find the
This adds OF support to DaVinci SPI controller to configure platform
data through device bindings. Also replaces clk_enable() with
of clk_prepare_enable() as well as clk_disable() with
clk_disable_unprepare().
Signed-off-by: Murali Karicheri
Reviewed-by : Grant Likely
---
.../devicetree/binding
This adds OF support for DaVinci SPI driver. Following are changes from initial
version based on mostly review comments.
- removed attribute for spi version. instead, compatibility string is
modified to include version info.
- pdata ptr in davinci_spi_platform_data is replaced with struct itse
On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
wrote:
> Signed-off-by: Marek Belisko
> ---
> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>
> 1 file changed, 33 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/leds/tca6507.txt
>
> diff --g
Hi,
On Sun, Nov 25 2012, Daniel Drake wrote:
> The OLPC XO-1.75 laptop includes a SDHCI controller which is 1.8v
> capable, and it truthfully reports so in its capabilities. This
> alternate voltage is used for driving new "UHS-I" SD cards at their
> full speed.
>
> However, what the controller do
Hi,
On Sun, Nov 25 2012, Daniel Drake wrote:
> The OLPC XO-1.75 laptop includes a SDHCI controller which is 1.8v
> capable, and it truthfully reports so in its capabilities. This
> alternate voltage is used for driving new "UHS-I" SD cards at their
> full speed.
>
> However, what the controller do
On Mon, Dec 3, 2012 at 8:29 PM, Bryan Wu wrote:
> On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
> wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>>
>> 1 file changed, 33 insertions(+)
>> create mode 100644 Docu
On Mon, Dec 3, 2012 at 3:21 PM, Belisko Marek wrote:
> On Mon, Dec 3, 2012 at 8:29 PM, Bryan Wu wrote:
>> On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
>> wrote:
>>> Signed-off-by: Marek Belisko
>>> ---
>>> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>>>
>>
Looks like this patch is based on linux-next tree, I fixed this. And I
will solve the conflict when we do actually merge in next cycle.
-Bryan
On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
wrote:
> Support added only for leds (not for gpio's).
>
> Signed-off-by: Marek Belisko
> ---
> Changes f
On Wed, Nov 28, 2012 at 01:34:16PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> 'clock-output-names' is not used in any of the dts/dtsi files for i.mx.
>
> Remove it from the examples, so that the example and the real usage in the
> dtsi files can match.
>
> Signed-off-by: Fabio Esteva
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
drivers/tty/hvc/hvsi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/tty/hvc/hvsi.c b/drivers/tty/hvc/hvsi.c
index 5b95b4f..70e0ef7 100644
--- a/dri
On Thu, Nov 29, 2012 at 11:29 AM, Qing Xu wrote:
> From: Qing Xu
>
> Add irqdomains for max8925's main irq, wrap irq register operations
> into irqdomain's map func. it is necessary for dt support.
>
> Also, add dt support for max8925 driver.
>
> Signed-off-by: Qing Xu
> ---
> drivers/mfd/max89
On Thu, Nov 29, 2012 at 11:35 AM, Qing Xu wrote:
> From: Qing Xu
>
> add max8925 dts support into mmp2 brownstone platform
>
> Signed-off-by: Qing Xu
> ---
> arch/arm/boot/dts/mmp2-brownstone.dts | 158
> +
> arch/arm/boot/dts/mmp2.dtsi |4 +-
> 2
On Thu, Nov 29, 2012 at 1:52 PM, Qing Xu wrote:
> From: Qing Xu
>
> add docs for dt of max8925-mfd, max8925-backlight, and
> max8925-battery
>
> Signed-off-by: Qing Xu
> ---
> Documentation/devicetree/bindings/mfd/max8925.txt | 64
>
> .../bindings/power_supply/max8925_
On Thu, Nov 29, 2012 at 1:54 PM, Qing Xu wrote:
> On 11/23/2012 05:09 PM, Haojian Zhuang wrote:
>>
>> On Tue, Nov 6, 2012 at 3:35 PM, Qing Xu wrote:
>>>
>>> From: Qing Xu
>>>
>>> 1. add irqdomain for max8925, it is necessary for dt support
>>> 2. bug fix in max8925 mfd devices'irq base and devic
From: Jean-Christophe PLAGNIOL-VILLARD
This will allow each device to specify its dma-mask for this we use the
coherent_dma_mask as pointer. By default the dma-mask will be set to
DMA_BIT_MASK(32).
The microblaze architecture hook is drop
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: gran
From: Jean-Christophe PLAGNIOL-VILLARD
This will allow to use gpio for chip select with no modification in the
driver binding
When use the cs-gpios, the gpio number will be passed via the cs_gpio field
and the number of chip select will automatically increased.
Signed-off-by: Jean-Christophe PL
From: Jean-Christophe PLAGNIOL-VILLARD
The atmel_spi use only gpio for chip select.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
[wenyou.y...@atmel.com: Add driver data and compatible "atmel,at91sam9260-spi",
"atmel,at91sam9x5-spi"]
Signed-off-by: Wenyou Yang
Cc: devicetree-discuss@lists.o
39 matches
Mail list logo