Eric Lee / smarc-fsl-linux-kernel

09 Jan, 2011

1 commit

15 Sep, 2009

2 commits

  • 86855b0c1   hwmon: Use resource_size ... Browse Code »

    Use the function resource_size, which reduces the chance of introducing
    off-by-one errors in calculating the resource size.

    The semantic patch that makes this change is as follows:
    (http://www.emn.fr/x-info/coccinelle/)

    //
    @@
    struct resource *res;
    @@

    - (res->end - res->start) + 1
    + resource_size(res)
    //

    Signed-off-by: Julia Lawall
    Signed-off-by: Jean Delvare

    Julia Lawall
     
  • 6055fae8a   hwmon: Include <linux/io.h> instead of <asm/io.h> ... Browse Code »

    Drivers should be including instead of .

    Signed-off-by: H Hartley Sweeten
    Cc: Alistair John Strachan
    Cc: Nicolas Boichat
    Cc: Juerg Haefliger
    Cc: Frank Seidel
    Acked-by: Jim Cromie
    Cc: "Mark M. Hoffman"
    Cc: Roger Lucas
    Signed-off-by: Jean Delvare

    H Hartley Sweeten
     

18 Feb, 2009

1 commit

  • 18632f84f   hwmon: Fix ACPI resource check error handling ... Browse Code »

    This patch fixes a number of cases where things were not properly
    cleaned up when acpi_check_resource_conflict() returned an error,
    causing oopses such as the one reported here:
    https://bugzilla.redhat.com/show_bug.cgi?id=483208

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean Delvare

    Hans de Goede
     

07 Jan, 2009

1 commit

  • b9acb64a3   hwmon: Check for ACPI resource conflicts ... Browse Code »

    Check for ACPI resource conflicts in hwmon drivers. I've included
    all Super-I/O and PCI drivers.

    I've voluntarily left out:
    * Vendor-specific drivers: if they conflicted on any system, this would
    pretty much mean that they conflict on all systems, and we would know
    by now.
    * Legacy ISA drivers (lm78 and w83781d): they only support chips found
    on old designs were ACPI either wasn't supported or didn't deal with
    thermal management.
    * Drivers accessing the I/O resources indirectly (e.g. through SMBus):
    the checks are already done where they belong, i.e. in the bus drivers.

    Signed-off-by: Jean Delvare
    Acked-by: David Hubbard

    Jean Delvare
     

08 Feb, 2008

1 commit

  • 67b671bce   hwmon: Let the user override the detected Super-I/O device ID ... Browse Code »

    While it is possible to force SMBus-based hardware monitoring chip
    drivers to drive a not officially supported device, we do not have this
    possibility for Super-I/O-based drivers. That's unfortunate because
    sometimes newer chips are fully compatible and just forcing the driver
    to load would work. Instead of that we have to tell the users to
    recompile the kernel driver, which isn't an easy task for everyone.

    So, I propose that we add a module parameter to all Super-I/O based
    hardware monitoring drivers, letting advanced users force the driver
    to load on their machine. The user has to provide the device ID of a
    supposedly compatible device. This requires looking at the source code or
    a datasheet, so I am confident that users can't randomly force a driver
    without knowing what they are doing. Thus this should be relatively safe.

    As you can see from the code, the implementation is pretty simple and
    unintrusive.

    Signed-off-by: Jean Delvare
    Acked-by: Hans de Goede
    Signed-off-by: Mark M. Hoffman

    Jean Delvare
     

19 Oct, 2007

1 commit

  • 898eb71cb   Add missing newlines to some uses of dev_<level> messages ... Browse Code »

    Found these while looking at printk uses.

    Add missing newlines to dev_ uses
    Add missing KERN_ prefixes to multiline dev_s
    Fixed a wierd->weird spelling typo
    Added a newline to a printk

    Signed-off-by: Joe Perches
    Cc: "Luck, Tony"
    Cc: Jens Axboe
    Cc: Mark M. Hoffman
    Cc: Roland Dreier
    Cc: Tilman Schmidt
    Cc: David Woodhouse
    Cc: Jeff Garzik
    Cc: Stephen Hemminger
    Cc: Greg KH
    Cc: Jeremy Fitzhardinge
    Cc: Geert Uytterhoeven
    Cc: Alessandro Zummo
    Cc: David Brownell
    Cc: James Smart
    Cc: Andrew Vasquez
    Cc: "Antonino A. Daplas"
    Cc: Evgeniy Polyakov
    Cc: Russell King
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     

10 Oct, 2007

1 commit

08 May, 2007

1 commit

  • ce7ee4e80   hwmon: Request the I/O regions in platform drivers ... Browse Code »

    My understanding of the resource management in the Linux 2.6 device
    driver model is that the devices should declare their resources, and
    then when a driver attaches to a device, it should request the
    resources it will be using, so as to mark them busy. This is how the
    PCI and PNP subsystems work, you can clearly see the two levels of
    resources (declaration and request) in /proc/ioports for these
    devices.

    So I believe that our platform hardware monitoring drivers should
    follow the same logic. At the moment, we only declare the resources
    but we do not request them. This patch adds the I/O region request
    and release calls.

    Signed-off-by: Jean Delvare
    Acked-by: Juerg Haefliger

    Jean Delvare
     

15 Feb, 2007

1 commit

29 Sep, 2006

1 commit

  • ab41319ea   hwmon: New driver for the VIA VT1211 ... Browse Code »

    hwmon: New driver for the VIA VT1211

    This is a new driver for the VIA VT1211 Super-IO chip. It is a rewrite
    of the existing vt1211 driver (by Mark D. Studebaker and Lars Ekman)
    which has been around for a while but never made it into the main
    kernel tree.

    It is implemented as a platform driver and therefore requires
    lm_sensors 2.10.1 to function properly.

    Signed-off-by: Juerg Haefliger
    Signed-off-by: Jean Delvare
    Signed-off-by: Greg Kroah-Hartman

    Juerg Haefliger