[GIT] [3.7] MFD fixes

2012-11-26 Thread Samuel Ortiz
Hi Linus, This is the MFD pull request for 3.7 fixes. We have: - A twl fix preventing a buffer overflow. - A wm5102 register patch fix. - A wm5110 error misreport fix. - Arizona fixes: Use the right array size when adding subdevices, correctly report underclocked events, synchronize register c

Re: [PATCH V1 1/3] mfd: stmpe: Arrange #include in alphabetical order

2012-11-26 Thread Samuel Ortiz
On Mon, Nov 26, 2012 at 03:31:45PM +, Lee Jones wrote: > On Mon, 26 Nov 2012, Viresh Kumar wrote: > > > On 26 November 2012 18:55, Lee Jones wrote: > > > > > Why do you need to sort them? Is there _really_ a need? > > > > Many people & maintainers like to have their header files ordered. Th

Re: [PATCH -next] mfd: fix stmpe.c build when OF is not enabled

2012-11-26 Thread Samuel Ortiz
t; >> drivers/mfd/stmpe.c:1030:2: error: implicit declaration of function > >> 'for_each_child_of_node' > >> drivers/mfd/stmpe.c:1030:36: error: expected ';' before '{' token > >> > >> Signed-off-by: Randy Dunlap > >>

Re: [PATCH] mfd: tps65090: MFD_TPS65090 needs to select REGMAP_IRQ

2012-11-27 Thread Samuel Ortiz
Hi Axel, On Tue, Nov 27, 2012 at 03:15:17PM +0800, Axel Lin wrote: > This fixes below build error: > > drivers/built-in.o: In function `tps65090_i2c_probe': > drivers/mfd/tps65090.c:180: undefined reference to `regmap_add_irq_chip' > drivers/mfd/tps65090.c:190: undefined reference to `regmap_irq_

Re: [PATCH] mfd: wm8994: Make current device behaviour the default

2012-11-30 Thread Samuel Ortiz
Hi Mark, On Tue, Nov 27, 2012 at 03:23:30PM +, Mark Brown wrote: > As the wm8994 series of devices are now very mature make the current > behaviour of the devices the default behaviour, any future revisions are > likely to have only minor updates. > > Signed-off-by: Mark Brown > --- > drive

Re: [PATCH] mfd: arizona: Register haptics devices

2012-11-30 Thread Samuel Ortiz
Hi Mark, On Tue, Nov 27, 2012 at 05:37:13PM +, Mark Brown wrote: > Both WM5102 and WM5110 support haptics, register the device. > > Signed-off-by: Mark Brown > --- > drivers/mfd/arizona-core.c |2 ++ > 1 file changed, 2 insertions(+) I applied this one. Please let me know if you want to

Re: [PATCH] mfd: wm5102: Correct default for LDO1_CONTROL_2

2012-11-30 Thread Samuel Ortiz
Hi Mark, On Wed, Nov 28, 2012 at 06:47:28PM +, Mark Brown wrote: > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |1 + > 1 file changed, 1 insertion(+) Applied, thanks. Cheers, Samuel. -- Intel Open Source Technology Centre http://oss.intel.com/ -- To unsubscribe from

Re: [PATCH] mfd: wm5102: Mark DSP memory regions as volatile

2012-11-30 Thread Samuel Ortiz
Hi Mark, On Wed, Nov 28, 2012 at 07:04:16PM +, Mark Brown wrote: > We can cache some of them but this is simpler for now. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |3 +++ > 1 file changed, 3 insertions(+) Patch applied, thanks. Cheers, Samuel. -- Intel Open S

Re: [PATCH] mfd: wm5102: Treat future revisions as revision B

2012-11-30 Thread Samuel Ortiz
Hi Mark, On Thu, Nov 29, 2012 at 05:49:17PM +, Mark Brown wrote: > The expectation is that future revisions will behave as revision B. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) This one does not apply. I'm

Re: New MFD tree for linux-next

2013-03-17 Thread Samuel Ortiz
Hi Stephen, On Sat, Mar 16, 2013 at 01:27:53PM +1100, Stephen Rothwell wrote: > Hi Samuel, > > On Fri, 15 Mar 2013 17:46:25 +0100 Samuel Ortiz wrote: > > > > On Thu, Mar 14, 2013 at 01:02:01AM +0100, Samuel Ortiz wrote: > > > > > > I am moving the MFD dev

Re: New MFD tree for linux-next

2013-03-17 Thread Samuel Ortiz
On Mon, Mar 18, 2013 at 10:45:20AM +1100, Stephen Rothwell wrote: > On Mon, 18 Mar 2013 00:39:07 +0100 Samuel Ortiz wrote: > > > > > I assume that you are still using the for-next branch? > > I will update for-next branch to be in sync with mfd-next until the 3.10 >

Re: [PATCH v6 0/6] Add ChromeOS Embedded Controller support

2013-03-19 Thread Samuel Ortiz
Hi Simon, On Mon, Feb 25, 2013 at 02:08:35PM -0800, Simon Glass wrote: > The ChromeOS Embedded Controller (EC) is an Open Source EC implementation > used on ARM and Intel Chromebooks. Current implementations use a Cortex-M3 > connected on a bus (such as I2C, SPI, LPC) to the AP. A separate interru

Re: [PATCH v6 0/6] Add ChromeOS Embedded Controller support

2013-03-19 Thread Samuel Ortiz
On Wed, Mar 20, 2013 at 01:56:52AM +0100, Samuel Ortiz wrote: > Hi Simon, > > On Mon, Feb 25, 2013 at 02:08:35PM -0800, Simon Glass wrote: > > The ChromeOS Embedded Controller (EC) is an Open Source EC implementation > > used on ARM and Intel Chromebooks. Current implementa

Re: [PATCH v6 0/6] Add ChromeOS Embedded Controller support

2013-03-20 Thread Samuel Ortiz
Hi Simon, On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote: > Hi Samuel, > > On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz wrote: > > On Wed, Mar 20, 2013 at 01:56:52AM +0100, Samuel Ortiz wrote: > >> Hi Simon, > >> > >> On Mon, Feb 25, 2

Re: [PATCH v6 0/6] Add ChromeOS Embedded Controller support

2013-03-20 Thread Samuel Ortiz
Hi Simon, On Wed, Mar 20, 2013 at 09:14:56AM +0100, Samuel Ortiz wrote: > On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote: > > Hi Samuel, > > > > On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz wrote: > > > On Wed, Mar 20, 2013 at 01:56:52AM +0100, Samue

Re: [PATCH] mfd: wm5102: Mark only extant DSP registers volatile

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Tue, Dec 11, 2012 at 04:51:39PM +0900, Mark Brown wrote: > Since regmap sometimes uses volatile as a proxy for readable simply > having a blanket condition can mark too many registers as readable. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c | 11 +++ >

Re: [PATCH] mfd: arizona: Register MICVDD supply first to ensure no retries

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Thu, Dec 20, 2012 at 03:38:03PM +, Mark Brown wrote: > Not strictly required as probe deferral will take care of everything but > it makes boot a little smoother. > > Reported-by: Ryo Tsutsui > Signed-off-by: Mark Brown > --- > drivers/mfd/arizona-core.c |4 ++-- > 1 file c

Re: [PATCH] mfd: wm5102: Update rev B patch for latest evaluation

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Wed, Jan 02, 2013 at 02:30:18PM +, Mark Brown wrote: > The latest evaluation of the revision B silicon suggests some changes to > the tuning applied for optimal performance. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |9 + > 1 file changed, 5 i

Re: [PATCH 1/1] mfd: wm8994: Use devm_regulator_bulk_get API

2013-02-03 Thread Samuel Ortiz
Hi Sachin, On Tue, Jan 08, 2013 at 02:01:22PM +0530, Sachin Kamat wrote: > devm_regulator_bulk_get is device managed and saves some cleanup > and exit code. > > Signed-off-by: Sachin Kamat > --- > Compile tested against linux-next tree (20130108). > --- > drivers/mfd/wm8994-core.c |7 ++

Re: [PATCH 01/10] mfd: wm5102: Mark DSP memory regions as volatile and readable

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Sun, Jan 27, 2013 at 12:07:23PM +0800, Mark Brown wrote: > We can cache some of them but this is simpler for now. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) Applied, thanks. Cheers, Samuel. --

Re: [PATCH 08/10] mfd: wm5102: Refresh register defaults

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Sun, Jan 27, 2013 at 12:07:30PM +0800, Mark Brown wrote: > The WM5102 register defaults are not up to date with the current register > map, synchronise them with those for current devices. > > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c | 95 > +++---

Re: [PATCH 07/10] mfd: wm5102: Add registers for microphone detection level configuration

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Sun, Jan 27, 2013 at 12:07:29PM +0800, Mark Brown wrote: > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |8 > 1 file changed, 8 insertions(+) This one has build dependencies on the previous one, so I'll either let you carry it. Cheers, Samuel. -- Inte

Re: [PATCH] mfd: arizona: Clarify mixer underclocking error

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Mon, Jan 28, 2013 at 12:32:53AM +0800, Mark Brown wrote: > If the mixer is underclocked it will drop a sample so log that error > more directly. > > Signed-off-by: Mark Brown > --- > drivers/mfd/arizona-core.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Patch applied

Re: [PATCH] mfd: arizona: Provide platform data for MICBIAS configuration

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Tue, Jan 29, 2013 at 12:47:37AM +0800, Mark Brown wrote: > Allow the MICBIAS voltages and other attributes to be configured by the > platform. > > Signed-off-by: Mark Brown > --- > drivers/mfd/arizona-core.c| 23 +++ > include/linux/mfd/arizona/pdata.h

Re: [PATCH 0/4] mfd/regulator: tps65090: add DT support and suspend/resume cleanups

2013-02-03 Thread Samuel Ortiz
Hi Laxman, On Fri, Dec 28, 2012 at 02:59:37PM +0530, Laxman Dewangan wrote: > The patch series add DT support on TPS65090 device. > > Also remove the suspend/resume implementation as it duplicates with > irq_suspend/irq_resume(). > > Laxman Dewangan (4): > mfd: tps65090: add DT support for tps

Re: [PATCH v2 00/11] MFD: twl-core: Cleanup part 2 for 3.9

2013-02-03 Thread Samuel Ortiz
Hi Peter, On Wed, Jan 16, 2013 at 02:53:48PM +0100, Peter Ujfalusi wrote: > Hello Samuel, > > Changes since v1: > - Patch for zoom-display to avoid build issus with this set > > I had a patch on top of this series to move the zoom board to use bl-pwm for > display backlight. Because of this I ha

Re: [PATCH v9 00/20] OMAP USB Host cleanup

2013-02-03 Thread Samuel Ortiz
Hi Roger, On Wed, Jan 23, 2013 at 12:37:52PM +0200, Roger Quadros wrote: > Hi Samuel, > > I think this series is in a pretty good shape to pull now :). I've added > Reviewed-by and Acked-by tags. You can please pull from below. > > NOTE: the first patch is a stable fix so Greg KH might want to p

Re: [PATCH 09/26] mfd: ab8500-debugfs: Provide a means for a user subscribe to IRQs

2013-02-03 Thread Samuel Ortiz
Hi Lee, On Mon, Jan 28, 2013 at 11:34:43AM +, Lee Jones wrote: > On Mon, 28 Jan 2013, Samuel Ortiz wrote: > > > Hi Lee, > > > > On Mon, Jan 28, 2013 at 10:22:23AM +, Lee Jones wrote: > > > On Mon, 28 Jan 2013, Samuel Ortiz wrote: > > > >

Re: [PATCH 06/26] mfd: ab8500-sysctrl: Provide configuration for SysClkReqRfClkBuf registers

2013-02-03 Thread Samuel Ortiz
Hi Lee, On Mon, Jan 28, 2013 at 08:38:16AM +, Lee Jones wrote: > On Mon, 28 Jan 2013, Samuel Ortiz wrote: > > > Hi Lee, Kennet, > > > > On Tue, Jan 15, 2013 at 12:55:46PM +, Lee Jones wrote: > > > From: Kennet Wallden > > > > > > Add

Re: [PATCH v3] lpc_ich: fix gpio base and control offsets

2013-02-03 Thread Samuel Ortiz
Hi Arron, On Thu, Jan 24, 2013 at 02:52:39PM -0600, Aaron Sierra wrote: > In ICH5 and earlier the GPIOBASE and GPIOCTRL registers are found at > offsets 0x58 and 0x5C, respectively. This patch allows GPIO access to > properly be enabled (and disabled) for these chipsets. > > Signed-off-by: Agócs

Re: [PATCH 0/4] add ux500_wdt support

2013-02-03 Thread Samuel Ortiz
Hi Fabio, On Fri, Jan 18, 2013 at 12:40:10PM +0100, Fabio Baltieri wrote: > Hi all, > > this set adds support for the ux500_wdt timer, implemented in the PRCMU > unit of ST-Ericsson ux500 architecture. > > The first two patches add the necessary definitions and function export > to the PRCMU dri

Re: [PATCH 16/33] mfd: Convert to devm_ioremap_resource()

2013-02-03 Thread Samuel Ortiz
sages so all explicit > error messages can be removed from the failure code paths. > > Signed-off-by: Thierry Reding > Cc: Samuel Ortiz > --- > drivers/mfd/intel_msic.c | 9 - > 1 file changed, 4 insertions(+), 5 deletions(-) Applied, thanks. Cheers, Samuel. -- Intel O

Re: [PATCH V2 4/6] mfd: tps6507x: add device-tree support.

2013-02-03 Thread Samuel Ortiz
Hi Manish, On Tue, Jan 29, 2013 at 01:08:52PM +0530, Vishwanathrao Badarkhe, Manish wrote: > Add device tree based initialization support for TI's > tps6507x mfd device. > > Signed-off-by: Vishwanathrao Badarkhe, Manish > --- > Changes since V1: > - updated subject line for commit. > > :100644

Re: [PATCH] mfd: wm5102: Make DSP scratch registers readable

2013-02-03 Thread Samuel Ortiz
Hi Mark, On Fri, Jan 25, 2013 at 05:09:23PM +0800, Mark Brown wrote: > Signed-off-by: Mark Brown > --- > drivers/mfd/wm5102-tables.c |8 > include/linux/mfd/arizona/registers.h | 16 > 2 files changed, 24 insertions(+) Applied, thanks. Cheers, Samuel.

Re: [PATCH 0/6] MFD:rtsx: Fix coding style and optimize flow

2013-02-03 Thread Samuel Ortiz
Hi Wei, On Tue, Jan 29, 2013 at 03:21:31PM +0800, wei_w...@realsil.com.cn wrote: > From: Wei WANG > > This patchset fixes some coding style issues, and optimizes card detect > flow to improve the stability when inserting card. > > Wei WANG (6): > MFD:rtsx: Fix typo in comment > MFD:rtsx: Re

Re: [PATCH] mfd: vexpress: Add pseudo-GPIO based LEDs

2013-02-03 Thread Samuel Ortiz
Hi Pawel, On Wed, Jan 30, 2013 at 10:33:16AM +, Pawel Moll wrote: > The LEDs on the Versatile Express motherboard are controlled > through simple memory-mapped register. This patch extends > the pseudo-GPIO controller definition for these lines and > creates generic "leds-gpio" device using th

Re: [PATCH 1/2] ARM: ux500: rename ab8500 to abx500 for hwmon driver

2013-02-03 Thread Samuel Ortiz
Hi Hongbo, On Wed, Jan 30, 2013 at 06:21:27PM +0800, Hongbo Zhang wrote: > We are using a generic abx500 hwmon layer, so rename specific ab8500 to > generic > abx500 for hwmon device and driver matching. > > Signed-off-by: Hongbo Zhang > --- > drivers/mfd/ab8500-core.c | 6 +++--- > 1 file cha

Re: [PATCH 33/62] mfd: convert to idr_alloc()

2013-02-03 Thread Samuel Ortiz
Hi Tejun, On Sat, Feb 02, 2013 at 05:20:34PM -0800, Tejun Heo wrote: > Convert to the much saner new idr interface. > > Only compile tested. > > Signed-off-by: Tejun Heo > Cc: Samuel Ortiz > --- > This patch depends on an earlier idr changes and I think it would

Re: [PATCH 16/33] mfd: Convert to devm_ioremap_resource()

2013-02-03 Thread Samuel Ortiz
On Sun, Feb 03, 2013 at 06:22:27PM +0100, Samuel Ortiz wrote: > Hi Thierry, > > On Mon, Jan 21, 2013 at 11:09:09AM +0100, Thierry Reding wrote: > > Convert all uses of devm_request_and_ioremap() to the newly introduced > > devm_ioremap_resource() which provides more cons

Re: [PATCH 0/4] mfd/regulator: tps65090: add DT support and suspend/resume cleanups

2013-02-03 Thread Samuel Ortiz
Hi Laxman, On Sun, Feb 03, 2013 at 03:19:31PM +0100, Samuel Ortiz wrote: > Hi Laxman, > > On Fri, Dec 28, 2012 at 02:59:37PM +0530, Laxman Dewangan wrote: > > The patch series add DT support on TPS65090 device. > > > > Also remove the suspend/resume implement

Re: [PATCH 0/7] mfd: update on max8925 for DT support

2013-02-04 Thread Samuel Ortiz
Hi Haojian, On Mon, Feb 04, 2013 at 09:05:09AM +0800, Haojian Zhuang wrote: > Hi Samuel, > > Are they merged into your git tree? No, they're not. Qing sent several versions for many of the patches in this patchset: Could you please send a rebased patchset (on top of for-next) with the latest vers

Re: [PATCH 3/3] mfd: rtsx: support RTS5227

2013-02-04 Thread Samuel Ortiz
Hi Roger, On Mon, Feb 04, 2013 at 03:45:59PM +0800, Roger Tseng wrote: > Support new model RTS5227. > > Signed-off-by: Roger Tseng > Reviewed-by: Wei WANG > --- > drivers/mfd/Makefile | 2 +- > drivers/mfd/rts5227.c| 234 > +++ > drive

Re: [PATCH 2/3] mfd: rtsx: implement driving adjustment to device-dependent callbacks

2013-02-04 Thread Samuel Ortiz
Hi Roger, On Mon, Feb 04, 2013 at 03:45:58PM +0800, Roger Tseng wrote: > Implement different ways of selecting driving capability(a necessary > adjustment > along with voltage change). It was origionally in device-independent > mmc/host/rtsx_pci_sdmmc.c. Moving it here to support devices which ma

Re: [PATCH 1/6] mfd: max8925: add irqdomain for dt

2013-02-05 Thread Samuel Ortiz
Hi Haojian, On Mon, Feb 04, 2013 at 11:40:42PM +0800, Haojian Zhuang 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

Re: [GIT PULL] mfd: First patch-set to update the AB8500 series

2013-02-05 Thread Samuel Ortiz
Hi Lee, On Mon, Feb 04, 2013 at 09:26:31AM +, Lee Jones wrote: > The following changes since commit 949db153b6466c6f7cad5a427ecea94985927311: > > Linux 3.8-rc5 (2013-01-25 11:57:28 -0800) > > are available in the git repository at: > > git://git.linaro.org/people/ljones/linux-3.0-ux500.

Re: [PATCH] mfd: lpc_ich: Fix arguments to kmalloc

2013-02-06 Thread Samuel Ortiz
HI Emil, On Wed, Feb 06, 2013 at 07:00:59PM +0100, Emil Goode wrote: > This patch changes the order of the arguments to kmalloc, > the allocation flag should be the second argument. > > Sparse warnings: > > drivers/mfd/lpc_ich.c:881:24: warning: > incorrect type in argument 1 (different ba

Re: [PATCH 03/15] drivers/mfd: add missing GENERIC_HARDIRQS dependecies

2013-02-06 Thread Samuel Ortiz
pping" [drivers/mfd/mfd-core.ko] undefined! > > Cc: Samuel Ortiz > Signed-off-by: Heiko Carstens > --- > drivers/mfd/Kconfig | 72 > +++ > 1 file changed, 38 insertions(+), 34 deletions(-) > Applied to my for-next bra

Re: [PATCH] mfd: ab8500: fix compile error

2013-02-06 Thread Samuel Ortiz
Hi Linus, On Wed, Feb 06, 2013 at 11:23:01PM +0100, Linus Walleij wrote: > From: Linus Walleij > > When compiling the AB8500 core driver in the latest > MFD tree the following happens: > > CC drivers/mfd/ab8500-debugfs.o > /home/elinwal/linux-next/drivers/mfd/ab8500-debugfs.c:157:3: erro

Re: [char-misc-next 08/11] mei: nfc: Initial nfc implementation

2013-02-07 Thread Samuel Ortiz
Hi Arnd, On Thu, Feb 07, 2013 at 10:26:42PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Tomas Winkler wrote: > > > > From: Samuel Ortiz > > > > NFC ME client is exported through mei bus to be consumed by the > > NFC subsystem. > > > &

Re: [char-misc-next 03/11] mei: bus: Initial implementation for I/O routines

2013-02-07 Thread Samuel Ortiz
Hi Arnd, On Thu, Feb 07, 2013 at 10:34:44PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Tomas Winkler wrote: > > + > > +struct mei_bus_ops { > > + int (*send)(struct mei_bus_client *client, u8 *buf, size_t length); > > + int (*recv)(struct mei_bus_client *client, u8 *bu

Re: [char-misc-next 05/11] mei: bus: Call bus routines from the core code

2013-02-07 Thread Samuel Ortiz
Hi Arnd, On Thu, Feb 07, 2013 at 10:37:30PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Tomas Winkler wrote: > > @@ -197,6 +197,9 @@ static int mei_probe(struct pci_dev *pdev, const struct > > pci_device_id *ent) > > mei_pdev = pdev; > > pci_set_drvdata(pdev, dev);

Re: [char-misc-next 07/11] mei: bus: Implement bus driver data setter/getter

2013-02-07 Thread Samuel Ortiz
On Thu, Feb 07, 2013 at 10:38:44PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Tomas Winkler wrote: > > > > +inline void *mei_bus_get_clientdata(const struct mei_bus_client *client) > > +{ > > + return dev_get_drvdata(&client->dev); > > +} > > +EXPORT_SYMBOL(mei_bus_get_clien

Re: [char-misc-next 01/11] mei: bus: Initial MEI bus type implementation

2013-02-07 Thread Samuel Ortiz
On Thu, Feb 07, 2013 at 10:41:06PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Tomas Winkler wrote: > > +} > > +EXPORT_SYMBOL(mei_add_device); > > + > > +void mei_remove_device(struct mei_bus_client *client) > > +{ > > + device_unregister(&client->dev); > > +} > > +EXPORT_SYMB

Re: [char-misc-next 07/11] mei: bus: Implement bus driver data setter/getter

2013-02-07 Thread Samuel Ortiz
On Thu, Feb 07, 2013 at 11:58:09PM +0100, Samuel Ortiz wrote: > On Thu, Feb 07, 2013 at 10:38:44PM +, Arnd Bergmann wrote: > > On Thursday 07 February 2013, Tomas Winkler wrote: > > > > > > +inline void *mei_bus_get_clientdata(const struct mei_bus_client *client) &g

Re: gpio-sch GPIO_SYSFS access

2013-02-08 Thread Samuel Ortiz
Hi Darren, On Thu, Feb 07, 2013 at 11:08:03PM -0800, Darren Hart wrote: > On 02/07/2013 08:40 PM, Darren Hart wrote: > > > > > > On 02/07/2013 02:09 AM, Linus Walleij wrote: > >> On Thu, Feb 7, 2013 at 1:58 AM, Darren Hart wrote: > >> > >>> Is it that some other driver has claimed these GPIO li

Re: gpio-sch GPIO_SYSFS access

2013-02-08 Thread Samuel Ortiz
On Fri, Feb 08, 2013 at 02:36:16AM -0800, Darren Hart wrote: > On 02/08/2013 12:49 AM, Samuel Ortiz wrote: > >> Well, this happens when the driver in question gets removed by another > >> driver. > > removed by another driver ? I'm not sure I understand what that

Re: [GIT PULL] ab8500-dependent MFD functions for GPIO IRQs

2013-02-08 Thread Samuel Ortiz
Hi Linus, On Fri, Feb 08, 2013 at 02:37:58PM +0100, Linus Walleij wrote: > Hi Sam, > > could you please pull these changes into your MFD branch for the > next merge window? > > These should be merged on top of Lee Jones' patch stack and > deal with how the GPIO IRQs are handled. > > I based th

Re: [PATCH] mfd:rtsx: Fix issue that booting OS with SD card inserted

2013-02-08 Thread Samuel Ortiz
Hi Wei, On Fri, Feb 08, 2013 at 03:24:27PM +0800, wei_w...@realsil.com.cn wrote: > From: Wei WANG > > Realtek card reader supports both SD and MS card. According to the > settings of rtsx MFD driver, SD host will be probed before MS host. > If we boot/reboot Linux with SD card inserted, the rese

Re: [char-misc-next 01/11 V2] mei: bus: Initial MEI bus type implementation

2013-02-09 Thread Samuel Ortiz
Hi Greg, On Fri, Feb 08, 2013 at 03:53:41PM -0800, Greg KH wrote: > > +Example > > +=== > > +As a theoretical example let's pretend the ME comes with a "contact" NFC > > IP. > > +The driver init and exit routines for this device would look like: > > + > > +#define CONTACT_DRIVER_NAME "contact

Re: [char-misc-next 02/11 V2] mei: bus: Implement driver registration

2013-02-09 Thread Samuel Ortiz
Hi Greg, On Fri, Feb 08, 2013 at 03:55:24PM -0800, Greg KH wrote: > On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wrote: > > From: Samuel Ortiz > > > > Signed-off-by: Samuel Ortiz > > Signed-off-by: Tomas Winkler > > Acked-by: Arnd Bergmann &g

Re: [char-misc-next 02/11 V2] mei: bus: Implement driver registration

2013-02-11 Thread Samuel Ortiz
On Sun, Feb 10, 2013 at 08:36:23AM -0800, Greg KH wrote: > On Sun, Feb 10, 2013 at 04:32:18AM +0100, Samuel Ortiz wrote: > > Hi Greg, > > > > On Fri, Feb 08, 2013 at 03:55:24PM -0800, Greg KH wrote: > > > On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wro

Re: [char-misc-next 03/11] mei: bus: Initial implementation for I/O routines

2013-02-11 Thread Samuel Ortiz
Hi Arnd, On Mon, Feb 11, 2013 at 11:52:42AM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Samuel Ortiz wrote: > > On Thu, Feb 07, 2013 at 10:34:44PM +, Arnd Bergmann wrote: > > > On Thursday 07 February 2013, Tomas Winkler wrote: > > > >

Re: [char-misc-next 01/11 V2] mei: bus: Initial MEI bus type implementation

2013-02-11 Thread Samuel Ortiz
Hi Arnd, On Mon, Feb 11, 2013 at 11:50:26AM +, Arnd Bergmann wrote: > On Sunday 10 February 2013, Samuel Ortiz wrote: > > > > > > > > /** > > > > + * mei_bus_client > > > > > > I don't really understand this structure, please

Re: [char-misc-next 07/11] mei: bus: Implement bus driver data setter/getter

2013-02-11 Thread Samuel Ortiz
Hi Arnd, On Mon, Feb 11, 2013 at 02:58:37PM +, Arnd Bergmann wrote: > On Thursday 07 February 2013, Samuel Ortiz wrote: > > > > On Thu, Feb 07, 2013 at 11:58:09PM +0100, Samuel Ortiz wrote: > > > On Thu, Feb 07, 2013 at 10:38:44PM +, Arnd Bergmann wrote: > &g

Re: [char-misc-next 03/11] mei: bus: Initial implementation for I/O routines

2013-02-11 Thread Samuel Ortiz
Hi Arnd, On Mon, Feb 11, 2013 at 03:08:24PM +, Arnd Bergmann wrote: > On Monday 11 February 2013, Samuel Ortiz wrote: > > On Mon, Feb 11, 2013 at 11:52:42AM +, Arnd Bergmann wrote: > > > On Thursday 07 February 2013, Samuel Ortiz wrote: > > > > On Thu, Fe

Re: [char-misc-next 01/11 V2] mei: bus: Initial MEI bus type implementation

2013-02-11 Thread Samuel Ortiz
On Mon, Feb 11, 2013 at 06:30:51AM -0800, Greg KH wrote: > On Mon, Feb 11, 2013 at 02:46:12PM +0100, Samuel Ortiz wrote: > > > You already have a 'struct mei_device', which refers to the PCI device > > > that owns the bus, and has clients attached to it. While it may

Re: [char-misc-next 07/11] mei: bus: Implement bus driver data setter/getter

2013-02-11 Thread Samuel Ortiz
On Mon, Feb 11, 2013 at 08:03:46AM -0800, Greg KH wrote: > On Mon, Feb 11, 2013 at 04:29:29PM +0100, Samuel Ortiz wrote: > > Hi Arnd, > > > > On Mon, Feb 11, 2013 at 02:58:37PM +, Arnd Bergmann wrote: > > > On Thursday 07 February 2013, Samuel Ortiz wrote: &

Re: [PATCH] mfd: support stmpe1801 18 bits enhanced port expander

2013-02-12 Thread Samuel Ortiz
Hi Linus, On Mon, Feb 11, 2013 at 02:58:44PM +0100, Linus Walleij wrote: > On Thu, Dec 20, 2012 at 9:57 AM, Jean-Nicolas Graux > wrote: > > > Provides support for 1801 variant of stmpe gpio port expanders. > > This chip has 18 gpios configurable as GPI, GPO, keypad matrix, > > special key or ded

Re: [PATCH] mfd: support stmpe1801 18 bits enhanced port expander

2013-02-12 Thread Samuel Ortiz
Adding Dmitry to the thread, for the input parts. On Thu, Dec 20, 2012 at 09:57:19AM +0100, Jean-Nicolas Graux wrote: > Provides support for 1801 variant of stmpe gpio port expanders. > This chip has 18 gpios configurable as GPI, GPO, keypad matrix, > special key or dedicated key function. > > No

Re: [PATCH 1/2] mfd: syscon: Fix sparse warning

2013-02-12 Thread Samuel Ortiz
Hi Fabio, On Mon, Feb 11, 2013 at 06:48:00PM -0200, Fabio Estevam wrote: > From: Fabio Estevam > > Fix the following sparse warnings: > > drivers/mfd/syscon.c:40:15: warning: symbol 'syscon_node_to_regmap' was not > declared. Should it be static? > drivers/mfd/syscon.c:56:15: warning: symbol

Re: [PATCH 2/2] mfd: da9052-i2c: Staticize da9052_i2c_fix()

2013-02-12 Thread Samuel Ortiz
Hi Fabio, On Mon, Feb 11, 2013 at 06:48:01PM -0200, Fabio Estevam wrote: > From: Fabio Estevam > > da9052_i2c_fix() is only used locally, so let it be static. > > Fix the following sparse warning: > > drivers/mfd/da9052-i2c.c:63:5: warning: symbol 'da9052_i2c_fix' was not > declared. Should i

Re: [PATCH] lpc_sch: Accomodate partial population of the MFD devices

2013-02-12 Thread Samuel Ortiz
base addresses are successfully determined. This simplifies the > code a bit by removing the need for the separate tunnelcreek cells array > and combining some of the add/remove logic. > > Signed-off-by: Darren Hart > Cc: Grant Likely , > Cc: Denis Turischev , > Cc: Greg Kroah-Hartma

Re: [PATCH 4/5] lpc_ich: Add Device IDs for Intel Wellsburg PCH

2013-02-12 Thread Samuel Ortiz
Hi James, On Fri, Feb 08, 2013 at 05:33:38PM -0800, James Ralston wrote: > This patch adds the Watchdog Timer Device IDs for the Intel Wellsburg PCH > > Signed-off-by: James Ralston > --- > drivers/mfd/lpc_ich.c | 38 ++ > 1 files changed, 38 insertions(+),

Re: linux-next: manual merge of the arm-soc tree with the mfd tree

2013-02-12 Thread Samuel Ortiz
Hi Roger, On Tue, Feb 12, 2013 at 04:46:51PM +0200, Roger Quadros wrote: > On 02/11/2013 08:52 PM, Tony Lindgren wrote: > > * Stephen Rothwell [130210 22:11]: > >> Hi all, > >> > >> Today's linux-next merge of the arm-soc tree got a conflict in > >> arch/arm/mach-omap2/usb-host.c between commit 8

[char-misc-next 00/12 v3] Add MEI bus and NFC device

2013-02-12 Thread Samuel Ortiz
er owner: mei_driver_register() is now a macro over __mei_driver_register, using THIS_MODULE as the default owner. Samuel Ortiz (12): mei: Rename mei_device to mei_host mei: bus: Initial MEI bus type implementation mei: bus: Implement driver registration mei: bus: Initial implementation for I/O

[char-misc-next 04/12 v3] mei: bus: Initial implementation for I/O routines

2013-02-12 Thread Samuel Ortiz
Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus.c | 226 drivers/misc/mei/mei_dev.h | 28 ++ include/linux/mei_bus.h| 11 +++ 3 files changed, 265 insertions(+) diff --git a/drivers/misc/mei/bus.c b

[char-misc-next 06/12 v3] mei: bus: Call bus routines from the core code

2013-02-12 Thread Samuel Ortiz
Register the MEI bus type against the kernel core bus APIs and call the bus Rx handler from interrupt.c Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus.c | 22 ++ drivers/misc/mei/interrupt.c |2 ++ drivers/misc/mei/mei_dev.h

[char-misc-next 09/12 v3] mei: nfc: Initial nfc implementation

2013-02-12 Thread Samuel Ortiz
NFC ME device is exported through the MEI bus to be consumed by the NFC subsystem. NFC is represented by two mei clients: An info one and the actual NFC one. In order to properly build the ME id we first need to retrieve the firmware information from the info client. Signed-off-by: Samuel Ortiz

[char-misc-next 07/12 v3] mei: bus: Synchronous API for the data transmission

2013-02-12 Thread Samuel Ortiz
Define a truly synchronous API for the bus Tx path by putting all pending request to the write list and wait for the interrupt tx handler to wake us up. The ___mei_send() out path is also slightly reworked to make it look more like main.c:mei_write(). Signed-off-by: Samuel Ortiz Signed-off-by

[char-misc-next 11/12 v3] mei: nfc: Add NFC device to the MEI bus

2013-02-12 Thread Samuel Ortiz
After building its bus name as a string based on its vendor id and radio type, we can add it to the bus. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/nfc.c | 56 drivers/misc/mei/nfc.h |6 ++ 2 files

[char-misc-next 12/12 v3] mei: nfc: Implement MEI bus IO ops

2013-02-12 Thread Samuel Ortiz
The send ops for NFC builds the command header, updates the request id and then waits for an ACK. The recv ops check if it receives data or an ACK and in the latter case wakes the send ops up. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/nfc.c | 76

[char-misc-next 08/12 v3] mei: bus: Implement bus driver data setter/getter

2013-02-12 Thread Samuel Ortiz
MEI drivers should be able to carry their private data around. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus.c | 12 include/linux/mei_bus.h |3 +++ 2 files changed, 15 insertions(+) diff --git a/drivers/misc/mei/bus.c b/drivers/misc/mei

[char-misc-next 02/12 v3] mei: bus: Initial MEI bus type implementation

2013-02-12 Thread Samuel Ortiz
mei bus will present some of the me clients as devices for other standard subsystems Implement the probe, remove, match and the device addtion routines. A mei-bus.txt document describing the rationale and the API usage is also added. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler

[char-misc-next 03/12 v3] mei: bus: Implement driver registration

2013-02-12 Thread Samuel Ortiz
Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus.c | 26 ++ include/linux/mei_bus.h |6 ++ 2 files changed, 32 insertions(+) diff --git a/drivers/misc/mei/bus.c b/drivers/misc/mei/bus.c index 485fcf3c..04e7ada 100644 --- a

[char-misc-next 10/12 v3] mei: nfc: Connect also the regular ME client

2013-02-12 Thread Samuel Ortiz
After receiving the NFC interface version, IVN and radio type, we can connect to the the actual nfc ME client and send the initialization (nfc connect) message. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/nfc.c | 128

[char-misc-next 01/12 v3] mei: Rename mei_device to mei_host

2013-02-12 Thread Samuel Ortiz
In preparation for the MEI bus code merge, we rename the mei_device structure to mei_host. struct mei_device will be used for devices on the MEI bus in order to follow exisiting driver model implementations practices. Signed-off-by: Samuel Ortiz --- drivers/misc/mei/amthif.c| 30

[char-misc-next 05/12 v3] mei: bus: Add bus related structures to mei_cl

2013-02-12 Thread Samuel Ortiz
We keep track of all MEI devices on the bus through a specific linked list. We also have a mei_device instance in the mei_cl structure. Signed-off-by: Samuel Ortiz Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus.c | 46 +++- drivers/misc/mei

Re: [char-misc-next 01/12 v3] mei: Rename mei_device to mei_host

2013-02-12 Thread Samuel Ortiz
Hi Tomas, On Tue, Feb 12, 2013 at 09:17:21PM +, Winkler, Tomas wrote: > > > > In preparation for the MEI bus code merge, we rename the mei_device > > structure to mei_host. > > struct mei_device will be used for devices on the MEI bus in order to follow > > exisiting driver model implementat

Re: linux-next: manual merge of the net-next tree with the wireless tree

2013-04-02 Thread Samuel Ortiz
Hi John, Stephen, On Tue, Apr 02, 2013 at 01:00:44PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the net-next tree got a conflict in > drivers/nfc/microread/mei.c between commit 9593b0b1179c ("NFC: microread: > Fix build failure due to a new MEI bus API") from the wir

Re: [PATCH 1/2] mfd: twl4030-madc: Add support for raw value in twl4030_madc_conversion

2013-04-04 Thread Samuel Ortiz
Hi Pali, On Sat, Mar 02, 2013 at 11:23:05PM +0100, Pali Rohár wrote: > On Friday 15 February 2013 23:56:49 Pali Rohár wrote: > > Driver twl4030-madc has hardcoded channel types (10 - battery > > current, 1 - battery temperature) and also conversation data > > in variable twl4030_divider_ratios. Th

Re: [RESEND: PATCH]: Mfd-Initial-support-for-Texas-Instruments-AIC-family-Codecs

2013-04-05 Thread Samuel Ortiz
Hi Mehar, On Sun, Feb 17, 2013 at 05:15:38AM +, BAJWA, MEHAR wrote: > Hi Samuel, > I am re-sending the MFD support for AIC family of Audio CODECs > from Texas Instruments. The patch was tested on mfd-for-linus-3.8-1. > I would like to request that this be considered for inclusion in the ke

Re: [PATCH 2/4] mfd: palmas: Change the DT node property names to follow the convention

2013-04-05 Thread Samuel Ortiz
Hi, On Mon, Feb 18, 2013 at 10:42:44AM +0530, J Keerthy wrote: > DT node properties should not have "_". Replacing them by "-". > > Signed-off-by: J Keerthy > --- > drivers/mfd/palmas.c |6 +++--- > 1 files changed, 3 insertions(+), 3 deletions(-) Applied, thanks. Cheers, Samuel. -- Inte

Re: [PATCH v7 1/2] mfd: syscon: Removed unneeded field "dev" from private driver structure

2013-04-05 Thread Samuel Ortiz
Hi Alexander, On Wed, Mar 13, 2013 at 09:34:19PM +0400, Alexander Shiyan wrote: > > Signed-off-by: Alexander Shiyan > --- > drivers/mfd/syscon.c | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) Both patches applied, thanks. Cheers, Samuel. -- Intel Open Source Technology Centre ht

Re: [PATCH 1/2] mfd: stmpe: DT: Enable no-irq mode configuration

2013-04-05 Thread Samuel Ortiz
Hi Linus, On Fri, Mar 01, 2013 at 01:07:16PM +0100, Linus Walleij wrote: > From: Gabriel Fernandez > > If there is no interrupt property into stmpe node > then activate the no-irq mode by setting the irq > value to -1. > > Cc: devicetree-disc...@lists.ozlabs.org > Signed-off-by: Gabriel Fernand

Re: [PATCH 2/2] mfd: stmpe: DT: Add stmpe-i2c dt alias to get id device

2013-04-05 Thread Samuel Ortiz
Hi Linus, On Fri, Mar 01, 2013 at 01:07:26PM +0100, Linus Walleij wrote: > From: Gabriel Fernandez > > This patch augments the STMP driver to read the device id > from the stmpe-i2c dt alias if present. > > Cc: devicetree-disc...@lists.ozlabs.org > Signed-off-by: Gabriel Fernandez > Signed-off

Re: [PATCH 1/3] mfd: ab3100-otp: use module_platform_driver_probe()

2013-04-05 Thread Samuel Ortiz
Hi Jingoo, On Tue, Mar 05, 2013 at 01:47:06PM +0900, Jingoo Han wrote: > This patch uses module_platform_driver_probe() macro which makes > the code smaller and simpler. > > Signed-off-by: Jingoo Han > --- > drivers/mfd/ab3100-otp.c | 14 +- > 1 files changed, 1 insertions(+), 13

Re: [PATCH] mfd: abx500 move the AB8500 Kconfig fragment

2013-04-05 Thread Samuel Ortiz
Hi Linus, On Thu, Mar 14, 2013 at 03:54:24PM +0100, Linus Walleij wrote: > From: Linus Walleij > > Move the AB8500 Kconfig fragment below the AB3100 so the > menuconfig menu gets hierarchically nested and looks nice. > Having the EZX PCAP in the middle disturbs the nice > hierarchical layout fro

Re: [PATCH v10 0/12] Palmas updates

2013-04-05 Thread Samuel Ortiz
Hi Ian, On Fri, Mar 22, 2013 at 02:55:10PM +, Ian Lartey wrote: > This patchset adds to the support for the Palmas series of PMIC chips. > > Some of the patches have previously been submitted individually. > The DT bindings doc has been added first due to comments that it was missing. > > Pa

Re: [PATCH v10 03/12] mfd: palmas add variant and OTP detection

2013-04-05 Thread Samuel Ortiz
Hi Ian, On Fri, Mar 22, 2013 at 02:55:13PM +, Ian Lartey wrote: > @@ -278,20 +329,20 @@ static void palmas_dt_to_pdata(struct i2c_client *i2c, > int ret; > u32 prop; > > - ret = of_property_read_u32(node, "ti,mux_pad1", &prop); > + ret = of_property_read_u32(node, "ti,mux

Re: [PATCH] MFD: rtsx_pcr, fix probe fail path

2013-04-05 Thread Samuel Ortiz
Hi Jiry, On Thu, Apr 04, 2013 at 09:34:11PM +0200, Jiri Slaby wrote: > When rtsx_pci_acquire_irq fails in rtsx_pci_probe, we forget to > disable an MSI (if we enabled it). This results in this warning on the > next attempt to load the module: > WARNING: at drivers/pci/msi.c:834 pci_enable_msi_bloc

  1   2   3   4   5   6   7   >