<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/mfd/Makefile, branch v2.6.29</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>mfd: PCF50633 gpio support</title>
<updated>2009-01-11T00:34:24+00:00</updated>
<author>
<name>Balaji Rao</name>
<email>balajirrao@openmoko.org</email>
</author>
<published>2009-01-09T00:49:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=6a3d119b4ce29cf32bfe91eb61d46e9dbd8ce38a'/>
<id>6a3d119b4ce29cf32bfe91eb61d46e9dbd8ce38a</id>
<content type='text'>
What the PCF05633 calls as a 'GPIO' is much more than the GPIO in the linux
sense and there are only 4 of them - which means, the gpiolib is not used
here.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
What the PCF05633 calls as a 'GPIO' is much more than the GPIO in the linux
sense and there are only 4 of them - which means, the gpiolib is not used
here.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: PCF50633 adc driver</title>
<updated>2009-01-11T00:34:23+00:00</updated>
<author>
<name>Balaji Rao</name>
<email>balajirrao@openmoko.org</email>
</author>
<published>2009-01-09T00:49:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=08c3e06a5eb27d43b712adef18379f8464425e71'/>
<id>08c3e06a5eb27d43b712adef18379f8464425e71</id>
<content type='text'>
This patch adds basic support for the PCF50633 ADC. The subtractive mode
is not supported yet.

Since we don't have adc subsystem, it currently lives in drivers/mfd.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Acked-by: Jonathan Cameron &lt;jonathan.cameron@gmail.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds basic support for the PCF50633 ADC. The subtractive mode
is not supported yet.

Since we don't have adc subsystem, it currently lives in drivers/mfd.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Acked-by: Jonathan Cameron &lt;jonathan.cameron@gmail.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: PCF50633 core driver</title>
<updated>2009-01-11T00:34:23+00:00</updated>
<author>
<name>Balaji Rao</name>
<email>balajirrao@openmoko.org</email>
</author>
<published>2009-01-09T00:49:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=f52046b14b1e1a8a02ae48d0c69d39c5e204644f'/>
<id>f52046b14b1e1a8a02ae48d0c69d39c5e204644f</id>
<content type='text'>
This patch implements the core of the PCF50633 driver. This core driver has
generic register read/write functions and does interrupt management for its
sub devices.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch implements the core of the PCF50633 driver. This core driver has
generic register read/write functions and does interrupt management for its
sub devices.

Signed-off-by: Balaji Rao &lt;balajirrao@openmoko.org&gt;
Cc: Andy Green &lt;andy@openmoko.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: move drivers/i2c/chips/menelaus.c to drivers/mfd</title>
<updated>2009-01-04T11:17:44+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-12-22T11:18:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=88e75cc347f66bc20e3c2b920431fc07253d69be'/>
<id>88e75cc347f66bc20e3c2b920431fc07253d69be</id>
<content type='text'>
ove the menelaus driver from drivers/i2c/chips to drivers/mfd
since it's more of a multi-function device than anything else,
and since Jean is trying to vanish drivers/i2c/chips ASAP.

One way to think of these chips are as the PMIC family most
used with OMAP2 generation chips.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ove the menelaus driver from drivers/i2c/chips to drivers/mfd
since it's more of a multi-function device than anything else,
and since Jean is trying to vanish drivers/i2c/chips ASAP.

One way to think of these chips are as the PMIC family most
used with OMAP2 generation chips.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: move drivers/i2c/chips/tps65010.c to drivers/mfd</title>
<updated>2009-01-04T11:17:43+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-12-22T11:16:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=87c13493e6a59c0da55c2824f0205f9ef941b760'/>
<id>87c13493e6a59c0da55c2824f0205f9ef941b760</id>
<content type='text'>
Move the tps65010 driver from drivers/i2c/chips to drivers/mfd
since it's more of a multi-function device than anything else,
and since Jean is trying to vanish drivers/i2c/chips ASAP.

One way to think of these chips are as the PMIC family most
used with OMAP1 generation chips.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Move the tps65010 driver from drivers/i2c/chips to drivers/mfd
since it's more of a multi-function device than anything else,
and since Jean is trying to vanish drivers/i2c/chips ASAP.

One way to think of these chips are as the PMIC family most
used with OMAP1 generation chips.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: dm355evm msp430 driver</title>
<updated>2009-01-04T11:17:43+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-12-22T11:05:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=0931a4c6dbfab03f2bfd22a9170130f7b155d53a'/>
<id>0931a4c6dbfab03f2bfd22a9170130f7b155d53a</id>
<content type='text'>
Basic MFD framework for the MSP430 microcontroller firmware used
on the dm355evm board:

 - Provides an interface for other drivers: register read/write
   utilities, and register declarations.

 - Directly exports:
     * Many signals through the GPIO framework
         + LEDs
         + SW6 through gpio sysfs
	 + NTSC/nPAL jumper through gpio sysfs
	 + ... more could be added later, e.g. MMC signals
     * Child devices:
	+ LEDs, via leds-gpio child (and default triggers)
	+ RTC, via rtc-dm355evm child device
	+ Buttons and IR control, via dm355evm_keys

 - Supports power-off system call.  Use the reset button to power
   the board back up; the power supply LED will be on, but the
   MSP430 waits to re-activate the regulators.

 - On probe() this:
     * Announces firmware revision
     * Turns off the banked LEDs
     * Exports the resources noted above
     * Hooks the power-off support
     * Muxes tvp5146 -or- imager for video input

Unless the new tvp514x driver (tracked for mainline) is configured,
this assumes that some custom imager driver handles video-in.

This completely ignores the registers reporting the output voltages
on the various power supplies.  Someone could add a hwmon interface
if that seems useful.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Basic MFD framework for the MSP430 microcontroller firmware used
on the dm355evm board:

 - Provides an interface for other drivers: register read/write
   utilities, and register declarations.

 - Directly exports:
     * Many signals through the GPIO framework
         + LEDs
         + SW6 through gpio sysfs
	 + NTSC/nPAL jumper through gpio sysfs
	 + ... more could be added later, e.g. MMC signals
     * Child devices:
	+ LEDs, via leds-gpio child (and default triggers)
	+ RTC, via rtc-dm355evm child device
	+ Buttons and IR control, via dm355evm_keys

 - Supports power-off system call.  Use the reset button to power
   the board back up; the power supply LED will be on, but the
   MSP430 waits to re-activate the regulators.

 - On probe() this:
     * Announces firmware revision
     * Turns off the banked LEDs
     * Exports the resources noted above
     * Hooks the power-off support
     * Muxes tvp5146 -or- imager for video input

Unless the new tvp514x driver (tracked for mainline) is configured,
this assumes that some custom imager driver handles video-in.

This completely ignores the registers reporting the output voltages
on the various power supplies.  Someone could add a hwmon interface
if that seems useful.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: add missing Kconfig entry for da903x</title>
<updated>2008-10-24T16:34:27+00:00</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@openedhand.com</email>
</author>
<published>2008-10-24T15:10:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=8e2eaabfd9f7d375a1bb202e644ce2dcc0659592'/>
<id>8e2eaabfd9f7d375a1bb202e644ce2dcc0659592</id>
<content type='text'>
This one was accidentally left out during the rc1 mfd merge.

Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This one was accidentally left out during the rc1 mfd merge.

Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: twl4030 IRQ handling update</title>
<updated>2008-10-21T23:19:37+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-10-20T21:46:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=a30d46c042c8a17ef25de02f439fbd120ab8a8de'/>
<id>a30d46c042c8a17ef25de02f439fbd120ab8a8de</id>
<content type='text'>
- Move it into a separate file; clean and streamline it
 - Restructure the init code for reuse during secondary dispatch
 - Support both levels (primary, secondary) of IRQ dispatch
 - Use a workqueue for irq mask/unmask and trigger configuration

Code for two subchips currently share that secondary handler code.
One is the power subchip; its IRQs are now handled by this core,
courtesy of this patch.  The other is the GPIO module, which will
be supported through a later patch.

There are also minor changes to the header file, mostly related
to GPIO support; nothing yet in mainline cares about those.  A
few references to OMAP-specific symbols are disabled; when they
can all be removed, the TWL4030 support ceases being OMAP-specific.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Tony Lindgren &lt;tony@atomide.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Move it into a separate file; clean and streamline it
 - Restructure the init code for reuse during secondary dispatch
 - Support both levels (primary, secondary) of IRQ dispatch
 - Use a workqueue for irq mask/unmask and trigger configuration

Code for two subchips currently share that secondary handler code.
One is the power subchip; its IRQs are now handled by this core,
courtesy of this patch.  The other is the GPIO module, which will
be supported through a later patch.

There are also minor changes to the header file, mostly related
to GPIO support; nothing yet in mainline cares about those.  A
few references to OMAP-specific symbols are disabled; when they
can all be removed, the TWL4030 support ceases being OMAP-specific.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Tony Lindgren &lt;tony@atomide.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: TWL4030 core driver</title>
<updated>2008-10-19T20:54:11+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-10-15T10:15:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=a603a7fa8717fb778bba91b5a879babf333dc6a3'/>
<id>a603a7fa8717fb778bba91b5a879babf333dc6a3</id>
<content type='text'>
This patch adds the core of the TWL4030 driver, which supports
chips including the TPS65950.  These chips are multi-function; see

  http://focus.ti.com/docs/prod/folders/print/tps65950.html

Public specs are in the works.  For now, the block diagram on
the second page of the datasheet is fairly informative.

There are some known issues with this core code.  Most notably,
the IRQ dispatching needs simplification (to use more of genirq),
generalization (integrating support for secondary IRQ dispatch
as well as primary, and removing the build dependency on OMAP),
and then probably updating to leverage threaded IRQ support
(expected to arrive in mainline "soon").

Once the core is in mainline, drivers for other parts of this
chip can follow its lead and start swimming upstream too.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds the core of the TWL4030 driver, which supports
chips including the TPS65950.  These chips are multi-function; see

  http://focus.ti.com/docs/prod/folders/print/tps65950.html

Public specs are in the works.  For now, the block diagram on
the second page of the datasheet is fairly informative.

There are some known issues with this core code.  Most notably,
the IRQ dispatching needs simplification (to use more of genirq),
generalization (integrating support for secondary IRQ dispatch
as well as primary, and removing the build dependency on OMAP),
and then probably updating to leverage threaded IRQ support
(expected to arrive in mainline "soon").

Once the core is in mainline, drivers for other parts of this
chip can follow its lead and start swimming upstream too.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mfd: Add GPIO pin configuration support for WM8350</title>
<updated>2008-10-13T20:51:55+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2008-10-10T14:58:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=0e7203933224cbe09b5a9125f55b177b8dd5b1bd'/>
<id>0e7203933224cbe09b5a9125f55b177b8dd5b1bd</id>
<content type='text'>
The WM8350 provides a number of user-configurable pins providing access
to various signals generated by the functions on the chip. These are
referred to as GPIO pins in the device documentation but in Linux terms
they are more general than that, providing configuration of alternate
functions.

This patch implements support for selecting the alternate functions for
these pins. They can also be used as GPIOs in the normal Linux sense -
a subsequent patch will add support for doing so.

This code was all written by Liam Girdwood and has had minor updates
and rearrangements by Mark Brown.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Acked-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
Signed-off-by: Liam Girdwood &lt;lrg@slimlogic.co.uk&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The WM8350 provides a number of user-configurable pins providing access
to various signals generated by the functions on the chip. These are
referred to as GPIO pins in the device documentation but in Linux terms
they are more general than that, providing configuration of alternate
functions.

This patch implements support for selecting the alternate functions for
these pins. They can also be used as GPIOs in the normal Linux sense -
a subsequent patch will add support for doing so.

This code was all written by Liam Girdwood and has had minor updates
and rearrangements by Mark Brown.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Acked-by: Samuel Ortiz &lt;sameo@openedhand.com&gt;
Signed-off-by: Liam Girdwood &lt;lrg@slimlogic.co.uk&gt;
</pre>
</div>
</content>
</entry>
</feed>
