[LV-k25-commit] Linux for the VAX architecture: Changes to 'master'

[Jan-Benedict G. <jb...@he...>]

 arch/i386/kernel/io_apic.c |   66 ++++++++++++++++++++++++++++++++++++++++++---
 include/asm-i386/io_apic.h |   29 -------------------
 2 files changed, 64 insertions(+), 31 deletions(-)

New commits:
commit f9dadfa71bc594df09044da61d1c72701121d802
gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=f9dadfa71bc594df09044da61d1c72701121d802
gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=f9dadfa71bc594df09044da61d1c72701121d802
Author: Linus Torvalds <tor...@ma...>
Date:   Wed Nov 1 10:05:35 2006 -0800

    i386: write IO APIC irq routing entries in correct order
    
    Since the "mask" bit is in the low word, when we write a new entry, we
    need to write the high word first, before we potentially unmask it.
    
    The exception is when we actually want to mask the interrupt, in which
    case we want to write the low word first to make sure that the high word
    doesn't change while the interrupt routing is still active.
    
    Signed-off-by: Linus Torvalds <tor...@os...>

commit 130fe05dbc0114609cfef9815c0c5580b42decfa
gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=130fe05dbc0114609cfef9815c0c5580b42decfa
gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=130fe05dbc0114609cfef9815c0c5580b42decfa
Author: Linus Torvalds <tor...@ma...>
Date:   Wed Nov 1 09:11:00 2006 -0800

    i386: clean up io-apic accesses
    
    This is preparation for fixing the ordering of the accesses that
    got broken by the commit cf4c6a2f27f5db810b69dcb1da7f194489e8ff88 when
    factoring out the "common" io apic routing entry accesses.
    
    Move the accessor function (that were only used by io_apic.c) out
    of a header file, and use proper memory-mapped accesses rather than
    making up our own "volatile" pointers.
    
    Signed-off-by: Linus Torvalds <tor...@os...>