Eric Lee / smarc-fsl-linux-kernel

26 Jul, 2011

1 commit

03 Jul, 2011

1 commit

09 Jan, 2011

1 commit

18 Oct, 2010

1 commit

  • 631dd1a88   Update broken web addresses in the kernel. ... Browse Code »

    The patch below updates broken web addresses in the kernel

    Signed-off-by: Justin P. Mattock
    Cc: Maciej W. Rozycki
    Cc: Geert Uytterhoeven
    Cc: Finn Thain
    Cc: Randy Dunlap
    Cc: Matt Turner
    Cc: Dimitry Torokhov
    Cc: Mike Frysinger
    Acked-by: Ben Pfaff
    Acked-by: Hans J. Koch
    Reviewed-by: Finn Thain
    Signed-off-by: Jiri Kosina

    Justin P. Mattock
     

15 Sep, 2009

1 commit

  • 5bed13f58   hwmon-vid: Ignore 6th VID pin of AMD family 0Fh processors ... Browse Code »

    We had a report about a mainboard for AMD family 0Fh processors not
    routing the 6th VID pin from the CPU to the hardware monitoring chip.

    While the vendor should have wired the pin (or, failing that, should
    have hardwired it to level high rather than low), the fact is that
    none of these processors are currently known to operate at the lower
    voltage levels which require the 6th VID pin. So, as a practical
    workaround, I propose to ignore the 6th VID pin for these CPUs.

    If this decision ever causes problems, we'll reconsider.

    Signed-off-by: Jean Delvare
    Cc: Frank Myhr
    Tested-by: Hleb Valoshka
    Cc: Rudolf Marek
    Cc: Andreas Herrmann

    Jean Delvare
     

27 Oct, 2008

1 commit

16 Aug, 2008

1 commit

  • cebd7709d   hwmon-vid: Fix AMD K8 VID decoding ... Browse Code »

    Not all AMD K8 have 6 VID pins, contrary to what was assumed in
    commit 116d0486bdefc11f71e567cadf0c47f788b4dd06. This commit broke
    support of older CPU models which have only 5 VID pins:
    http://bugzilla.kernel.org/show_bug.cgi?id=11329

    We need two entries in the hwmon-vid table, one for 5-bit VID models
    (K8 revision = F).
    This fixes bug #11329.

    Signed-off-by: Jean Delvare
    Acked-by: Frank Myhr
    Tested-by: Jean-Luc Coulon
    Signed-off-by: Linus Torvalds

    Jean Delvare
     

07 Aug, 2008

2 commits

20 Oct, 2007

1 commit

  • 92cb7612a   x86: convert cpuinfo_x86 array to a per_cpu array ... Browse Code »

    cpu_data is currently an array defined using NR_CPUS. This means that
    we overallocate since we will rarely really use maximum configured cpus.
    When NR_CPU count is raised to 4096 the size of cpu_data becomes
    3,145,728 bytes.

    These changes were adopted from the sparc64 (and ia64) code. An
    additional field was added to cpuinfo_x86 to be a non-ambiguous cpu
    index. This corresponds to the index into a cpumask_t as well as the
    per_cpu index. It's used in various places like show_cpuinfo().

    cpu_data is defined to be the boot_cpu_data structure for the NON-SMP
    case.

    Signed-off-by: Mike Travis
    Acked-by: Christoph Lameter
    Cc: Andi Kleen
    Cc: James Bottomley
    Cc: Dmitry Torokhov
    Cc: "Antonino A. Daplas"
    Cc: Mark M. Hoffman
    Signed-off-by: Andrew Morton
    Signed-off-by: Ingo Molnar
    Signed-off-by: Thomas Gleixner

    Mike Travis
     

28 May, 2007

1 commit

08 May, 2007

1 commit

19 Jan, 2007

1 commit

13 Dec, 2006

1 commit

01 Jul, 2006

1 commit

23 Jun, 2006

2 commits

24 Mar, 2006

1 commit

06 Jan, 2006

1 commit

  • 734a12a36   [PATCH] hwmon: add VRM/VID support for some VIA CPUs ... Browse Code »

    This patch adds the VIA CENTAUR CPUs to detection table.
    Table was updated to treat future Intel x86 CPUs as VRD10.
    Stepping field was added, because some VIA CPUs have
    different VRM specs across stepping. I changed the vrm type
    to u8 because all drivers use u8 anyway.

    Signed-off-by: Rudolf Marek
    Signed-off-by: Jean Delvare
    Signed-off-by: Greg Kroah-Hartman

    Rudolf Marek
     

06 Sep, 2005

4 commits

  • 3b6c0634c   [PATCH] hwmon: VID table update ... Browse Code »

    This patch updates the VID entries, so any future
    Intel CPU will be detected as unknown rather than 9.0

    Signed-off-by: Rudolf Marek
    Signed-off-by: Greg Kroah-Hartman

    R.Marek@sh.cvut.cz
     
  • d0f282706   [PATCH] hwmon: hwmon vs i2c, second round (10/11) ... Browse Code »

    I see very little reason why vid_from_reg is inlined. It is not
    exactly short, its parameters are seldom known in advance, and it is
    never called in speed critical areas. Uninlining it should cause
    little performance loss if any, and saves a signficant space as well
    as compilation time.

    As suggested by Alexey Dobriyan, I am leaving vid_to_reg inline for now,
    as it is short and has a single user so far.

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

    Jean Delvare
     
  • da97a5a32   [PATCH] hwmon: hwmon vs i2c, second round (08/11) ... Browse Code »

    Cleanup hwmon-vid a bit, fixing typos, rewording some comments and
    reindenting properly at places.

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

    Jean Delvare
     
  • 303760b44   [PATCH] hwmon: hwmon vs i2c, second round (07/11) ... Browse Code »

    The only part left in i2c-sensor is the VRM/VRD/VID handling code.
    This is in no way related to i2c, so it doesn't belong there. Move
    the code to hwmon, where it belongs.

    Note that not all hardware monitoring drivers do VRM/VRD/VID
    operations, so less drivers depend on hwmon-vid than there were
    depending on i2c-sensor.

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

    Jean Delvare