Re: [PATCH] Boottime: A tool for automatic measurement of kernel/bootloader boot time

2012-10-12 Thread Dan Murphy
On a note on testing. OK this at least compiles on my system with 3.4. The weird thing is that I get the same exact kernel boot time for two different machines. When I cat the summary for the kernel. I am not profiling the bootloader time here as it is neglible so no ATAG argument. kernel:

Re: [PATCH] Boottime: A tool for automatic measurement of kernel/bootloader boot time

2012-10-12 Thread Dan Murphy
On 10/12/2012 09:01 AM, Lee Jones wrote: On Fri, 12 Oct 2012, Arnd Bergmann wrote: On Friday 12 October 2012, Russell King - ARM Linux wrote: root@ME:/ cat /sys/kernel/debug/boottime/bootgraph [0.185254] calling splash+0x0/0x0 [2.984335] initcall splash+0x0/0x0 returned 0 after 2799

Re: [PATCH] Boottime: A tool for automatic measurement of kernel/bootloader boot time

2012-10-15 Thread Dan Murphy
On 10/12/2012 11:42 AM, Lee Jones wrote: On Fri, 12 Oct 2012, Dan Murphy wrote: On 10/12/2012 09:01 AM, Lee Jones wrote: On Fri, 12 Oct 2012, Arnd Bergmann wrote: On Friday 12 October 2012, Russell King - ARM Linux wrote: root@ME:/ cat /sys/kernel/debug/boottime/bootgraph [0.185254

[PATCH] Fix omap4 panda LED definitions

2013-04-17 Thread Dan Murphy
The LED GPIOs between the 4430 (a1-a4) and 4460 (es) panda boards are different. This patch abstracts the LED definitions into the respective board files. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More

[PATCH] ARM: dts: omap4-panda: Add LED support into the panda DTS files

2013-04-17 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. Abstract away the pinmux and the LED definitions for the two boards. Signed-off-by: Dan Murphy dmur...@ti.com --- arch/arm/boot/dts/omap4-panda-es.dts | 33 + arch/arm/boot

Re: [PATCH] ARM: dts: omap4-panda: Add LED support into the panda DTS files

2013-04-17 Thread Dan Murphy
On 04/17/2013 02:18 PM, Jon Hunter wrote: On 04/17/2013 02:09 PM, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. Abstract away the pinmux and the LED definitions for the two boards. Just a heads-up but you should base this upon

[PATCHv2] ARM:dts:omap4-panda:Update the LED support for the panda DTS

2013-04-17 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com

Re: [PATCHv2] ARM:dts:omap4-panda:Update the LED support for the panda DTS

2013-04-18 Thread Dan Murphy
On 04/18/2013 04:30 AM, Vincent Stehlé wrote: On 04/17/2013 10:16 PM, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. (..) diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi b/arch/arm/boot/dts/omap4-panda-common.dtsi index 03bd60d

[PATCH] ARM: dts: AM33XX: add ethernet alias's for am33xx

2013-10-02 Thread Dan Murphy
Set the alias for ethernet0 and ethernet1 so that uBoot can set the MAC address appropriately. Currently uBoot cannot find the alias and there for does not set the MAC address. Signed-off-by: Dan Murphy dmur...@ti.com --- arch/arm/boot/dts/am33xx.dtsi |2 ++ 1 file changed, 2 insertions

[PATCH] usbnet: smsc95xx: Add device tree input for MAC address

2013-10-04 Thread Dan Murphy
from the modified DTB file. Signed-off-by: Dan Murphy dmur...@ti.com --- Documentation/devicetree/bindings/net/smsc95xx.txt | 17 ++ drivers/net/usb/smsc95xx.c | 24 2 files changed, 41 insertions(+) create mode 100644 Documentation

Re: [PATCH] usbnet: smsc95xx: Add device tree input for MAC address

2013-10-06 Thread Dan Murphy
On 10/06/2013 10:05 AM, Ming Lei wrote: On Sat, Oct 5, 2013 at 2:25 AM, Dan Murphy dmur...@ti.com wrote: If the smsc95xx does not have a valid MAC address stored within the eeprom then a random number is generated. The MAC can also be set by uBoot but the smsc95xx does not have a way to read

Re: [PATCHv2] ARM:dts:omap4-panda:Update the LED support for the panda DTS

2013-05-09 Thread Dan Murphy
Tony On 05/08/2013 06:47 PM, Tony Lindgren wrote: * Dan Murphy dmur...@ti.com [130418 11:35]: On 04/18/2013 04:30 AM, Vincent Stehlé wrote: On 04/17/2013 10:16 PM, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. (..) diff --git a/arch

Re: [PATCH v2] ARM: DTS: OMAP4: Add OMAP4 Blaze Tablet support

2013-06-25 Thread Dan Murphy
contains features for software development and test. Why do we want to send this upstream? What is the advantage to having this supported? I don't believe we need to add another community board. We have a SDP and Panda. Dan snip -- -- Dan Murphy

[PATCH v7] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-29 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com --- v7

Re: [PATCH v3 1/1] i2c: omap: correct usage of the interrupt enable register

2013-05-31 Thread Dan Murphy
); if (_dev-rev OMAP_I2C_OMAP1_REV_2) { omap_i2c_read_reg(_dev, OMAP_I2C_IV_REG); /* Read clears */ -- -- Dan Murphy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH v7] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-31 Thread Dan Murphy
Hi On 05/31/2013 09:06 AM, Benoit Cousson wrote: Hi Dan, On 05/29/2013 01:20 PM, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7clean ES = gpio_110 There is no change to LED D2 Abstract away the pinmux

[PATCH v8] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-31 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com --- v8

Re: [PATCH v8] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-31 Thread Dan Murphy
On 05/31/2013 10:05 AM, Javier Martinez Canillas wrote: On Fri, May 31, 2013 at 4:48 PM, Dan Murphy dmur...@ti.com wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away

[PATCH v9] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-31 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com --- v9

[PATCH v10 1/2] ARM: dts: omap4-panda: Update the LED support for the panda DTS

2013-05-31 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com --- v10

[PATCH v1] ARM: dts: omap4-panda: Update the twl6040 gpio to macro definition

2013-05-31 Thread Dan Murphy
Update the dt property ti,audpwron-gpio to use the gpio macro definition for GPIO_ACTIVE_HIGH. Signed-off-by: Dan Murphy dmur...@ti.com --- arch/arm/boot/dts/omap4-panda-common.dtsi |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/boot/dts/omap4-panda

Re: [PATCH v4] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-16 Thread Dan Murphy
On 05/15/2013 12:05 PM, Nishanth Menon wrote: On 11:46-20130515, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions

Re: [PATCH v4] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-16 Thread Dan Murphy
On 05/16/2013 01:18 PM, Nishanth Menon wrote: On Thu, May 16, 2013 at 10:35 AM, Dan Murphy dmur...@ti.com wrote: I am not sure you really want to do this. If I make the pinctrl part of the led structure then the only way the gpio_wk7 on a1-a3 to be configured is when the CONFIG_LEDS_GPIO

[PATCH v5] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-17 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com --- v5

[PATCH v6] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-17 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com

Re: [PATCH v6] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-17 Thread Dan Murphy
On 05/17/2013 11:15 AM, Nishanth Menon wrote: On 11:02-20130517, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions

Re: [PATCH v6] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-24 Thread Dan Murphy
On 05/17/2013 11:17 AM, Dan Murphy wrote: On 05/17/2013 11:15 AM, Nishanth Menon wrote: On 11:02-20130517, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away

Re: [PATCH] usbnet: smsc95xx: Add device tree input for MAC address

2013-10-07 Thread Dan Murphy
On 10/07/2013 06:42 AM, Ming Lei wrote: On Mon, Oct 7, 2013 at 1:31 AM, Dan Murphy dmur...@ti.com wrote: On 10/06/2013 10:05 AM, Ming Lei wrote: On Sat, Oct 5, 2013 at 2:25 AM, Dan Murphy dmur...@ti.com wrote: If the smsc95xx does not have a valid MAC address stored within the eeprom

Re: [PATCH] usbnet: smsc95xx: Add device tree input for MAC address

2013-10-10 Thread Dan Murphy
Ming On 10/07/2013 06:42 AM, Ming Lei wrote: On Mon, Oct 7, 2013 at 1:31 AM, Dan Murphy dmur...@ti.com wrote: On 10/06/2013 10:05 AM, Ming Lei wrote: On Sat, Oct 5, 2013 at 2:25 AM, Dan Murphy dmur...@ti.com wrote: If the smsc95xx does not have a valid MAC address stored within the eeprom

Re: [PATCH] usbnet: smsc95xx: Add device tree input for MAC address

2013-10-10 Thread Dan Murphy
On 10/10/2013 07:39 AM, Ming Lei wrote: On Thu, Oct 10, 2013 at 8:08 PM, Dan Murphy dmur...@ti.com wrote: You are correct I don't expect a match for PnP devices only devices that are hard wired. After thinking of it I should move the OF code below the EEPROM code as the EEPROM should take

[PATCH v3] ARM:dts:omap4-panda:Update the LED support for the panda DTS

2013-05-14 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com

Re: [PATCH v3] ARM:dts:omap4-panda:Update the LED support for the panda DTS

2013-05-15 Thread Dan Murphy
NM On 05/15/2013 12:29 AM, Nishanth Menon wrote: $subject - add a space? s/ARM:dts:omap4-panda:Update/ARM: dts: omap4-panda: Update/ ? Will fix. On 09:17-20130514, Dan Murphy wrote: The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7

[PATCH v4] ARM:dts:omap4-panda: Update the LED support for the panda DTS

2013-05-15 Thread Dan Murphy
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es are different. A1-A3 = gpio_wk7 ES = gpio_110 There is no change to LED D2 Abstract away the pinmux and the LED definitions for the two boards into the respective DTS files. Signed-off-by: Dan Murphy dmur...@ti.com

Re: [TEMP PATCH 16/17] pci: host: pcie-dra7xx: use reset framework APIs to reset PCIe

2014-05-06 Thread Dan Murphy
On 05/06/2014 08:34 AM, Kishon Vijay Abraham I wrote: Get reset nodes from dt and use reset framework APIs to reset PCIe. This is needed since reset is handled by the SoC. Cc: Dan Murphy dmur...@ti.com Signed-off-by: Kishon Vijay Abraham I kis...@ti.com --- Documentation/devicetree

Re: [TEMP PATCH 17/17] ARM: dts: dra7: Add *resets* property for PCIe dt node

2014-05-06 Thread Dan Murphy
On 05/06/2014 08:34 AM, Kishon Vijay Abraham I wrote: Added *resets* and *reset-names* properies for PCIe dt node. The documention for this node can be found @ ../bindings/pci/ti-pci.txt. Cc: Dan Murphy dmur...@ti.com Signed-off-by: Kishon Vijay Abraham I kis...@ti.com --- arch/arm/boot

[PATCH v6] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-11 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v6 - Addressed comments from v5 also added PLL algorithim instead of hard coding PLL registers - https://patchwork.kernel.org/patch/4476001/ v5 - Consolidated dai_fmt call back to write serial control register once - https://patchwork.kernel.org

[RFC PATCH] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-06-18 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- .../devicetree/bindings/sound/tas2552.txt | 22 + include/sound/tas2552-plat.h | 30 + sound/soc/codecs/Kconfig |5 + sound/soc/codecs/Makefile |2 + sound

Re: [RFC PATCH] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-06-18 Thread Dan Murphy
Mark Thanks for the comments On 06/18/2014 01:44 PM, Mark Brown wrote: On Wed, Jun 18, 2014 at 12:45:46PM -0500, Dan Murphy wrote: +static int tas2552_i2c_read(struct tas2552_data *tas_data, int reg) +{ +int val; + +if (WARN_ON(!tas_data-tas2552_client)) +return

[PATCH 2/2] ASoC: tas2552: Add DAPM calls for amp and PLL

2014-07-18 Thread Dan Murphy
Add DAPM calls to enable/disable the Class D amp. Also add a DAPM call to turn off the PLL upon the stream completing. Signed-off-by: Dan Murphy dmur...@ti.com --- sound/soc/codecs/tas2552.c | 58 +++- 1 file changed, 41 insertions(+), 17 deletions

[PATCH 1/2] ASoC: tas2552: Fix PM sequencing

2014-07-18 Thread Dan Murphy
In the pm suspend/resume it is better to disable the GPIO after the regmap_cache setting calls so that if the call is interrupted the new reg values will be cached and set on resume. Also add pm_runtime_put in the remove call. Signed-off-by: Dan Murphy dmur...@ti.com --- sound/soc/codecs

[PATCH v2] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-06-30 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Address RFC comments- Added regmap, and snd_soc calls removed debug code, address checkpatch errors -https://patchwork.kernel.org/patch/4378281/ .../devicetree/bindings/sound/tas2552.txt | 22 + include/sound/tas2552-plat.h

Re: [PATCH v2] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-06-30 Thread Dan Murphy
Hi On 06/30/2014 12:21 PM, Mark Rutland wrote: Hi, On Mon, Jun 30, 2014 at 06:10:59PM +0100, Dan Murphy wrote: Support the TI TAS2552 Class D amplifier. The TAS2552 is a high efficiency Class-D audio power amplifier with advanced battery current management and an integrated Class-G boost

Re: [PATCH v5] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-07 Thread Dan Murphy
Mark Thanks for the review On 07/07/2014 03:08 AM, Mark Brown wrote: On Thu, Jul 03, 2014 at 11:24:35AM -0500, Dan Murphy wrote: +static int tas2552_power(struct tas2552_data *data, u8 power) +{ +int ret = 0; + +mutex_lock(data-mutex); + +if (power

[PATCH v7] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-14 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v7 - Addressed pm_runtime comments, sorted and alphatized the Makefile and Kconfg, removed -codec, disable PLL at probe - https://patchwork.kernel.org/patch/4535501/ v6 - Addressed comments from v5 also added PLL algorithim instead of hard coding PLL

[PATCH v3] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-02 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v3 - Updated bindings doc per comments, rearranged probe pdata vs np check - https://patchwork.kernel.org/patch/4453481/ .../devicetree/bindings/sound/tas2552.txt | 22 + include/sound/tas2552-plat.h | 25

Re: [PATCH v3] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-02 Thread Dan Murphy
Felipe Thanks for the review On 07/02/2014 09:10 AM, Felipe Balbi wrote: Hi, On Wed, Jul 02, 2014 at 08:30:52AM -0500, Dan Murphy wrote: Support the TI TAS2552 Class D amplifier. The TAS2552 is a high efficiency Class-D audio power amplifier with advanced battery current management

Re: [alsa-devel] [PATCH v3] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-02 Thread Dan Murphy
Daniel Thanks for the review On 07/02/2014 08:47 AM, Daniel Mack wrote: Hi Dan, On 07/02/2014 03:30 PM, Dan Murphy wrote: +if (np) { +data-power_gpio = of_get_named_gpio(np, enable-gpio, 0); +} else if (pdata) { +data-power_gpio = pdata-enable_gpio

Re: [PATCH v3] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-02 Thread Dan Murphy
On 07/02/2014 10:03 AM, Felipe Balbi wrote: Hi, On Wed, Jul 02, 2014 at 09:53:10AM -0500, Dan Murphy wrote: Felipe Thanks for the review On 07/02/2014 09:10 AM, Felipe Balbi wrote: Hi, On Wed, Jul 02, 2014 at 08:30:52AM -0500, Dan Murphy wrote: Support the TI TAS2552 Class D amplifier

Re: [PATCH v3] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-02 Thread Dan Murphy
Felipe As always great feedback thanks!!! On 07/02/2014 10:43 AM, Felipe Balbi wrote: Hi, On Wed, Jul 02, 2014 at 10:30:25AM -0500, Dan Murphy wrote: On 07/02/2014 10:03 AM, Felipe Balbi wrote: Hi, On Wed, Jul 02, 2014 at 09:53:10AM -0500, Dan Murphy wrote: Felipe Thanks for the review

[PATCH v4] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-03 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v4 - Added pm_runtime support, removed magical numbers, added regulator support, changed from legacy gpio to new gpiod calls, fixed default register values, flipped on battery tracking support and added suspend/resume support - https

Re: [PATCH v4] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-03 Thread Dan Murphy
On 07/03/2014 09:52 AM, Felipe Balbi wrote: Hi, On Thu, Jul 03, 2014 at 09:39:53AM -0500, Dan Murphy wrote: +static int tas2552_set_dai_fmt(struct snd_soc_dai *dai, unsigned int fmt) +{ +u8 serial_format; +struct snd_soc_codec *codec = dai-codec; + +switch (fmt

Re: [PATCH v4] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-03 Thread Dan Murphy
Hi On 07/03/2014 10:06 AM, Felipe Balbi wrote: Hi, On Thu, Jul 03, 2014 at 09:57:39AM -0500, Dan Murphy wrote: On 07/03/2014 09:52 AM, Felipe Balbi wrote: Hi, On Thu, Jul 03, 2014 at 09:39:53AM -0500, Dan Murphy wrote: +static int tas2552_set_dai_fmt(struct snd_soc_dai *dai, unsigned int

[PATCH v5] ASoC: tas2552: Support TI TAS2552 Amplifier

2014-07-03 Thread Dan Murphy
of this information. Signed-off-by: Dan Murphy dmur...@ti.com --- v5 - Consolidated dai_fmt call back to write serial control register once - https://patchwork.kernel.org/patch/4474531/ .../devicetree/bindings/sound/tas2552.txt | 25 + include/sound/tas2552-plat.h | 25 + sound

[v2] input: drv260x: Add TI drv260x haptics driver

2014-07-28 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Fixed binding doc and patch headline - https://patchwork.kernel.org/patch/4619641/ .../devicetree/bindings/input/ti,drv260x.txt | 44

[Patch v3] input: drv260x: Add TI drv260x haptics driver

2014-07-29 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- v3 - Updated binding doc, changed to memless device, updated input alloc to devm, removed mutex locking, add sanity checks for mode and library - https

[Patch v4] input: drv260x: Add TI drv260x haptics driver

2014-07-30 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- v4 - Convert regulator to devm, added error checking where required, updated bindings doc, moved dt parsing to separate call and made platform data

[PATCH v2 2/2] input: misc: Add support for the DRV2667 haptic driver

2014-08-25 Thread Dan Murphy
the waveform until the GO bit is unset. Data sheet is here: http://www.ti.com/product/drv2667 Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - No updates since no comments - https://patchwork.kernel.org/patch/4759391/ drivers/input/misc/Kconfig | 11 + drivers/input/misc/Makefile |1

[PATCH v2 1/2] doc: dt/bindings: input: introduce TI DRV2667 haptic driver description

2014-08-25 Thread Dan Murphy
DRV2667 is a haptic/vibrator driver for Linear Resonant Actuators. Adding dt binding for this part Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Removed extra tabs, changed node to function not device added vbat-supply, and removed confusing description - https://patchwork.kernel.org/patch

[PATCH v5] input: drv260x: Add TI drv260x haptics driver

2014-07-31 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- v5 - Move register defines to c file and rm header file, error check init in probe, fixed identation, remove empty labels in probe and just return on fail

[PATCH v2] ASoC: tas2552: Add DAPM calls for amp and PLL

2014-08-01 Thread Dan Murphy
Add DAPM calls to enable/disable the Class D amp. Also add a DAPM call to turn off the PLL upon the stream completing. Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Added proper audio routing map for ClassD and PLL enable/disable - https://patchwork.kernel.org/patch/4586831/ sound/soc

[PATCH 1/2] doc: dt/bindings: input: introduce TI DRV2667 haptic driver description

2014-08-21 Thread Dan Murphy
DRV2667 is a haptic/vibrator driver for Linear Resonant Actuators. Adding dt binding for this part Signed-off-by: Dan Murphy dmur...@ti.com --- .../devicetree/bindings/input/ti,drv2667.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 Documentation

input: drv2667: add support for drv2667 haptic driver

2014-08-21 Thread Dan Murphy
Adding support for the TI DRV2667 haptic driver. This device driver a linear resonant actuator (LRA) based on user space requests to provide either a vibration or a haptic tactile response to an input. This device has the ability to store wave patterns in RAM and these patterns can be executed

[PATCH 2/2] input: misc: Add support for the DRV2667 haptic driver

2014-08-21 Thread Dan Murphy
the waveform until the GO bit is unset. Data sheet is here: http://www.ti.com/product/drv2667 Signed-off-by: Dan Murphy dmur...@ti.com --- drivers/input/misc/Kconfig | 11 + drivers/input/misc/Makefile |1 + drivers/input/misc/drv2667.c | 500

[PATCH] doc: dt/bindings: input: Fix drv260x binding document

2014-08-22 Thread Dan Murphy
Update the drv260x dt binding document: - Change the node name to the devices function not the device name. - Add vbat-supply to the example. - Fix indentation of the example. Signed-off-by: Dan Murphy dmur...@ti.com --- .../devicetree/bindings/input/ti,drv260x.txt | 19

[PATCH] input: misc: drv260x: add check for ERM mode and LRA Libraries

2014-08-22 Thread Dan Murphy
Add a check to ensure that LRA libraries are not mixed with the ERM mode. If ERM mode and the Library is empty OR the LRA library then exit. As the LRA and empty libraries are not applicable for the ERM actuator. Signed-off-by: Dan Murphy dmur...@ti.com --- drivers/input/misc/drv260x.c |8

[PATCH] input: misc: drv260x remove defines not used

2014-08-22 Thread Dan Murphy
Removing some #defines that are not and should never be used pertaining to I2C. Removing: define DRV260X_ALLOWED_R_BYTES 25 define DRV260X_ALLOWED_W_BYTES 2 define DRV260X_MAX_RW_RETRIES 5 define DRV260X_I2C_RETRY_DELAY 10 Signed-off-by: Dan Murphy dmur...@ti.com --- drivers/input/misc

[PATCH v2] doc: dt/bindings: input: Fix drv260x binding document

2014-08-22 Thread Dan Murphy
Update the drv260x dt binding document: - Change the node name to the devices function not the device name. - Add vbat-supply to the example. - Fix indentation of the example. Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Address comments on indentation, node declaration, add vbat-supply

[PATCH] input: drv260x: Introduce TI drv260x haptics driver

2014-07-24 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- .../devicetree/bindings/input/ti,drv260x.txt | 44 ++ drivers/input/misc/Kconfig |9 + drivers/input/misc/Makefile

[PATCH v6] input: drv260x: Add TI drv260x haptics driver

2014-08-15 Thread Dan Murphy
will be added in future patchsets. Product data sheet is located here: http://www.ti.com/product/drv2605 Signed-off-by: Dan Murphy dmur...@ti.com --- v6 - Updated bindings doc to reflect correct pre-programmed library, updated the vib-overdrive and rated voltage to add -mv, removed _ from the same, add

[PATCH] iio: tsl4531: Fix compiler error when CONFIG_PM_OPS is not defined

2014-10-20 Thread Dan Murphy
Fix the compiler error when the CONFIG_PM_OPS flag is not set. drivers/iio/light/tsl4531.c:235:8: error: ‘tsl4531_suspend’ undeclared here (not in a function) drivers/iio/light/tsl4531.c:235:8: error: ‘tsl4531_resume’ undeclared here (not in a function) Signed-off-by: Dan Murphy dmur...@ti.com

[PATCH] regmap: Allow read_reg_mask to be 0

2014-09-30 Thread Dan Murphy
that the read mask can be zero and separate out the read flag mask and the write flag mask. Signed-off-by: Dan Murphy dmur...@ti.com --- drivers/base/regmap/regmap.c | 11 +++ include/linux/regmap.h |2 ++ 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers

Re: [PATCH] regmap: Allow read_reg_mask to be 0

2014-09-30 Thread Dan Murphy
Mark Thanks for the review On 09/30/2014 12:25 PM, Mark Brown wrote: On Tue, Sep 30, 2014 at 11:07:00AM -0500, Dan Murphy wrote: -if (config-read_flag_mask || config-write_flag_mask) { +if (config-read_flag_mask == REGMAP_NO_READ_MASK) +map-read_flag_mask = 0x00

Re: [PATCH] regmap: Allow read_reg_mask to be 0

2014-09-30 Thread Dan Murphy
On 09/30/2014 12:25 PM, Mark Brown wrote: On Tue, Sep 30, 2014 at 11:07:00AM -0500, Dan Murphy wrote: -if (config-read_flag_mask || config-write_flag_mask) { +if (config-read_flag_mask == REGMAP_NO_READ_MASK) +map-read_flag_mask = 0x00; +else if (config-read_flag_mask

Re: [PATCH] regmap: Allow read_reg_mask to be 0

2014-09-30 Thread Dan Murphy
Mark Thanks for the quick review On 09/30/2014 12:25 PM, Mark Brown wrote: On Tue, Sep 30, 2014 at 11:07:00AM -0500, Dan Murphy wrote: -if (config-read_flag_mask || config-write_flag_mask) { +if (config-read_flag_mask == REGMAP_NO_READ_MASK) +map-read_flag_mask = 0x00

Re: [PATCH] regmap: Allow read_reg_mask to be 0

2014-09-30 Thread Dan Murphy
Lars On 09/30/2014 04:03 PM, Lars-Peter Clausen wrote: On 09/30/2014 06:07 PM, Dan Murphy wrote: There may be spi devices that do not require a register read mask to read the registers. Currently the code sets the read mask based on a non-zero value passed in from the driver

Re: [PATCH] regmap: Allow read_reg_mask to be 0

2014-10-01 Thread Dan Murphy
Lars On 09/30/2014 04:29 PM, Lars-Peter Clausen wrote: On 09/30/2014 11:18 PM, Dan Murphy wrote: Lars On 09/30/2014 04:03 PM, Lars-Peter Clausen wrote: On 09/30/2014 06:07 PM, Dan Murphy wrote: There may be spi devices that do not require a register read mask to read the registers

[PATCH v2] leds: lp8860: Introduce TI lp8860 4 channel LED driver

2014-11-18 Thread Dan Murphy
-q1 Signed-off-by: Dan Murphy dmur...@ti.com --- v2 - Fixed commit message spelling, changed flush_work to cancel_work, did not move INIT_WORK as led class is not registered until the end of probe - https://patchwork.kernel.org/patch/5296361 .../devicetree/bindings/leds/leds-lp8860.txt

Re: [PATCH v2] leds: lp8860: Introduce TI lp8860 4 channel LED driver

2014-11-18 Thread Dan Murphy
Bryan On 11/18/2014 04:56 PM, Bryan Wu wrote: On Tue, Nov 18, 2014 at 6:43 AM, Dan Murphy dmur...@ti.com wrote: Introduce the Texas Instruments lp8860 4 channel LED driver. This driver configures the device in display cluster mode as this seems to be the most used configuration at the time

[PATCH v3] leds: lp8860: Introduce TI lp8860 4 channel LED driver

2014-11-19 Thread Dan Murphy
-q1 Signed-off-by: Dan Murphy dmur...@ti.com --- v3 - Fixed 0day build issue with adding static to eeprom_disp_regs v2 - Fixed commit message spelling, changed flush_work to cancel_work, did not move INIT_WORK as led class is not registered until the end of probe - https://patchwork.kernel.org

Re: [PATCH 1/2] Input: add regulator haptic driver

2014-11-20 Thread Dan Murphy
from this list: send the line unsubscribe linux-input in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- -- Dan Murphy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

[PATCH] leds: lp8860: Introduce TI lp8860 4 channel LED driver

2014-11-13 Thread Dan Murphy
-q1 Signed-off-by: Dan Murphy dmur...@ti.com --- .../devicetree/bindings/leds/leds-lp8860.txt | 29 ++ drivers/leds/Kconfig | 10 + drivers/leds/Makefile | 1 + drivers/leds/leds-lp8860.c | 491

Re: [PATCH] leds: lp8860: Introduce TI lp8860 4 channel LED driver

2014-11-13 Thread Dan Murphy
Bryan Thanks for the review On 11/13/2014 01:43 PM, Bryan Wu wrote: On Thu, Nov 13, 2014 at 4:35 AM, Dan Murphy dmur...@ti.com wrote: Introduce the Texas Instruments lp8860 4 channel LED driver. This driver configures the device in display custer mode custer or cluster? Ooops cluster

[PATCH] merge_config.sh: Add the ability to perform make with an ARCH

2015-07-23 Thread Dan Murphy
then set it. Signed-off-by: Dan Murphy dmur...@ti.com --- scripts/kconfig/merge_config.sh | 29 +++-- 1 file changed, 27 insertions(+), 2 deletions(-) diff --git a/scripts/kconfig/merge_config.sh b/scripts/kconfig/merge_config.sh index ec8e203..bdbff4b 100755

Re: [PATCH 4/8] power: bq27x00_battery: Checkpatch fixes

2015-07-23 Thread Dan Murphy
of platform_driver_register? Unless the message is useful Dan } Acked-by: Dan Murphy dmur...@ti.com -- -- Dan Murphy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: [PATCH 1/8] power: bq27x00_battery: Add manufacturer property

2015-07-23 Thread Dan Murphy
); break; + case POWER_SUPPLY_PROP_MANUFACTURER: + val-strval = BQ27XXX_MANUFACTURER; + break; default: return -EINVAL; } Acked-by: Dan Murphy dmur...@ti.com -- -- Dan Murphy -- To unsubscribe from this list: send

Re: [PATCH 3/8] power: bq27x00_battery: Fix function parameter alignment

2015-07-23 Thread Dan Murphy
; struct bq27000_platform_data *pdata = dev-platform_data; Acked-by: Dan Murphy dmur...@ti.com -- -- Dan Murphy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 2/8] power: bq27x00_battery: Fix lines over 80 characters long

2015-07-23 Thread Dan Murphy
) -#define BQ27425_REG_DCAP (0x3C + BQ27425_REG_OFFSET) +#define BQ27425_REG_DCAP (0x3C + BQ27425_REG_OFFSET) #define BQ27000_RS 20 /* Resistor sense */ #define BQ27x00_POWER_CONSTANT (256 * 29200 / 1000) Acked-by: Dan Murphy dmur...@ti.com

Re: [PATCH/RFC 18/51] leds: lp8860: Remove work queue

2015-07-17 Thread Dan Murphy
On 07/17/2015 03:47 AM, Jacek Anaszewski wrote: From: Andrew Lunn and...@lunn.ch Now the core implements the work queue, remove it from the drivers. Signed-off-by: Andrew Lunn and...@lunn.ch Cc: Dan Murphy dmur...@ti.com --- drivers/leds/leds-lp8860.c | 24 +--- 1

Re: [PATCH] merge_config.sh: Add the ability to perform make with an ARCH

2015-07-24 Thread Dan Murphy
Yamada On 07/24/2015 01:23 AM, Masahiro Yamada wrote: Hi Dan, 2015-07-24 5:51 GMT+09:00 Dan Murphy dmur...@ti.com: The script does not allow building for different architectures. It may assume that the developer has set the ARCH as a global variable. Add a switch argument to pass

Re: [PATCH] net: phy: dp83848: Add TI DP83848 Ethernet PHY

2015-10-20 Thread Dan Murphy
> > Signed-off-by: Andrew F. Davis <a...@ti.com> > Signed-off-by: Dan Murphy <dmur...@ti.com> > --- > drivers/net/phy/Kconfig | 5 +++ > drivers/net/phy/Makefile | 1 + > drivers/net/phy/dp83848.c | 99 > +++ > 3

Re: [PATCH 1/1] regulator: tps65218: Fix missing zero typo

2015-09-16 Thread Dan Murphy
O(DCDC2, "DCDC2", 85, 1675000), > TPS65218_INFO(DCDC3, "DCDC3", 90, 340), > TPS65218_INFO(DCDC4, "DCDC4", 1175000, 340), Acked-by: Dan Murphy <dmur...@ti.com> -- -- Dan Murphy -- To unsubscribe from this list: send the l

Re: [PATCH v2 2/2] phy dp83867: Make rgmii parameters optional

2016-05-17 Thread Dan Murphy
se.de> > Applied. This patch should not have been applied. I did not believe the implementation was proper for that driver. It seems my objection to the code was not seen. Nor was Andrew's point about the DT bindings document https://patchwork.kernel.org/patch/9105371/ Dan -- -- Dan Murphy

Re: [PATCH v2 2/2] phy dp83867: Make rgmii parameters optional

2016-05-17 Thread Dan Murphy
On 05/17/2016 03:37 PM, Alexander Graf wrote: > Hi David, > >> Am 17.05.2016 um 20:48 schrieb David Miller <da...@davemloft.net>: >> >> From: Dan Murphy <dmur...@ti.com> >> Date: Tue, 17 May 2016 13:34:34 -0500 >> >>> David >>> >

Re: [PATCH] phy dp83867: depend on CONFIG_OF_MDIO

2016-05-16 Thread Dan Murphy
on't think we want this to depend solely on OF_MDIO. The #else case should probably be coded to look at platform data, if it exists. I don't have any boards that still used platform data to test this out so I did not feel comfortable adding code I could not test. The platform data should contain the RGMII tx/rx delay and FIFO control. Dan -- -- Dan Murphy

Re: [PATCH] phy dp83867: depend on CONFIG_OF_MDIO

2016-05-16 Thread Dan Murphy
Alex On 05/16/2016 12:57 PM, Alexander Graf wrote: > Hi Dan, > > On 16.05.16 15:38, Dan Murphy wrote: >> Alexander >> >> On 05/16/2016 06:28 AM, Alexander Graf wrote: >>> The DP83867 phy driver doesn't actually work when CONFIG_OF_MDIO isn't >>> enabl

Re: [PATCH v2 2/2] phy dp83867: Make rgmii parameters optional

2016-05-16 Thread Dan Murphy
. In that case, cross our fingers and > + * assume that firmware did everything correctly for us or that we don't > + * need them. > + */ > + if (!dp83867->values_are_sane) > + return 0; > + > if (phy_interface_is_rgmii(phydev)) { > ret = phy_write(phydev, MII_DP83867_PHYCTRL, > (dp83867->fifo_depth << > DP83867_PHYCR_FIFO_DEPTH_SHIFT)); -- -- Dan Murphy

Re: [PATCH] drivers: Update drv260x driver

2016-12-08 Thread Dan Murphy
haptics->rated_voltage = > drv260x_calculate_voltage(pdata->vib_rated_voltage); > - } else if (client->dev.of_node) { > - error = drv260x_parse_dt(>dev, haptics); > - if (error) > - return error; > - } else { > - dev_err(>dev, "Platform data not set\n"); > - return -ENODEV; > - } > + error = drv260x_read_device_property(>dev, haptics); > + if (error) > + return error; > > > if (haptics->mode < DRV260X_LRA_MODE || -- -- Dan Murphy

Re: [PATCH] Input: drv260x - fix initializing overdrive voltage

2016-12-12 Thread Dan Murphy
atic int drv260x_probe(struct i2c_client *client, > if (!haptics) > return -ENOMEM; > > - haptics->rated_voltage = DRV260X_DEF_OD_CLAMP_VOLT; > + haptics->overdrive_voltage = DRV260X_DEF_OD_CLAMP_VOLT; > haptics->rated_voltage = DRV260X_DEF_RATED_VO

Re: [PATCH 0/2] Input: drv266x: Fix misuse of regmap_update_bits

2016-11-29 Thread Dan Murphy
ap_update_bits > Input: drv2667: Fix misuse of regmap_update_bits Thanks for the patches what about the drv260x.c? Dan > drivers/input/misc/drv2665.c | 5 +++-- > drivers/input/misc/drv2667.c | 4 ++-- > 2 files changed, 5 insertions(+), 4 deletions(-) > -- -- Dan Murphy

[PATCH 2/2] ASoC: tlv320aic32x4: Add gpio configuration to the codec

2017-07-12 Thread Dan Murphy
Add the ability to configure the MFP1->MFP5 registers as GPIOs. In addition adding ALSA controls to get and set the GPIO state. Per the data sheet each MFP can be configured as a GPIO input only, output only or either an input or output. Signed-off-by: Dan Murphy <dmur...@

  1   2   3   4   5   >