23 Sep, 2009

1 commit

  • Add missing information about requirements of using the EHCI usb debug
    controller as well as to mention you can use a debug controller other
    than the first one in the system.

    Signed-off-by: Jason Wessel
    Cc: Ingo Molnar
    Cc: Andrew Morton
    Cc: Yinghai Lu
    Cc: "Eric W. Biederman"
    Cc: Alan Stern
    Cc: Sarah Sharp
    Cc: Randy Dunlap
    Signed-off-by: Greg Kroah-Hartman

    Jason Wessel
     

19 Sep, 2009

1 commit

  • …el/git/tip/linux-2.6-tip

    * 'x86-platform-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (38 commits)
    x86: Move get/set_wallclock to x86_platform_ops
    x86: platform: Fix section annotations
    x86: apic namespace cleanup
    x86: Distangle ioapic and i8259
    x86: Add Moorestown early detection
    x86: Add hardware_subarch ID for Moorestown
    x86: Add early platform detection
    x86: Move tsc_init to late_time_init
    x86: Move tsc_calibration to x86_init_ops
    x86: Replace the now identical time_32/64.c by time.c
    x86: time_32/64.c unify profile_pc
    x86: Move calibrate_cpu to tsc.c
    x86: Make timer setup and global variables the same in time_32/64.c
    x86: Remove mca bus ifdef from timer interrupt
    x86: Simplify timer_ack magic in time_32.c
    x86: Prepare unification of time_32/64.c
    x86: Remove do_timer hook
    x86: Add timer_init to x86_init_ops
    x86: Move percpu clockevents setup to x86_init_ops
    x86: Move xen_post_allocator_init into xen_pagetable_setup_done
    ...

    Fix up conflicts in arch/x86/include/asm/io_apic.h

    Linus Torvalds
     

31 Aug, 2009

1 commit


22 Jul, 2009

1 commit

  • This patch adds kernel configuration and boot support for Intel Trusted
    Execution Technology (Intel TXT).

    Intel's technology for safer computing, Intel Trusted Execution
    Technology (Intel TXT), defines platform-level enhancements that
    provide the building blocks for creating trusted platforms.

    Intel TXT was formerly known by the code name LaGrande Technology (LT).

    Intel TXT in Brief:
    o Provides dynamic root of trust for measurement (DRTM)
    o Data protection in case of improper shutdown
    o Measurement and verification of launched environment

    Intel TXT is part of the vPro(TM) brand and is also available some
    non-vPro systems. It is currently available on desktop systems based on
    the Q35, X38, Q45, and Q43 Express chipsets (e.g. Dell Optiplex 755, HP
    dc7800, etc.) and mobile systems based on the GM45, PM45, and GS45
    Express chipsets.

    For more information, see http://www.intel.com/technology/security/.
    This site also has a link to the Intel TXT MLE Developers Manual, which
    has been updated for the new released platforms.

    A much more complete description of how these patches support TXT, how to
    configure a system for it, etc. is in the Documentation/intel_txt.txt file
    in this patch.

    This patch provides the TXT support routines for complete functionality,
    documentation for TXT support and for the changes to the boot_params structure,
    and boot detection of a TXT launch. Attempts to shutdown (reboot, Sx) the system
    will result in platform resets; subsequent patches will support these shutdown modes
    properly.

    Documentation/intel_txt.txt | 210 +++++++++++++++++++++
    Documentation/x86/zero-page.txt | 1
    arch/x86/include/asm/bootparam.h | 3
    arch/x86/include/asm/fixmap.h | 3
    arch/x86/include/asm/tboot.h | 197 ++++++++++++++++++++
    arch/x86/kernel/Makefile | 1
    arch/x86/kernel/setup.c | 4
    arch/x86/kernel/tboot.c | 379 +++++++++++++++++++++++++++++++++++++++
    security/Kconfig | 30 +++
    9 files changed, 827 insertions(+), 1 deletion(-)

    Signed-off-by: Joseph Cihula
    Signed-off-by: Shane Wang
    Signed-off-by: Gang Wei
    Signed-off-by: H. Peter Anvin

    Joseph Cihula
     

11 Jul, 2009

1 commit

  • exception.txt only explains the code on x86, so it's better to
    move it into Documentation/x86 directory.

    And also rename it to exception-tables.txt which looks much
    more reasonable.

    This patch is on top of the previous one.

    Signed-off-by: WANG Cong
    Signed-off-by: Randy Dunlap
    Signed-off-by: Linus Torvalds

    Amerigo Wang
     

12 Jun, 2009

1 commit


11 Jun, 2009

2 commits

  • This patch introduces three boot options (no_cmci, dont_log_ce
    and ignore_ce) to control handling for corrected errors.

    The "mce=no_cmci" boot option disables the CMCI feature.

    Since CMCI is a new feature so having boot controls to disable
    it will be a help if the hardware is misbehaving.

    The "mce=dont_log_ce" boot option disables logging for corrected
    errors. All reported corrected errors will be cleared silently.
    This option will be useful if you never care about corrected
    errors.

    The "mce=ignore_ce" boot option disables features for corrected
    errors, i.e. polling timer and cmci. All corrected events are
    not cleared and kept in bank MSRs.

    Usually this disablement is not recommended, however it will be
    a help if there are some conflict with the BIOS or hardware
    monitoring applications etc., that clears corrected events in
    banks instead of OS.

    [ And trivial cleanup (space -> tab) for doc is included. ]

    Signed-off-by: Hidetoshi Seto
    Reviewed-by: Andi Kleen
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Hidetoshi Seto
     
  • * 'x86-mm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (22 commits)
    x86: fix system without memory on node0
    x86, mm: Fix node_possible_map logic
    mm, x86: remove MEMORY_HOTPLUG_RESERVE related code
    x86: make sparse mem work in non-NUMA mode
    x86: process.c, remove useless headers
    x86: merge process.c a bit
    x86: use sparse_memory_present_with_active_regions() on UMA
    x86: unify 64-bit UMA and NUMA paging_init()
    x86: Allow 1MB of slack between the e820 map and SRAT, not 4GB
    x86: Sanity check the e820 against the SRAT table using e820 map only
    x86: clean up and and print out initial max_pfn_mapped
    x86/pci: remove rounding quirk from e820_setup_gap()
    x86, e820, pci: reserve extra free space near end of RAM
    x86: fix typo in address space documentation
    x86: 46 bit physical address support on 64 bits
    x86, mm: fault.c, use printk_once() in is_errata93()
    x86: move per-cpu mmu_gathers to mm/init.c
    x86: move max_pfn_mapped and max_low_pfn_mapped to setup.c
    x86: unify noexec handling
    x86: remove (null) in /sys kernel_page_tables
    ...

    Linus Torvalds
     

04 Jun, 2009

1 commit

  • On Intel platforms machine check exceptions are always broadcast to
    all CPUs. This patch makes the machine check handler synchronize all
    these machine checks, elect a Monarch to handle the event and collect
    the worst event from all CPUs and then process it first.

    This has some advantages:

    - When there is a truly data corrupting error the system panics as
    quickly as possible. This improves containment of corrupted
    data and makes sure the corrupted data never hits stable storage.

    - The panics are synchronized and do not reenter the panic code
    on multiple CPUs (which currently does not handle this well).

    - All the errors are reported. Currently it often happens that
    another CPU happens to do the panic first, but reports useless
    information (empty machine check) because the real error
    happened on another CPU which came in later.
    This is a big advantage on Nehalem where the 8 threads per CPU
    lead to often the wrong CPU winning the race and dumping
    useless information on a machine check. The problem also occurs
    in a less severe form on older CPUs.

    - The system can detect when no CPUs detected a machine check
    and shut down the system. This can happen when one CPU is so
    badly hung that that it cannot process a machine check anymore
    or when some external agent wants to stop the system by
    asserting the machine check pin. This follows Intel hardware
    recommendations.

    - This matches the recommended error model by the CPU designers.

    - The events can be output in true severity order

    - When a panic happens on another CPU it makes sure to be actually
    be able to process the stop IPI by enabling interrupts.

    The code is extremly careful to handle timeouts while waiting
    for other CPUs. It can't rely on the normal timing mechanisms
    (jiffies, ktime_get) because of its asynchronous/lockless nature,
    so it uses own timeouts using ndelay() and a "SPINUNIT"

    The timeout is configurable. By default it waits for upto one
    second for the other CPUs. This can be also disabled.

    From some informal testing AMD systems do not see to broadcast
    machine checks, so right now it's always disabled by default on
    non Intel CPUs or also on very old Intel systems.

    Includes fixes from Ying Huang
    Fixed a "ecception" in a comment (H.Seto)
    Moved global_nwo reset later based on suggestion from H.Seto
    v2: Avoid duplicate messages

    [ Impact: feature, fixes long standing problems. ]

    Signed-off-by: Andi Kleen
    Signed-off-by: Hidetoshi Seto
    Signed-off-by: H. Peter Anvin

    Andi Kleen
     

29 May, 2009

1 commit

  • Document that check_interval set to 0 means no polling.
    Noticed by Hidetoshi Seto

    Also add a reference from boot options to the sysfs tunables

    Acked-by: Hidetoshi Seto
    Signed-off-by: Andi Kleen
    Signed-off-by: Hidetoshi Seto
    Signed-off-by: H. Peter Anvin

    Andi Kleen
     

18 May, 2009

1 commit

  • after:

    | commit b263295dbffd33b0fbff670720fa178c30e3392a
    | Author: Christoph Lameter
    | Date: Wed Jan 30 13:30:47 2008 +0100
    |
    | x86: 64-bit, make sparsemem vmemmap the only memory model

    we don't have MEMORY_HOTPLUG_RESERVE anymore.

    Historically, x86-64 had an architecture-specific method for memory hotplug
    whereby it scanned the SRAT for physical memory ranges that could be
    potentially used for memory hot-add later. By reserving those ranges
    without physical memory, the memmap would be allocated and left dormant
    until needed. This depended on the DISCONTIG memory model which has been
    removed so the code implementing HOTPLUG_RESERVE is now dead.

    This patch removes the dead code used by MEMORY_HOTPLUG_RESERVE.

    (Changelog authored by Mel.)

    v2: updated changelog, and remove hotadd= in doc

    [ Impact: remove dead code ]

    Signed-off-by: Yinghai Lu
    Reviewed-by: Christoph Lameter
    Reviewed-by: Mel Gorman
    Workflow-found-OK-by: Andrew Morton
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Yinghai Lu
     

12 May, 2009

2 commits

  • A long ago, in days of yore, it all began with a god named Thor.
    There were vikings and boats and some plans for a Linux kernel
    header. Unfortunately, a single 8-bit field was used for bootloader
    type and version. This has generally worked without *too* much pain,
    but we're getting close to flat running out of ID fields.

    Add extension fields for both type and version. The type will be
    extended if it the old field is 0xE; the version is a simple MSB
    extension.

    Keep /proc/sys/kernel/bootloader_type containing
    (type << 4) + (ver & 0xf) for backwards compatiblity, but also add
    /proc/sys/kernel/bootloader_version which contains the full version
    number.

    [ Impact: new feature to support more bootloaders ]

    Signed-off-by: H. Peter Anvin

    H. Peter Anvin
     
  • Document the new bzImage fields for kernel memory placement.

    [ Impact: adds documentation ]

    Signed-off-by: H. Peter Anvin

    H. Peter Anvin
     

06 May, 2009

2 commits

  • Fix a trivial typo in Documentation/x86/x86_64/mm.txt.

    [ Impact: documentation only ]

    Signed-off-by: H. Peter Anvin
    Cc: Rik van Riel

    H. Peter Anvin
     
  • Extend the maximum addressable memory on x86-64 from 2^44 to
    2^46 bytes. This requires some shuffling around of the vmalloc
    and virtual memmap memory areas, to keep them away from the
    direct mapping of up to 64TB of physical memory.

    This patch also introduces a guard hole between the vmalloc
    area and the virtual memory map space. There's really no
    good reason why we wouldn't have a guard hole there.

    [ Impact: future hardware enablement ]

    Signed-off-by: Rik van Riel
    LKML-Reference:
    Signed-off-by: H. Peter Anvin

    Rik van Riel
     

04 Apr, 2009

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (28 commits)
    trivial: Update my email address
    trivial: NULL noise: drivers/mtd/tests/mtd_*test.c
    trivial: NULL noise: drivers/media/dvb/frontends/drx397xD_fw.h
    trivial: Fix misspelling of "Celsius".
    trivial: remove unused variable 'path' in alloc_file()
    trivial: fix a pdlfush -> pdflush typo in comment
    trivial: jbd header comment typo fix for JBD_PARANOID_IOFAIL
    trivial: wusb: Storage class should be before const qualifier
    trivial: drivers/char/bsr.c: Storage class should be before const qualifier
    trivial: h8300: Storage class should be before const qualifier
    trivial: fix where cgroup documentation is not correctly referred to
    trivial: Give the right path in Documentation example
    trivial: MTD: remove EOL from MODULE_DESCRIPTION
    trivial: Fix typo in bio_split()'s documentation
    trivial: PWM: fix of #endif comment
    trivial: fix typos/grammar errors in Kconfig texts
    trivial: Fix misspelling of firmware
    trivial: cgroups: documentation typo and spelling corrections
    trivial: Update contact info for Jochen Hein
    trivial: fix typo "resgister" -> "register"
    ...

    Linus Torvalds
     

30 Mar, 2009

1 commit


06 Mar, 2009

1 commit


05 Mar, 2009

1 commit


04 Mar, 2009

1 commit


15 Jan, 2009

2 commits


10 Jan, 2009

1 commit

  • …git/tip/linux-2.6-tip

    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (36 commits)
    x86: fix section mismatch warnings in mcheck/mce_amd_64.c
    x86: offer frame pointers in all build modes
    x86: remove duplicated #include's
    x86: k8 numa register active regions later
    x86: update Alan Cox's email addresses
    x86: rename all fields of mpc_table mpc_X to X
    x86: rename all fields of mpc_oemtable oem_X to X
    x86: rename all fields of mpc_bus mpc_X to X
    x86: rename all fields of mpc_cpu mpc_X to X
    x86: rename all fields of mpc_intsrc mpc_X to X
    x86: rename all fields of mpc_lintsrc mpc_X to X
    x86: rename all fields of mpc_iopic mpc_X to X
    x86: irqinit_64.c init_ISA_irqs should be static
    Documentation/x86/boot.txt: payload length was changed to payload_length
    x86: setup_percpu.c fix style problems
    x86: irqinit_64.c fix style problems
    x86: irqinit_32.c fix style problems
    x86: i8259.c fix style problems
    x86: irq_32.c fix style problems
    x86: ioport.c fix style problems
    ...

    Linus Torvalds
     

07 Jan, 2009

1 commit


05 Jan, 2009

1 commit


23 Dec, 2008

1 commit

  • …86/debug', 'x86/defconfig', 'x86/detect-hyper', 'x86/doc', 'x86/dumpstack', 'x86/early-printk', 'x86/fpu', 'x86/idle', 'x86/io', 'x86/memory-corruption-check', 'x86/microcode', 'x86/mm', 'x86/mtrr', 'x86/nmi-watchdog', 'x86/pat2', 'x86/pci-ioapic-boot-irq-quirks', 'x86/ptrace', 'x86/quirks', 'x86/reboot', 'x86/setup-memory', 'x86/signal', 'x86/sparse-fixes', 'x86/time', 'x86/uv' and 'x86/xen' into x86/core

    Ingo Molnar
     

20 Dec, 2008

1 commit


19 Dec, 2008

1 commit


17 Dec, 2008

2 commits


12 Nov, 2008

2 commits

  • Impact: documentation fix

    I met okuji-san (GRUB maintainer) yesterday.
    He said GRuB isn't correct spelled and he want to fix it.

    Signed-off-by: KOSAKI Motohiro
    Signed-off-by: Ingo Molnar

    KOSAKI Motohiro
     
  • Impact: documentation update

    Commit a6523748bddd38bcec11431f57502090b6014a96
    (paravirt/x86, 64-bit: move __PAGE_OFFSET to leave a space for hypervisor)
    changed address space without changing the documentation.

    Change it according to the code change -- direct mapping start:
    ffff810000000000 => ffff880000000000 which gives 57 TiB, something
    between 45 and 46 bits.

    Signed-off-by: Jiri Slaby
    Signed-off-by: Ingo Molnar

    Jiri Slaby
     

03 Nov, 2008

1 commit

  • Impact: documentation update

    1) nmi_watchdog boot parameter is common to 32/64 bit modes. So
    move it from Documentation/x86/x86_64/boot-options.txt to
    Documentation/kernel-parameters.txt and integrate with.

    2) Also fix [panic] keyword placement -- it ought to be at first
    position otherwise it will not be recognized.

    3) Document lapic and ioapic keywords.

    Signed-off-by: Cyrill Gorcunov
    Signed-off-by: Ingo Molnar

    Cyrill Gorcunov
     

28 Oct, 2008

1 commit

  • The Documentation/i386 and Documentation/x86_64 directories and their
    contents have been moved into Documentation/x86. Fix references to
    those files accordingly.

    Signed-off-by: Uwe Hermann
    Signed-off-by: Randy Dunlap
    Signed-off-by: Ingo Molnar

    Uwe Hermann
     

29 Aug, 2008

1 commit

  • Commit ecd29476ae0143b1c3641edfa76c0fc3e9ad3021 removed the
    "disable_8254_timer" and "enable_8254_timer" kernel parameters from
    the kernel but did not remove the references to them from two
    files in the Documentation directory: kernel-parameters.txt and
    x86/x86_64/boot-options.txt.

    This change completes the removal.

    Signed-off-by: Luiz Fernando N. Capitulino
    Acked-by: Maciej W. Rozycki
    Signed-off-by: Ingo Molnar

    Luiz Fernando N. Capitulino
     

21 Aug, 2008

1 commit


28 Jul, 2008

1 commit


23 Jul, 2008

2 commits


08 Jul, 2008

1 commit

  • Applies on top of the previous patch:
    x86 boot: add code to add BIOS provided EFI memory entries to kernel

    Instead of always adding EFI memory map entries (if present) to the
    memory map after initially finding either E820 BIOS memory map entries
    and/or kernel command line memmap entries, -instead- only add such
    additional EFI memory map entries if the kernel boot option:

    add_efi_memmap

    is specified.

    Requiring this 'add_efi_memmap' option is backward compatible with
    kernels that didn't load such additional EFI memory map entries in
    the first place, and it doesn't override a configuration that tries
    to replace all E820 or EFI BIOS memory map entries with ones given
    entirely on the kernel command line.

    Signed-off-by: Paul Jackson
    Cc: "Yinghai Lu"
    Cc: "Jack Steiner"
    Cc: "Mike Travis"
    Cc: "Huang
    Cc: Ying"
    Cc: "Andi Kleen"
    Cc: "Andrew Morton"
    Cc: Paul Jackson
    Signed-off-by: Ingo Molnar

    Paul Jackson