08 Nov, 2014

1 commit


03 Jun, 2014

1 commit

  • The site-specific OOM messages are unnecessary, because they
    duplicate the MM subsystem generic OOM message. For example,
    k.alloc and v.alloc failures use dump_stack().

    Signed-off-by: Jingoo Han
    Acked-by: Guenter Roeck
    Reviewed-by: Jean Delvare
    Acked-by: Uwe Kleine-König
    Acked-by: Felipe Balbi
    Acked-by: Laurent Pinchart
    Acked-by: Linus Walleij
    Signed-off-by: Wolfram Sang

    Jingoo Han
     

13 Mar, 2014

1 commit


25 Jan, 2014

1 commit


18 Nov, 2013

1 commit

  • Using the i2c-eg20t driver and call i2cdetect or probe on the bus,
    the driver will print a lot of error messages if there was no ACK
    received.

    i2cdetect normally print a table with all the available devices. If there
    is no device on the address, the table will be empty.
    Currently with the i2c-eg20t driver, the table is not visible because
    the error messages destroy the table.

    Error message: pch_i2c_getack return -71

    This patch prevent the driver to print the messages to syslog.
    The pch_i2c_wait_for_check_xfer function is the only one who is
    calling pch_i2c_getack, so we can delete the function and add the
    read to pch_i2c_wait_for_check_xfer.
    If no ACK is received, the Message will be printed as a dbg
    message.

    Fixed print message to be a one liner so we can grep for the
    error message.

    Tested on Intel Atom E6xx and Eg20t Chipset.

    Signed-off-by: Andreas Werner
    Signed-off-by: Wolfram Sang

    Andreas Werner
     

22 Feb, 2013

1 commit

  • There is simply no reason to be manually setting the private driver
    data to NULL in the remove/fail to probe cases. This is just extra
    cruft code that can be removed.

    A few notes:
    * Nothing relies on drvdata being set to NULL.
    * The __device_release_driver() function eventually calls
    dev_set_drvdata(dev, NULL) anyway, so there's no need to do it
    twice.
    * I verified that there were no cases where xxx_get_drvdata() was
    being called in these drivers and checking for / relying on the NULL
    return value.

    This could be cleaned up kernel-wide but for now just take the baby
    step and remove from the i2c subsystem.

    Reported-by: Wolfram Sang
    Reported-by: Stephen Warren
    Signed-off-by: Doug Anderson
    Reviewed-by: Jean Delvare
    Acked-by: Peter Korsgaard
    Reviewed-by: Mika Westerberg
    Reviewed-by: Marek Vasut
    Signed-off-by: Wolfram Sang

    Doug Anderson
     

23 Dec, 2012

1 commit

  • CONFIG_HOTPLUG is going away as an option. As result the __dev*
    markings will be going away.

    Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst,
    and __devexit.

    Signed-off-by: Bill Pemberton
    Acked-by: Peter Korsgaard (for ocores and mux-gpio)
    Acked-by: Havard Skinnemoen (for i2c-gpio)
    Acked-by: Guan Xuetao (for puf3)
    Acked-by: Barry Song (for sirf)
    Reviewed-by: Jean Delvare
    [wsa: Fixed "foo* bar" flaws while we are here]
    Signed-off-by: Wolfram Sang

    Bill Pemberton
     

24 Jul, 2012

1 commit

  • Convert the drivers in drivers/i2c/busses/* to usemodule_pci_driver()
    macro which makes the code smaller and a bit simpler.

    Signed-off-by: Axel Lin
    Acked-by: Wolfram Sang
    Signed-off-by: Jean Delvare
    Cc: Rudolf Marek
    Cc: Olof Johansson
    Cc: "Mark M. Hoffman"
    Cc: Tomoya MORINAGA

    Axel Lin
     

12 May, 2012

7 commits


23 Apr, 2012

2 commits


08 Mar, 2012

2 commits


18 Jan, 2012

4 commits


13 Jan, 2012

1 commit

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

    Use DEFINE_PCI_DEVICE_TABLE ensures we make the pci_device_id table const
    and marked as __devinitconst.

    This also fixes some warnings from checkpatch:
    e.g.
    WARNING: Use DEFINE_PCI_DEVICE_TABLE for struct pci_device_id
    #1096: FILE: i2c/busses/i2c-intel-mid.c:1096:
    +static struct pci_device_id intel_mid_i2c_ids[] = {

    Signed-off-by: Axel Lin
    Cc: Rudolf Marek
    Cc: Ben Dooks
    Acked-by: Olof Johansson
    Cc: "Mark M. Hoffman"
    Acked-by: Dirk Brandewie
    Cc: Tomoya MORINAGA
    Acked-by: Wolfram Sang
    Cc: Feng Tang
    Cc: Sebastian Andrzej Siewior
    Signed-off-by: Jean Delvare

    Axel Lin
     

18 Dec, 2011

1 commit

  • Before registering an adapter to i2c subsystem, we need make sure
    driver is ready for incoming i2c xfer, becasue the i2c_add_adapter()
    may trigger a i2c device driver's proble function which may start
    some real i2c xfer. I met this issue when integrating a TSC2007 i2c
    touch screen device with the i2c-eg20t driver.

    This patch will call request_irq() and hw init before calling
    i2c_add_adapter().

    Signed-off-by: Feng Tang
    Signed-off-by: Ben Dooks

    Feng Tang
     

29 Oct, 2011

7 commits


27 Jul, 2011

2 commits


11 May, 2011

1 commit

  • Support new device OKI SEMICONDUCTOR ML7223 IOH(Input/Output Hub).
    The ML7223 IOH is for MP(Media Phone) use.
    The ML7223 is companion chip for Intel Atom E6xx series.
    The ML7223 is completely compatible for Intel EG20T PCH.

    Signed-off-by: Tomoya MORINAGA
    Signed-off-by: Ben Dooks

    Tomoya MORINAGA
     

22 Mar, 2011

1 commit


09 Mar, 2011

1 commit

  • Fixes (with v2.6.38-rc3/parisc/parisc-allmodconfig):
    src/drivers/i2c/busses/i2c-eg20t.c:720: error: implicit declaration of function 'kzalloc'
    src/drivers/i2c/busses/i2c-eg20t.c:790: error: implicit declaration of function 'kfree'

    Reported-by: Geert Uytterhoeven
    Signed-off-by: Wolfram Sang
    Cc: Tomoya MORINAGA
    Cc: Ben Dooks
    Signed-off-by: Ben Dooks

    Wolfram Sang
     

02 Mar, 2011

1 commit


04 Jan, 2011

1 commit