25 Mar, 2009
1 commit
-
Cc: sameo@openedhand.com
Acked-by: Greg Kroah-Hartman
Signed-off-by: Kay Sievers
13 Mar, 2009
1 commit
-
No software visible difference from revision A.
Signed-off-by: Mark Brown
Cc: Samuel Ortiz
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
17 Feb, 2009
11 commits
-
WARNING: drivers/mfd/built-in.o(.text+0x1706): Section mismatch in
reference from the function sm501_register_gpio() to the function
.devinit.text:sm501_gpio_register_chip()
The function sm501_register_gpio() references
the function __devinit sm501_gpio_register_chip().
This is often because sm501_register_gpio lacks a __devinit
annotation or the annotation of sm501_gpio_register_chip is wrong.Signed-off-by: Rakib Mullick
Signed-off-by: Samuel Ortiz -
drv => driver renaming is needed otherwise modpost will spit false positives
re pointing to __devinit function from regular data.Signed-off-by: Alexey Dobriyan
Cc: Ben Dooks
Signed-off-by: Andrew Morton
Signed-off-by: Samuel Ortiz -
The i2c_device_id list is supposed to be zero-terminated.
Signed-off-by: Jean Delvare
Cc: Balaji Rao
Signed-off-by: Samuel Ortiz
Signed-off-by: Andrew Morton -
The IRQs might have been left enabled in hardware, generating spurious
IRQs before the drivers have registered.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Fixes an off-by-one error in the iomem resource mapping.
Signed-off-by: Philipp Zabel
Signed-off-by: Samuel Ortiz -
Many ARM platforms do not provide a mach/cpu.h so rather than guarding
the use of that header with CONFIG_ARM guard it with the guards used
when testing for the OMAP variants in the body of the code.Signed-off-by: Mark Brown
Acked-by: David Brownell
Signed-off-by: Samuel Ortiz -
With a postfix decrement tries will reach -1 rather than 0,
so the warning will not be issued even upon timeout.Signed-off-by: Roel Kluin
Acked-by: Mark Brown
Signed-off-by: Samuel Ortiz -
The code is out of sync with the silicon.
Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Check the return value of the device I/O functions when reading the
ID registers so we can provide a more useful diagnostic when we're
having trouble talking to the device.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Ensure that the interrupt handling is configured before we do platform
specific init. This allows the platform specific initialisation to
configure things which use interrupts safely.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Since ei is already known to be non-NULL, I assume that what was intended
was to test the result of kzalloc.Signed-off-by: Julia Lawall
Signed-off-by: Samuel Ortiz
15 Jan, 2009
1 commit
-
Remove references to set_irq_type and handle_level_irq which are not exported
to modulesSigned-off-by: Balaji Rao
Signed-off-by: Samuel Ortiz
14 Jan, 2009
2 commits
-
* master.kernel.org:/home/rmk/linux-2.6-arm:
TWL4030: fix clk API usage
[ARM] 5364/1: allow flush_ioremap_region() to be used from modules
[ARM] w90x900: fix build errors and warnings
[ARM] i.MX add missing include
[ARM] i.MX: fix breakage from commit 278892736e99330195c8ae5861bcd9d791bbf19e
[ARM] i.MX: remove LCDC controller register definitions from imx-regs.h -
Always pass a struct device if one is available; and there's really
no reason for the processor specific stuff in this file if only
people would follow the API usage properly by using the struct device.Signed-off-by: Russell King
11 Jan, 2009
6 commits
-
Fixes:
drivers/mfd/twl4030-core.c:657: error: implicit declaration of function
'cpu_is_omap2430'Not the nicest fix, but this should be improved by a better OMAP clock API
implementation.Signed-off-by: Samuel Ortiz
-
When setting an GPIO to either input or output, we
should ensure that the pin configuration elsewhere
in the chip is set to GPIO in-case the initial
setup has not been done correctly.Signed-off-by: Ben Dooks
Signed-off-by: Samuel Ortiz -
Support card detect and writeprotect switches on DM355 EVM.
Signed-off-by: David Brownell
Signed-off-by: Kevin Hilman
Signed-off-by: Samuel Ortiz -
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
Cc: Andy Green
Signed-off-by: Samuel Ortiz -
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
Cc: Andy Green
Acked-by: Jonathan Cameron
Signed-off-by: Samuel Ortiz -
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
Cc: Andy Green
Signed-off-by: Samuel Ortiz
08 Jan, 2009
1 commit
-
The voltage and current regulators on the WM8350 AudioPlus PMIC can be
used in concert to provide a power efficient LED driver. This driver
implements support for this within the standard LED class.Platform initialisation code should configure the LED hardware in the
init callback provided by the WM8350 core driver. The callback should
use wm8350_isink_set_flash(), wm8350_dcdc25_set_mode() and
wm8350_dcdc_set_slot() to configure the operating parameters of the
regulators for their hardware and then then use wm8350_register_led() to
instantiate the LED driver.This driver was originally written by Liam Girdwood, though it has been
extensively modified since then.Signed-off-by: Mark Brown
Signed-off-by: Richard Purdie
04 Jan, 2009
17 commits
-
The subdevice removal functions are marked __devexit but are referenced
from the error handling path when probing so are needed even when
__devexit functions are removed.Signed-off-by: Mark Brown
Acked-by: Eric Miao
Signed-off-by: Samuel Ortiz -
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
Signed-off-by: Samuel Ortiz -
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
Signed-off-by: Samuel Ortiz -
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 inputUnless 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
Signed-off-by: Samuel Ortiz -
Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
The WM8351 is a WM8350 variant. As well as register default changes the
WM8351 has fewer voltage and current regulators than the WM8350.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Some WM8350 variants have fewer DCDCs and ISINKs. Identify these at
probe and refuse to use the absent DCDCs when running on these chips.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
The WM8352 is a variant of the WM8350. Aside from the register defaults
there are no software visible differences to the WM8350.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
The global irq_desc array is soon going to be accessible only with
!CONFIG_SPARSE_IRQ. We should start using the generic irq_to_desc()
routines instead.Signed-off-by: Samuel Ortiz
-
This patch amends DA903x MFD driver with definitions and methods
needed for battery charger driver.Signed-off-by: Mike Rapoport
Signed-off-by: Samuel Ortiz -
Register a child device for the codec in the WM8400.
Also switch the unregistration of the MFD devices to use the MFD core
since the current code is hand rolling the same thing.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
The MFD cell structure provides a driver_data field but doesn't pass it
on to the child devices when instantiating them - do that.Signed-off-by: Mark Brown
Signed-off-by: Samuel Ortiz -
This is a fix for:
twl4030-core.c:(.text+0x16a797): undefined reference to `clk_get_rate'
twl4030-core.c:(.text+0x16a797): undefined reference to `clk_put'on x86 and x86_64, as the clock API is not defined on those platforms.
Signed-off-by: Samuel Ortiz
-
This contains two bugfixes to the initial twl4030 regulator
support patch related to USB:(a) always overwrite the old list of consumers ... else
the regulator handles all use the same "usb1v5" name;
(b) don't set up the "usbcp" regulator, which turns out
to be managed through separate controls, usually ULPI
directly from the OTG controller.Signed-off-by: David Brownell
Signed-off-by: Samuel Ortiz -
Initial code to create twl4030 voltage regulator devices, using
the new regulator framework. Note that this now starts to care
what name is used to declare the TWL chip:- TWL4030 is the "old" chip; newer ones have a bigger variety
of VAUX2 voltages.- TWL5030 is the core "new" chip; TPS65950 is its catalog version.
- The TPS65930 and TPS65920 are cost-reduced catalog versions of
TWL5030 parts ... fewer regulators, no battery charger, etc.Board-specific regulator configuration should be provided, listing
which regulators are used and their constraints (e.g. 1.8V only).Code that could ("should"?) leverage the regulator stuff includes
TWL4030 USB transceiver support and MMC glue, LCD support for the
3430SDP and Labrador boards, and S-Video output.Signed-off-by: David Brownell
Signed-off-by: Tony Lindgren
Signed-off-by: Samuel Ortiz -
Finish removing dependency of TWL driver stack on platform-specific
IRQ definitions ... and remove the build dependency on OMAP.This lets the TWL4030 code be included in test builds for most
platforms, and will make it easier for non-OMAP folk to update
most of this code for new APIs etc.Signed-off-by: David Brownell
Signed-off-by: Tony Lindgren
Signed-off-by: Samuel Ortiz