15 Jul, 2015

1 commit


27 Nov, 2014

1 commit

  • The of_get_regulator_init_data() function is used to extract the regulator
    init_data but information on how to extract certain data is defined in the
    static regulator descriptor (e.g: how to map the hardware operating modes).

    Add a const struct regulator_desc * parameter to the function signature so
    the parsing logic could use the information in the struct regulator_desc.

    of_get_regulator_init_data() relies on of_get_regulation_constraints() to
    actually extract the init_data so it has to pass the struct regulator_desc
    but that is modified on a later patch.

    Signed-off-by: Javier Martinez Canillas
    Signed-off-by: Mark Brown

    Javier Martinez Canillas
     

20 Feb, 2014

1 commit


06 Jan, 2014

1 commit

  • Fix up the following pointer-integer size mismatch warning in tps62360_probe():

    drivers/regulator/tps62360-regulator.c: In function 'tps62360_probe':
    drivers/regulator/tps62360-regulator.c:363:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
    chip_id = (int)match->data;
    ^

    Signed-off-by: David Howells
    Signed-off-by: Mark Brown

    David Howells
     

17 Sep, 2013

1 commit


30 Jul, 2013

1 commit


18 Jun, 2013

1 commit

  • Commit "i2c: core: make it possible to match a pure device tree driver"
    changed semantics of the i2c probing for device tree devices.
    Device tree probed devices now get a NULL i2c_device_id pointer.
    This caused kernel panics due to NULL dereference.

    Tested-by: Stephen Warren
    Reviewed-by: Stephen Warren
    Signed-off-by: Tuomas Tynkkynen
    Signed-off-by: Mark Brown

    Tuomas Tynkkynen
     

23 Apr, 2013

1 commit

  • According to the datasheet[1]

    Register 0x06h Description: RmpCtrl (REGISTER ADDRESS: 0x06h Read/Write)
    BIT[5..7]:
    RMP[2:0] Output voltage ramp timing
    D7-D5 Slope
    000 32mV/us
    001 16mV/us
    010 8mV/us
    ...
    110 0.5mV/us
    111 0.25mV/us

    Thus to get correct ramp_ctrl value, we need to right-shift 5 bits.

    [1] http://www.ti.com/lit/ds/symlink/tps62360.pdf

    Signed-off-by: Axel Lin
    Acked-by: Laxman Dewangan
    Signed-off-by: Mark Brown

    Axel Lin
     

20 Nov, 2012

3 commits


16 Jul, 2012

1 commit


03 Jul, 2012

1 commit


23 Jun, 2012

1 commit


18 Jun, 2012

1 commit


21 May, 2012

1 commit


15 May, 2012

2 commits


14 May, 2012

2 commits


13 May, 2012

2 commits


08 May, 2012

1 commit

  • Fix multiple stylistic issue like:
    - The print message should be not break into multiple line.
    - line gap after variable declaration and statement.
    - checkpatch error.
    - some typo.

    Some enhancement on error message printing to print error value
    also along with proper text.

    Avoid voltage_base conversion to microvolts every time.
    Put init functions in init section.
    Using efficient function inplace of calling multiple function
    to reduce the code size.

    Signed-off-by: Laxman Dewangan
    Signed-off-by: Mark Brown

    Laxman Dewangan
     

07 May, 2012

2 commits


23 Apr, 2012

1 commit

  • All the drivers that need delay for the regulator voltage output voltage to
    stabilize after being enabled or after being set to a new value has been
    converted to implement enable_time and set_voltage_time_sel callbacks.
    Then regulator core will take care of the necessary delay.

    For the drivers that don't need the delay, don't need to include linux/delay.h.
    This patch removes the unneeded include of linux/delay.h in regulator drivers.

    Signed-off-by: Axel Lin
    Signed-off-by: Mark Brown

    Axel Lin
     

10 Apr, 2012

1 commit


09 Apr, 2012

1 commit

  • Rather than adding new arguments to regulator_register() every time we
    want to add a new bit of dynamic information at runtime change the function
    to take these via a struct. By doing this we avoid needing to do further
    changes like the recent addition of device tree support which required each
    regulator driver to be updated to take an additional parameter.

    The regulator_desc which should (mostly) be static data is still passed
    separately as most drivers are able to configure this statically at build
    time.

    Signed-off-by: Mark Brown

    Mark Brown
     

03 Apr, 2012

1 commit


01 Apr, 2012

1 commit


12 Mar, 2012

1 commit


20 Jan, 2012

1 commit