09 Jan, 2012

1 commit

  • Convert static struct pci_device_id *[] to static DEFINE_PCI_DEVICE_TABLE
    tables.

    Cc: Andres Salomon
    Cc: Denis Turischev
    Cc: Ben Dooks
    Cc: Vincent Sanders
    Cc: Mocean Laboratories
    Cc: Harald Welte
    Signed-off-by: Axel Lin
    Signed-off-by: Samuel Ortiz

    Axel Lin
     

22 Mar, 2011

2 commits

  • - add binding to OF, compatible name "smi,sm501"

    Signed-off-by: Heiko Schocher
    cc: linux-fbdev@vger.kernel.org
    cc: devicetree-discuss@ozlabs.org
    cc: Ben Dooks
    cc: Vincent Sanders
    cc: Samuel Ortiz
    cc: linux-kernel@vger.kernel.org
    cc: Randy Dunlap
    cc: Paul Mundt
    Signed-off-by: Paul Mundt

    Heiko Schocher
     
  • - add read/write functions for using this driver
    also on powerpc plattforms

    Signed-off-by: Heiko Schocher
    cc: linux-fbdev@vger.kernel.org
    cc: devicetree-discuss@ozlabs.org
    cc: Ben Dooks
    cc: Vincent Sanders
    cc: Samuel Ortiz
    cc: linux-kernel@vger.kernel.org
    cc: Randy Dunlap
    cc: Paul Mundt
    Acked-by: Samuel Ortiz
    Signed-off-by: Paul Mundt

    Heiko Schocher
     

14 Jan, 2011

2 commits


30 Mar, 2010

1 commit

  • …it slab.h inclusion from percpu.h

    percpu.h is included by sched.h and module.h and thus ends up being
    included when building most .c files. percpu.h includes slab.h which
    in turn includes gfp.h making everything defined by the two files
    universally available and complicating inclusion dependencies.

    percpu.h -> slab.h dependency is about to be removed. Prepare for
    this change by updating users of gfp and slab facilities include those
    headers directly instead of assuming availability. As this conversion
    needs to touch large number of source files, the following script is
    used as the basis of conversion.

    http://userweb.kernel.org/~tj/misc/slabh-sweep.py

    The script does the followings.

    * Scan files for gfp and slab usages and update includes such that
    only the necessary includes are there. ie. if only gfp is used,
    gfp.h, if slab is used, slab.h.

    * When the script inserts a new include, it looks at the include
    blocks and try to put the new include such that its order conforms
    to its surrounding. It's put in the include block which contains
    core kernel includes, in the same order that the rest are ordered -
    alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
    doesn't seem to be any matching order.

    * If the script can't find a place to put a new include (mostly
    because the file doesn't have fitting include block), it prints out
    an error message indicating which .h file needs to be added to the
    file.

    The conversion was done in the following steps.

    1. The initial automatic conversion of all .c files updated slightly
    over 4000 files, deleting around 700 includes and adding ~480 gfp.h
    and ~3000 slab.h inclusions. The script emitted errors for ~400
    files.

    2. Each error was manually checked. Some didn't need the inclusion,
    some needed manual addition while adding it to implementation .h or
    embedding .c file was more appropriate for others. This step added
    inclusions to around 150 files.

    3. The script was run again and the output was compared to the edits
    from #2 to make sure no file was left behind.

    4. Several build tests were done and a couple of problems were fixed.
    e.g. lib/decompress_*.c used malloc/free() wrappers around slab
    APIs requiring slab.h to be added manually.

    5. The script was run on all .h files but without automatically
    editing them as sprinkling gfp.h and slab.h inclusions around .h
    files could easily lead to inclusion dependency hell. Most gfp.h
    inclusion directives were ignored as stuff from gfp.h was usually
    wildly available and often used in preprocessor macros. Each
    slab.h inclusion directive was examined and added manually as
    necessary.

    6. percpu.h was updated not to include slab.h.

    7. Build test were done on the following configurations and failures
    were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
    distributed build env didn't work with gcov compiles) and a few
    more options had to be turned off depending on archs to make things
    build (like ipr on powerpc/64 which failed due to missing writeq).

    * x86 and x86_64 UP and SMP allmodconfig and a custom test config.
    * powerpc and powerpc64 SMP allmodconfig
    * sparc and sparc64 SMP allmodconfig
    * ia64 SMP allmodconfig
    * s390 SMP allmodconfig
    * alpha SMP allmodconfig
    * um on x86_64 SMP allmodconfig

    8. percpu.h modifications were reverted so that it could be applied as
    a separate patch and serve as bisection point.

    Given the fact that I had only a couple of failures from tests on step
    6, I'm fairly confident about the coverage of this conversion patch.
    If there is a breakage, it's likely to be something in one of the arch
    headers which should be easily discoverable easily on most builds of
    the specific arch.

    Signed-off-by: Tejun Heo <tj@kernel.org>
    Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
    Cc: Ingo Molnar <mingo@redhat.com>
    Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>

    Tejun Heo
     

13 Mar, 2010

1 commit


12 Mar, 2010

1 commit


08 Mar, 2010

2 commits


09 Feb, 2010

1 commit

  • In particular, several occurances of funny versions of 'success',
    'unknown', 'therefore', 'acknowledge', 'argument', 'achieve', 'address',
    'beginning', 'desirable', 'separate' and 'necessary' are fixed.

    Signed-off-by: Daniel Mack
    Cc: Joe Perches
    Cc: Junio C Hamano
    Signed-off-by: Jiri Kosina

    Daniel Mack
     

03 Jul, 2009

1 commit


17 Feb, 2009

2 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

    Rakib Mullick
     
  • 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

    Alexey Dobriyan
     

11 Jan, 2009

1 commit


22 Oct, 2008

2 commits


20 Oct, 2008

1 commit


26 Jul, 2008

8 commits

  • The sm501_gpio_pin2nr() routine returns the wrong values for gpios in the
    upper bank.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Fix the build problems if CONFIG_MFD_SM501_GPIO is not set, which is
    generally when there is no gpiolib support available as currently happens
    on x86 when building PCI SM501.

    Signed-off-by: Ben Dooks
    Tested-by: Li Zefan
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Fixup the comments from the patch that added the gpiolib support from
    Andrew Morton. These include spotting some missing frees on error or
    release, and changing a memcpy for a type-safe assingment.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Add support for adding the GPIO based I2C resources.

    Signed-off-by: Ben Dooks
    Cc: Arnaud Patard
    Cc: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • The SM501 PCI card requires a dyanmic gpio allocation as the number of
    cards is not known at compile time. Fixup the platform data and
    registration to deal with this.

    Acked-by: Ben Dooks
    Signed-off-by: Arnaud Patard
    Cc: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arnaud Patard
     
  • Add support for exporting the GPIOs on the SM501 via gpiolib.

    Signed-off-by: Ben Dooks
    Cc: Arnaud Patard
    Cc: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Add callback to get or set the power control if the device has the sleep
    connected to some form of GPIO.

    Signed-off-by: Ben Dooks
    Cc: Arnaud Patard
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Since 43cc71eed1250755986da4c0f9898f9a635cb3bf (platform: prefix MODALIAS
    with "platform:"), the platform modalias is prefixed with "platform:".
    Add MODULE_ALIAS() to the MFD platform drivers, to re-enable auto loading.

    [dbrownell@users.sourceforge.net: one was missing]
    Signed-off-by: Kay Sievers
    Signed-off-by: David Brownell
    Cc: Greg KH
    Cc: "Rafael J. Wysocki"
    Cc: Samuel Ortiz
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kay Sievers
     

30 Apr, 2008

1 commit


28 Apr, 2008

1 commit

  • This patch extends the sm501 mfd with 8250 uart support. We're currently
    doing this in the board specific r2d-1 code already, but it would be nice to
    do move things into the mfd since it's more chip specific than board specific.

    Signed-off-by: Magnus Damm
    Cc: Ben Dooks
    Cc: Paul Mundt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Magnus Damm
     

05 Mar, 2008

2 commits


30 Nov, 2007

1 commit

  • Remove errnoeous x character from dev_dbg() call that stops the driver
    compiling under debug.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     

24 Jun, 2007

5 commits

  • When binding the driver, check the ID register for a valid identity, in case
    the SM501 is not functioning correctly.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • Ensure that the M1XCLK and MCLK are sourced from the same PLL (and refuse to
    bind the driver if they are not).

    Update the PCI to safe initialisation values, as 72MHz is the maximum clock
    for 33MHz PCI bus mastering.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • The order of the set and mask operation in sm501_init_reg() was setting and
    then masking the bits set. Correct the order so that we do not end up with
    288MHz SDRAM clocks on certain systems.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • This init sequence of setting the SDRAM clock before the bus clock is
    recommend by Silicon Motion to stop problems with writes not sticking into
    registers.

    Signed-off-by: Vincent Sanders
    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     
  • This patch adds support for suspending the core (mfd driver) of the SM501.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     

03 Apr, 2007

1 commit


27 Feb, 2007

1 commit


21 Feb, 2007

1 commit

  • This driver provides the core functionality of the SM501, which is a
    multi-function chip including two framebuffers, video acceleration, USB,
    and many other peripheral blocks.

    The driver exports a number of entries for the peripheral drivers to use.

    Signed-off-by: Ben Dooks
    Signed-off-by: Vincent Sanders
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks