* Pantelis Antoniou [121030 12:00]:
> +#include
> +#include
We already have queued patches to make omap_device.h
private to arch/arm/mach-omap2. Then plat/clock.h will
be gone with the common clock framework patches.
Regards,
Tony
___
devicetree-dis
* Benoit Cousson [121026 11:11]:
> On 10/26/2012 07:57 PM, Benoit Cousson wrote:
> > Hi Paul,
> >
> > On 10/26/2012 07:54 PM, Paul Walmsley wrote:
> >> On Fri, 26 Oct 2012, Benoit Cousson wrote:
> >>
> >>> On 10/26/2012 05:16 PM, Roger Quadros wrote:
> >>>
> I still can't get musb to work on
* Haojian Zhuang [121025 18:49]:
> On Fri, Oct 26, 2012 at 7: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
* Benoit Cousson [121026 08:23]:
> Hi Roger,
>
> On 10/26/2012 05:16 PM, Roger Quadros wrote:
> > Hi Kishon & Benoit,
> >
> > On 09/24/2012 12:06 PM, Rabin Vincent wrote:
> >> 2012/9/24 ABRAHAM, KISHON VIJAY :
> >>> On Sat, Sep 22, 2012 at 3:03 AM, Rabin Vincent wrote:
> USB doesn't work o
* 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.
> > > ...
> >
* Haojian Zhuang [121022 09:13]:
> Dump pinmux register value, not only function part in the pinmux
> register.
This makes sense, but should be done using pcs_read, not pcs_readl,
see below.
> Also fix the issue on caluclating pin offset. The last parameter
> should be pin number, not register o
* Tony Lindgren [121022 13:29]:
> * Haojian Zhuang [121022 09:11]:
> > --- a/drivers/pinctrl/pinctrl-single.c
> > +++ b/drivers/pinctrl/pinctrl-single.c
> > @@ -28,8 +28,10 @@
> > #define DRIVER_NAME"pinctrl-single"
> > #define
* Péter Ujfalusi [121022 04:42]:
> Hi Tony,
>
> On 10/18/2012 12:00 PM, Benoit Cousson wrote:
> > On 10/18/2012 11:25 AM, Peter Ujfalusi wrote:
> >> Fixes the following errors:
> >> [2.318084] omap-mcbsp 49022000.mcbsp: invalid rx DMA channel
> >> [2.324432] omap-mcbsp 49024000.mcbsp: inv
* Haojian Zhuang [121022 09:11]:
> Marvell's PXA/MMP silicon also match the behavior of pinctrl-single.
> Each pin binds to one register. A lot of pins could be configured
> as gpio.
>
> Now add three properties in below.
> pinctrl-single,gpio-ranges: gpio range array
> pinctrl-single,gpio:
> pi
* 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.
> > ...
> >
> >> + case PIN_CONFIG_POWER_SOU
* Sourav Poddar [121022 00:30]:
> --- a/arch/arm/boot/dts/omap4-sdp.dts
> +++ b/arch/arm/boot/dts/omap4-sdp.dts
> @@ -194,6 +194,27 @@
> 0xbc 0x100 /* abe_mcbsp2_fsx.abe_mcbsp2_fsx INPUT
> | MODE0 */
> >;
> };
> +
> + keypad_pins: pinmux_keypad_p
* Haojian Zhuang [121018 02:09]:
> Add comments with pinconf & gpio range in the document of
> pinctrl-single.
>
> Signed-off-by: Haojian Zhuang
> ---
> .../devicetree/bindings/pinctrl/pinctrl-single.txt | 43
>
> 1 files changed, 43 insertions(+), 0 deletions(-)
>
> di
Hi,
Few minor comments below.
* Haojian Zhuang [121018 02:08]:
> Marvell's PXA/MMP silicon also match the behavior of pinctrl-single.
> Each pin binds to one register. A lot of pins could be configured
> as gpio.
>
> Now add three properties in below.
> pinctrl-single,gpio-mask: mask of enable/
* Haojian Zhuang [121018 02:08]:
> Add pinconf generic support with POWER SOURCE, BIAS PULL.
...
> + case PIN_CONFIG_POWER_SOURCE:
> + if (pcs->psmask == PCS_OFF_DISABLED
> + || pcs->psshift == PCS_OFF_DISABLED)
> + return -ENOTSUPP;
> +
* Haojian Zhuang [121018 19:25]:
>
> I wonder whether gpio function in OMAP is also configured in the pinmux
> register. For example, the function is 3bit field in pinmux register
> of Marvell's
> PXA/MMP silicon. GPIO function is the one of function.
For omaps, the mux registers in padconf area
* Tony Lindgren [121018 19:41]:
> * Haojian Zhuang [121018 19:25]:
> >
> > I wonder whether gpio function in OMAP is also configured in the pinmux
> > register. For example, the function is 3bit field in pinmux register
> > of Marvell's
> > PXA/MMP silicon
* Haojian Zhuang [121018 19:54]:
> On Fri, Oct 19, 2012 at 10:38 AM, Tony Lindgren wrote:
> > * Haojian Zhuang [121018 19:17]:
> >> On Fri, Oct 19, 2012 at 6:28 AM, Tony Lindgren wrote:
> >> >
> >> > Specifically could you decribe the cases where this
* Haojian Zhuang [121018 19:25]:
>
> I wonder whether gpio function in OMAP is also configured in the pinmux
> register. For example, the function is 3bit field in pinmux register
> of Marvell's
> PXA/MMP silicon. GPIO function is the one of function.
>
> If the usage case is same in OMAP silico
* Haojian Zhuang [121018 19:17]:
> On Fri, Oct 19, 2012 at 6:28 AM, Tony Lindgren wrote:
> >
> > Specifically could you decribe the cases where this issue happens?
> > Also check if one of your client drivers has some early initcall
> > that's no longer needed.
&g
Omar,
* Omar Ramirez Luna [121017 16:54]:
> On 16 October 2012 12:22, Tony Lindgren wrote:
>
> > These will need to be rebased on omap-for-v3.8/cleanup-headers-iommu
> > when I have that pushed out as that removes plat/*iommu*.h files.
>
> Ok, will wait and rebase on
* Linus Walleij [121018 11:32]:
> On Thu, Oct 18, 2012 at 11:07 AM, Haojian Zhuang
> wrote:
>
> > Add pinconf generic support with POWER SOURCE, BIAS PULL.
> >
> > Signed-off-by: Haojian Zhuang
>
> I really like the looks of this, good job Haojian!
>
> Now we just need to hear what Tony says
* Stephen Warren [121018 15:20]:
> On 10/18/2012 03:06 AM, Haojian Zhuang wrote:
> > Since pins are configured in device driver, pinctrl driver should be
> > loaded by those device driver. module_platform_driver() only declares
> > pinctrl driver is in module_initcall privilege. Use postcore_initc
have
> > > > > any peripheral connected to gpmc cs0, for example BeagleXM and
> > > > > BeagleBone, so DT boot mode fails.
> > > > >
> > > > > This patch adds of_have_populated_dt() check before creating
> > > > > device, so that
* Omar Ramirez Luna [121011 18:07]:
> These patches are needed for remoteproc to work on OMAP4.
>
> Introduced iommu hwmod support for OMAP3 (iva, isp) and
> OMAP4 (ipu, dsp), along with the corresponding runtime PM
> and routines to deassert reset lines, enable/disable clocks
> and configure sys
* kishon [121012 02:10]:
> Hi Tony,
>
> On Thursday 11 October 2012 06:29 AM, Tony Lindgren wrote:
> >Hi,
> >
> >* Kishon Vijay Abraham I [120919 04:32]:
> >>Added a driver for usb3 phy that handles the interaction between usb phy
> >>device and
Hi,
* Kishon Vijay Abraham I [120919 04:32]:
> Added a driver for usb3 phy that handles the interaction between usb phy
> device and dwc3 controller.
>
> This also includes device tree support for usb3 phy driver and
> the documentation with device tree binding information is updated.
>
> Curre
* Stephen Warren [121010 09:36]:
> On 10/10/2012 01:26 AM, Linus Walleij wrote:
> > On Mon, Oct 8, 2012 at 10:39 AM, Tomasz Figa wrote:
> >
> >> Seuqential patches from this series introduce SoC-specific data parsing
> >> from device tree.
> >>
> >> This patch removes legacy GPIO bank nodes from
* Jon Hunter [120928 14:48]:
>
> What is interesting is that it is the interrupt test that is failing for
> timers 5-7. Any chance there is a problem with the interrupt mapping? I
> checked the documentation for AM335x and I don't see anything obvious
> that is wrong with the binding unless the d
* Peter Ujfalusi [121004 04:57]:
> Hello,
>
> u-boot recently stopped configuring 'non essential' pin mux. This change
> leaves
> the audio essential pins in non configured state which prevents the use of
> audio.
> The following series makes sure that the needed pins are configured correctly
* AnilKumar, Chimata [121003 03:53]:
> On Tue, Oct 02, 2012 at 01:29:37, Linus Walleij wrote:
> > On Mon, Oct 1, 2012 at 5:44 PM, Tony Lindgren wrote:
> >
> > >> OK that is typical pinctrl driver implementation work.
> > >> I hope Tony can advice on this
* Linus Walleij [121001 01:25]:
> On Mon, Oct 1, 2012 at 9:03 AM, AnilKumar, Chimata wrote:
>
> >I have gone through the "Don Aisheng" patch series, which
> > adds "pinctrl_dt_add_gpio_ranges" support but not accepted
> > yet. With this patch series we can overcome the driver changes.
>
> O
* Stephen Warren [120925 12:53]:
> On 09/25/2012 01:35 PM, Scott Wood wrote:
> >
> > Do you have an example of where you'd actually benefit from this? I'd
> > think most things could either be done reasonably well with what's built
> > into DTC (see what we've done in arch/powerpc/boot/dts/fsl),
* Hiremath, Vaibhav [120910 23:56]:
> On Fri, Aug 31, 2012 at 23:24:34, Hiremath, Vaibhav wrote:
> > This adds am335x-evm and am335x-bone dtb targets to
> > 'make dtbs', just like other platforms.
> >
> > Signed-off-by: Vaibhav Hiremath
> > Cc: Tony
* Arnd Bergmann [120921 02:19]:
> On Thursday 20 September 2012, Tony Lindgren wrote:
> > > /* use PIO for small transfers, avoiding DMA setup/teardown overhead and
> > > @@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct
> > > spi_device *spi)
* Benoit Cousson [120919 19:24]:
> Hi Tony,
>
> I was about to take the DTS patch, but was wondering if you will pull
> the driver changes for 3.7.
I suggest that you do a separate branch on top of Paul's hwmod series
when he posts those if that works for you?
Regards,
Tony
___
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
* Omar Ramirez Luna [120912 12:47]:
> --- a/arch/arm/plat-omap/include/plat/iommu.h
> +++ b/arch/arm/plat-omap/include/plat/iommu.h
> @@ -27,6 +27,13 @@ struct iotlb_entry {
> };
> };
>
> +/* context registers */
> +struct iommu_regs {
> + u32 irqen;
> + u32 cntl;
> + u32 ttb;
* Benoit Cousson [120910 08:49]:
> Hi Tony,
>
> Please pull the following branch. It contains a bunch of devicetree related
> series.
>
> It contains as well a gpio-twl4030 patch acked by Linus W.
>
> It is tested on omap4-panda, omap3-beagle, omap3-overo-tobi, am335x-bone,
> am335x-evm.
>
>
* Benoit Cousson [120910 09:35]:
> + Tony
>
> Hi Matt,
>
> 30 minutes too late for my pull request :-(
>
> There are a couple of am33xx patches under discussion, so I'll take them
> and send a for_3.7/dts-part2 pull request if this is not too late for Tony.
Yes please do, it' hard to say when
* Peter Ujfalusi [120910 04:05]:
> Hi Benoit,
>
> On 09/10/2012 11:07 AM, Benoit Cousson wrote:
> > Hi Tony,
> >
> > On 09/08/2012 12:29 AM, Tony Lindgren wrote:
> >> * Peter Ujfalusi [120905 04:59]:
> >>> +
>
* Peter Ujfalusi [120905 04:59]:
> +
> + ocp {
> + mcbsp1: mcbsp@48074000 {
> + compatible = "ti,omap2420-mcbsp";
> + reg = <0x48074000 0xff>;
> + reg-names = "mpu";
> + interrupts = <59>, /* TX interru
* Linus Walleij [120907 14:40]:
> On Thu, Sep 6, 2012 at 7:45 PM, Tony Lindgren wrote:
>
> >> > The warning should be pinctrl related as the pinctrl drivers may not be
> >> > device tree based drivers.
> >>
> >> Exactly my concern. Also
* Jon Hunter [120907 13:27]:
> Hi Tony,
>
> On 08/30/2012 03:14 PM, Tony Lindgren wrote:
> > * Jon Hunter [120816 08:05]:
> >> On 08/15/2012 04:11 AM, Vaibhav Hiremath wrote:
> >>>
> >>> Did we get conclude on this? I haven't got anything
* Felipe Balbi [120907 10:30]:
> Hi,
>
> On Fri, Sep 07, 2012 at 10:06:22AM -0700, Tony Lindgren wrote:
> > * Benoit Cousson [120907 08:26]:
> > > Thanks to Vaibhav omap_device fix
> > > (ARM: OMAP: omap_device: Fix up resource names when booted with
> >
reg and interrupts attributes.
>
> Signed-off-by: Benoit Cousson
> Cc: Santosh Shilimkar
> Cc: Tony Lindgren
> Cc: Felipe Balbi
> ---
>
> Hi Tony,
>
> This is the first step toward reduction of the hwmod data inside mach-omap2.
> OMAP2/3/4 data still need to be
* Benoit Cousson [120907 01:38]:
> Hi Anil,
>
> On 09/07/2012 07:30 AM, AnilKumar, Chimata wrote:
> > On Thu, Sep 06, 2012 at 15:08:21, AnilKumar, Chimata wrote:
> >> Add pinctrl and d_can device tree data to AM33XX family of devices.
> >> First two patches add support for pinctrl DT data and thi
..@dominion.thruhere.net: led0, led1 suggested by koen]
> > Signed-off-by: AnilKumar Ch
>
> Acked-by: Koen Kooi
This one still has the discussion going on about if GPIO pins
should be muxed by the GPIO controller in the "GPIO only" case
for gpio leds driver. But other than that
* AnilKumar Ch [120906 02:39]:
> Adds basic pinctrl device tree data for AM33XX family of devices.
> This patch is based on the pinctrl-single driver.
>
> Signed-off-by: AnilKumar Ch
Assuming Benoit will queue this series:
Acked-by: Tony Lindgren
> ---
> arch/arm/bo
* Domenico Andreoli [120907 09:01]:
>
> So is this the preferred way to attach gpio users to gpio provides in DT
> whenever gpios are muxed?
>
> I would well see these info hidden in the gpio controller so, at least
> for gpios, no magic numbers would be required in the DT (except the gpio
> num
* AnilKumar Ch [120905 04:42]:
> Adds GPIO pinctrl nodes to am3358_pinmux master node to control
> user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
>
> [k...@dominion.thruhere.net: led0, led1 suggested by koen]
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am335x-bone.dts
* Linus Walleij [120904 00:31]:
> On Mon, Sep 3, 2012 at 3:54 PM, Florian Vaussard
> wrote:
>
> > Adds a number of missing properties to the device tree of
> > twl4030/gpio:
> > - "ti,use-leds" -> .use_leds
> > - "ti,debounce" -> .debounce
> > - "ti,mmc-cd"-> .mmc_cd
> > - "ti,pullups" -
mach/board-zoom.h | 2 --
Here board-zoom.h will be moved to be just #include "board-zoom.h".
But we can deal with that once I have an immutable header cleanup
branch that you can pull in.
Acked-by: Tony Lindgren
___
devicetree-discuss
* Florian Vaussard [120831 09:07]:
> The Gumstix Overo is a computer on module using an OMAP3 processor.
> This module must be plugged into an expansion board.
>
> This patchset adds a first device tree support for the Overo, using the
> Tobi expansion board. The current support is able to boot a
* Benoit Cousson [120905 07:42]:
> Hi Florian,
>
> On 09/05/2012 09:46 AM, Florian Vaussard wrote:
> > Hello,
> >
> > A number of platform data are missing when using twl4030/gpio from a
> > device tree. This patchset adds the missing properties, updates the
> > documentation with the new bindi
* Peter Ujfalusi [120829 06:31]:
> Since the board is based on OMAP2420 we should include the dedicated dtsi
> file (which includes the common omap2 dtsi).
>
> Signed-off-by: Peter Ujfalusi
> ---
> arch/arm/boot/dts/omap2420-h4.dts |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
* Peter Ujfalusi [120829 06:31]:
> Add the needed sections to enable audio support on BeagleBoard when booted
> with DT blob.
>
> Signed-off-by: Peter Ujfalusi
> ---
> arch/arm/boot/dts/omap3-beagle.dts | 14 ++
> 1 files changed, 14 insertions(+), 0 deletions(-)
>
> diff --git a
* Felipe Balbi [120906 10:23]:
> Hi,
>
> On Thu, Sep 06, 2012 at 08:13:03PM +0300, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Sep 06, 2012 at 09:04:58PM +0530, Vaibhav Hiremath wrote:
> > >
> > >
> > > On 9/6/2012 8:25 PM, Kishon Vijay Abraham I wrote:
> > > > The mailbox register for usb otg
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/omap2420-h4.dts |2 +-
arch/arm/boot/dts/omap2420.dtsi | 22 ++
arch/arm/boot/dts/omap2430.dtsi | 22 ++
arch/arm/boot/dts/omap3.dtsi | 18 ++
arch/arm/boot/dts/omap4.dtsi
@lists.ozlabs.org
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/omap3-beagle-xm.dts |6 +++---
arch/arm/boot/dts/omap3.dtsi |7 ---
arch/arm/boot/dts/omap36xx.dtsi | 25 +
arch/arm/mach-omap2/Makefile.boot |2 +-
4 files changed, 29
* Marek Vasut [120905 19:05]:
> Hi Tony,
>
> > * Marek Vasut [120904 20:13]:
> > > Dear Bryan Wu,
> > >
> > > > On Sat, Sep 1, 2012 at 4:16 PM, AnilKumar Ch wrote:
> > > > > Adopt pinctrl support to leds-gpio driver based on leds-gpio
> > > > > device pointer, pinctrl driver configure SoC pins
* AnilKumar Ch [120905 04:41]:
> Adds basic pinctrl device tree data for AM33XX family of devices.
> This patch is based on the pinctrl-single driver.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch
* Marek Vasut [120904 20:13]:
> Dear Bryan Wu,
>
> > On Sat, Sep 1, 2012 at 4:16 PM, AnilKumar Ch wrote:
> > > Adopt pinctrl support to leds-gpio driver based on leds-gpio
> > > device pointer, pinctrl driver configure SoC pins to GPIO
> > > mode according to definitions provided in .dts file.
>
* AnilKumar Ch [120831 02:30]:
> Adds basic pinctrl device tree data for AM33XX family of devices.
> This patch is based on the pinctrl-single driver.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch
* AnilKumar Ch [120831 02:30]:
> Adopt pinctrl support to leds-gpio driver, based on the device
> pointer (leds-gpio) pinctrl driver configure SoC pins to GPIO
> mode.
>
> Signed-off-by: AnilKumar Ch
> ---
> drivers/leds/leds-gpio.c | 31 ---
> 1 file changed, 24 i
* Ravi Babu [120831 04:10]:
> --- a/arch/arm/plat-omap/include/plat/usb.h
> +++ b/arch/arm/plat-omap/include/plat/usb.h
> @@ -95,7 +95,6 @@ extern void am35x_musb_reset(void);
> extern void am35x_musb_phy_power(u8 on);
> extern void am35x_musb_clear_irq(void);
> extern void am35x_set_mode(u8 mu
* Rajendra Nayak [120827 23:22]:
> Hi Tony,
>
> >* Rajendra Nayak [120730 06:17]:
> >>regulators do not have a 'reg' property, hence the regulator@0,
> >>regulator@1 do not make sense. get rid of it.
> >
> >Looks like this needs to be refreshed to apply. Care to
> >refresh against current devel-
* AnilKumar Ch [120828 01:11]:
> Add Bosch D_CAN controller device tree data to AM33XX dtsi
> file by adding d_can device nodes with all the necessary
> parameters.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi | 18 ++
> 1 file changed, 18 insertions(+
* AnilKumar Ch [120828 01:11]:
> Adds GPIO pinctrl nodes to am3358_pinmux master node to control
> user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am335x-bone.dts | 14 ++
> 1 file changed, 14 insertions(+)
>
* AnilKumar Ch [120828 01:11]:
> Adds basic pinctrl device tree data for AM33XX family of devices.
> This patch is based on the pinctrl-single driver.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch
* Jon Hunter [120816 08:05]:
> On 08/15/2012 04:11 AM, Vaibhav Hiremath wrote:
> >
> > Did we get conclude on this? I haven't got anything further on this
> > thread, this may block baseport support for the new devices in omap2
> > family, like AM33xx and OMAP5.
>
> Sorry I have been out of the
* Rajendra Nayak [120730 06:17]:
> regulators do not have a 'reg' property, hence the regulator@0,
> regulator@1 do not make sense. get rid of it.
Looks like this needs to be refreshed to apply. Care to
refresh against current devel-dt branch in case other
places need the same change?
Regards,
* AnilKumar Ch [120816 05:20]:
> Add D_CAN1 pinctrl node to am3358_pinmux master node to export
> D_CAN functionality on AM335x EVM according to pinctrl-single
> driver.
>
> Signed-off-by: AnilKumar Ch
> ---
> Changes from v2:
> - Incorporated Vaibhav H's comments on v2
> * Added d
; state in am33xx.dtsi file. Currently there are no modules
> supported as part of Bone and EVM dts support, so care
> to add entry "status = "okay"" while adding support for any
> module.
>
> Signed-off-by: Vaibhav Hiremath
> Acked-by: Arnd Bergmann
> Cc: B
* Arnd Bergmann [120807 02:21]:
> On Tuesday 07 August 2012, Balaji T K wrote:
> >
> > Add OMAP MMC related device tree data for OMAP5.
> >
> > Signed-off-by: Balaji T K
> > ---
>
> Acked-by: Arnd Bergmann
Applying this into omap devel-dt branch.
Tony
__
arkko Nikula
>
> I applied this - Tony, from the thread it seemed you were OK even though
> you didn't explicitly ack it?
Ah yes sorry, I'm fine with it. Sounds like you already applied it,
so too late to ack. But just in case:
Acked-by: Tony Lindgren
___
* Ujfalusi, Peter [120818 08:58]:
> Hi Tony,
>
> On Sat, Aug 18, 2012 at 8:08 AM, Tony Lindgren wrote:
> > Thanks, is this patch still correct so it does not try to enable FIFO
> > for 2420?
>
> Yes it only enables the FIFO for 2430, 2420 is not affected.
OK t
* Peter Ujfalusi [120817 07:03]:
> On 08/17/2012 04:14 PM, Jarkko Nikula wrote:
> > On 08/17/2012 04:07 PM, Tony Lindgren wrote:
> >> * Peter Ujfalusi [120816 06:41]:
> >>> On OMAP2430 all McBSP ports have 128 word long buffer, enable the use of
> >>>
* Mark Brown [120817 03:18]:
> On Thu, Aug 16, 2012 at 04:40:59PM +0300, Peter Ujfalusi wrote:
>
> > in order to be able to add DT support for the McBSP driver which is used on
> > all
> > OMAP platforms (OMAP1/2/3/4/5) I needed to make some cleanups to the stack:
>
> Tony, are you OK with thes
* Peter Ujfalusi [120816 06:41]:
> Only create the devices in a legacy way if we do not have the DT data.
>
> Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.
(mcbsp_pad, OMAP2_CONTROL_DEVCONF0);
>
> In case when the kernel is booted with DT blob the pinctrl-single will be
> provided as soon as it is enabled on the platform.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Jarkko Nikula
Acked-by: Tony Lindgren
__
* Peter Ujfalusi [120816 06:41]:
> The muxing is done at board level, no need to do it in the ASoC machine
> driver.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Jarkko Nikula
Acked-by: Tony Lindgren
___
devicetree-discuss mailing
* Peter Ujfalusi [120816 06:41]:
> am3517evm board uses McBSP1 for audio with 4pin configuration.
> The CLKR/FSR signals need to be connected to CLKX/FSX pin of the SoC in
> this case.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Jarkko Nikula
Acked
* Peter Ujfalusi [120816 06:41]:
> On OMAP2430 all McBSP ports have 128 word long buffer, enable the use of
> the FIFO for the audio stack.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Jarkko Nikula
> ---
> arch/arm/mach-omap2/mcbsp.c |5 -
> 1 files changed, 4 insertions(+), 1 deleti
gned-off-by: Peter Ujfalusi
> Acked-by: Jarkko Nikula
Acked-by: Tony Lindgren
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
* Mark Brown [120808 06:27]:
> On Wed, Aug 08, 2012 at 12:54:06PM +0300, Peter Ujfalusi wrote:
>
> > Changes under arch/arm/mach-omap2/ are trivial, I don't expect merge issues
> > later. If it is OK for the maintainers I would like this to go via audio
> > tree
> > (with the McBSP and the twl40
* Peter Ujfalusi [120808 02:54]:
> These boards have similar audio setup and they can all use the same driver
> for audio support if it is enabled in the kernel config.
After the naming changes suggested by Igor:
Acked-by: Tony Li
e audio support.
>
> For example:
> omap_twl4030_audio_init("omap3beagle", 2600);
Acked-by: Tony Lindgren
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
* Peter Ujfalusi [120808 02:42]:
> Remove the use of set_hs_extmute callback and let the codec driver to
> handle the extmute GPIO.
Acked-by: Tony Lindgren
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
* Peter Ujfalusi [120808 04:53]:
> On 08/07/2012 02:10 PM, Tony Lindgren wrote:
> > You need to also consider that CONTROL_DEVCONF0 has the MMC/SDIO module
> > input
> > clock selection. So pinctrl-single binding would have to be expanded to also
> > support one-bi
* Peter Ujfalusi [120727 02:47]:
> Hello,
>
> I need to find a solution to control 2 bits in CONTROL_DEVCONF0 on OMAP2/3 for
> McBSP1 CLKR/FSR signal routing.
> In boards using McBSP1 we might need to change bit 3 and 4 based on the audio
> setup (how the board has been wired).
>
> So far I have
* Rajendra Nayak [120730 06:17]:
> vcxio, v2v1 and v1v8 are expected to be always on, update the dtsi
> for twl6030 to reflect this.
>
> commit '86f5fc' regulator: core: Mark all DT based boards as having
> full constraints) caused these to be disabled at late boot causing
> OMAP4 boards (using t
* AnilKumar, Chimata [120731 06:37]:
> Hi Peter,
>
> On Fri, Jul 27, 2012 at 14:40:52, Ujfalusi, Peter wrote:
> > Hi,
> >
> > On 07/24/2012 06:45 PM, AnilKumar Ch wrote:
> > > Adds basic pinctrl support for AM33XX family of devices. This patch
> > > is based on the pinctrl-simple driver submitte
* AnilKumar Ch [120720 00:36]:
> Add basic pinctrl support for AM33XX family of devices by adding DT
> data to am33xx dtsi file. These patches are based on pinctrl-single
> driver and tested on am335x-evm & am335x-bone devices.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dt
* AnilKumar Ch [120720 00:36]:
> Adds GPIO pinctrl nodes to am3358_pinmux master node to control
> user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am335x-bone.dts | 15 +++
> 1 files changed, 15 insertions(+),
* Arnd Bergmann [120716 12:51]:
> On Monday 16 July 2012, ABRAHAM, KISHON VIJAY wrote:
> > >>
> > >> I think we should reconsider the idea of drivers/bus/ with a file per
> > >> bus in there at least for new buses, but doing a new drivers/scp/
> > >> would be ok for me if there is enough oppositio
* Jon Hunter [120716 09:01]:
> On 07/13/2012 09:15 PM, Rob Herring wrote:
>
> Tony, Tarun,
>
> How would you feel on replacing omap_dmtimer_request_specific(int id)
> with say omap_dm_timer_request_by_cap(int cap)?
>
> I was thinking of changing the name so that it is clear that the API has
> c
* Linus Walleij [120714 13:21]:
> On Tue, Jul 10, 2012 at 11:11 AM, Tony Lindgren wrote:
>
> > OK so no comments for a while. Here's the patch updated to leave out
> > the comments in the binding example.
>
> I reason like this:
>
> - My fears is that the c
* Tony Lindgren [120627 03:37]:
> * Stephen Warren [120626 10:10]:
> > On 06/26/2012 07:43 AM, Tony Lindgren wrote:
> > ...
> > > Subject: [PATCH] pinctrl: Add one-register-per-pin type device tree based
> > > pinctrl driver
> > >
> > > Add
* Peter Ujfalusi [120709 05:24]:
> Hello,
>
> On 06/08/2012 04:01 PM, Peter Ujfalusi wrote:
> > Hello,
> >
> > The following series enable the audio functionality on OMAP4 based devices
> > using
> > twl6040 as audio codec.
> >
> > The series adds the needed bindings in the dts for the OMAP IP
201 - 300 of 449 matches
Mail list logo