07 Feb, 2008

40 commits

  • Add detection for IT87XX SuperIO chip and disabling its POST feature, which
    made noise on parallel port's pins.

    Signed-off-by: Petr Cvek
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Petr Cvek
     
  • Add the Dell UK 6400 Inspiron model (MM061) to allow the i8k module to load
    correctly without using 'force=1'

    Signed-off-by: "Nick Warne"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Warne
     
  • Use DEFAULT_SGI_PARTITION for SGI_PARTION default

    Signed-off-by: Thomas Bogendoerfer
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Thomas Bogendoerfer
     
  • Fix wrong netmos 9855 serial port configuration.

    On loading only one serial port was present and it wasn't working. After
    looking in the data sheet I realized that the base address was wrong. For
    further reference here is lspci and relevant dmesg output:

    02:00.0 Communication controller: NetMos Technology PCI 9855 Multi-I/O
    Controller (rev 01) (prog-if 02)
    Subsystem: LSI Logic / Symbios Logic Unknown device 0022
    Flags: medium devsel, IRQ 19
    I/O ports at df00 [size=8]
    I/O ports at de00 [size=8]
    I/O ports at dd00 [size=8]
    I/O ports at dc00 [size=8]
    I/O ports at db00 [size=8]
    I/O ports at da00 [size=16]

    parport1: PC-style at 0xdd00 [PCSPP,TRISTATE]
    parport2: PC-style at 0xdf00 [PCSPP,TRISTATE,EPP]
    0000:02:00.0: ttyS0 at I/O 0xdb00 (irq = 19) is a 16550A
    0000:02:00.0: ttyS1 at I/O 0xda00 (irq = 19) is a 16550A

    Signed-off-by: Christian Pellegrin
    Cc: Thomas Richter
    Cc: Bjorn Helgaas
    Cc: Martin Schitter
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Christian Pellegrin
     
  • Added pci device id for the Quatech SPPXP-100 ExpressCard - 0x278 - to
    include/linux/pci_id.h

    Modified drivers/parport/parport_pc.c to support the Quatech SPPXP-100 Parallel port PCI ExpressCard

    [akpm@linux-foundation.org: build fix]
    Signed-off-by: Luís P Mendes
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Luís P Mendes
     
  • ext2 should not worry about checking sb->s_blocksize for XIP before the
    sb's blocksize actually gets set.

    Signed-off-by: Nick Piggin
    Acked-by: Carsten Otte
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • The port_write_mutex was converted from a semaphore to a mutex,
    but there was still this ifdef'd init_MUTEX reference remaining.

    Signed-off-by: Daniel Walker
    Cc: Geert Uytterhoeven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • [akpm@linux-foundation.org: cleanup]
    Signed-off-by: Daniel Walker
    Acked-by: Ingo Molnar
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • Signed-off-by: Denis Cheng
    Cc: Chris Mason
    Cc: Jeff Mahoney
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Denis Cheng
     
  • Signed-off-by: Denis Cheng
    Cc: Corey Minyard
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Denis Cheng
     
  • I converted some of the document to reflect mutex usage instead of
    semaphore usage. Since we shouldin't be promoting semaphore usage when
    it's on it's way out..

    Signed-off-by: Daniel Walker
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • Turn on INTR/QUIT/SUSP echoing in the N_TTY line discipline (e.g. ctrl-C
    will appear as "^C" if stty echoctl is set and ctrl-C is set as INTR).

    Linux seems to be the only unix-like OS (recently I've verified this on
    Solaris, BSD, and Mac OS X) that does *not* behave this way, and I really
    miss this as a good visual confirmation of the interrupt of a program in
    the console or xterm. I remember this fondly from many Unixs I've used
    over the years as well. Bringing this to Linux also seems like a good way
    to make it yet more compliant with standard unix-like behavior.

    [akpm@linux-foundation.org: coding-style fixes]
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Peterson
     
  • This adds support to allow asm/ptrace.h to define two new macros,
    arch_ptrace_stop_needed and arch_ptrace_stop. These control special
    machine-specific actions to be done before a ptrace stop. The new code
    compiles away to nothing when the new macros are not defined. This is the
    case on all machines to begin with.

    On ia64, these macros will be defined to solve the long-standing issue of
    ptrace vs register backing store.

    Signed-off-by: Roland McGrath
    Cc: Petr Tesarik
    Cc: Tony Luck
    Cc: Matthew Wilcox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roland McGrath
     
  • We restarted scan of sb->s_inodes list whenever we had to drop inode_lock
    in add_dquot_ref(). This leads to overall quadratic running time and thus
    add_dquot_ref() can take several minutes when called on a life filesystem.
    We fix the problem by using the fact that inode cannot be removed from
    s_inodes list while we hold a reference to it and thus we can safely
    restart the scan if we don't drop the reference. Here we use the fact that
    inodes freshly added to s_inodes list are already guaranteed to have quotas
    properly initialized and the ordering of inodes on s_inodes list does not
    change so we cannot skip any inode.

    Thanks goes to Nick for analyzing the problem and
    testing the fix.

    [akpm@linux-foundation.org: iput(NULL) is legal]
    Signed-off-by: Jan Kara
    Cc: Nick
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Kara
     
  • single list_head variable initialized with LIST_HEAD_INIT could almost
    always can be replaced with LIST_HEAD declaration, this shrinks the code
    and looks better.

    Signed-off-by: Denis Cheng
    Cc: Paul Mackerras
    Cc: Benjamin Herrenschmidt
    Cc: Corey Minyard
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Denis Cheng
     
  • Convert uio from nopage to fault.

    Signed-off-by: Nick Piggin
    Acked-by: Hans J Koch
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • Convert relay from nopage to fault.
    Remove redundant vma range checks.
    Switch from OOM to SIGBUS if the resource is not available.

    Signed-off-by: Nick Piggin
    Cc: Tom Zanussi
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • When resolving symbol names from addresses with aliased symbol names,
    kallsyms_lookup always returns the first symbol, even if it is a weak
    symbol.

    This patch changes this by sorting the symbols with the weak symbols last
    before feeding them to the kernel. This way the kernel runtime isn't
    changed at all, only the kallsyms build system is changed.

    Another side effect is that the symbols get sorted by address, too. So,
    even if future binutils version have some bug in "nm" that makes it fail to
    correctly sort symbols by address, the kernel won't be affected by this.

    Mathieu says:

    I created a module in LTTng that uses kallsyms to get the symbol
    corresponding to a specific system call address. Unfortunately, all the
    unimplemented syscalls were all referring to the (same) weak symbol
    identifying an unrelated system call rather that sys_ni (or whatever
    non-weak symbol would be expected). Kallsyms was dumbly returning the first
    symbol that matched.

    This patch makes sure kallsyms returns the non-weak symbol when there is
    one, which seems to be the expected result.

    [akpm@linux-foundation.org: coding-style fixes]
    Signed-off-by: Mathieu Desnoyers
    Looks-great-to: Rusty Russell
    Cc: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paulo Marques
     
  • Convert the unix98 allocated_ptys_lock to a mutex.

    Signed-off-by: Daniel Walker
    Acked-by: Ingo Molnar
    Cc: "H. Peter Anvin"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • I couldn't find any users, so removing it..

    Signed-off-by: Daniel Walker
    Cc: Karsten Keil
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • I couldn't find any users, so removing it..

    Signed-off-by: Daniel Walker
    Acked-by: Alan Cox
    Cc: "H. Peter Anvin"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Walker
     
  • Here's a document I wrote after figuring out what unaligned memory access
    is all about. I've tried to cover the information I was looking for when
    trying to learn about this, without producing a hopelessly detailed/complex
    spew. I hope it is useful to others.

    Signed-off-by: Daniel Drake
    Cc: Rob Landley
    Cc: "Randy.Dunlap"
    Cc: Alan Cox
    Cc: Jan Engelhardt
    Cc: Johannes Berg
    Cc: Kyle McMartin
    Cc: Kyle Moffett
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Daniel Drake
     
  • The inotify debugging code is supposed to verify that the
    DCACHE_INOTIFY_PARENT_WATCHED scalability optimisation does not result in
    notifications getting lost nor extra needless locking generated.

    Unfortunately there are also some races in the debugging code. And it isn't
    very good at finding problems anyway. So remove it for now.

    Signed-off-by: Nick Piggin
    Cc: Robert Love
    Cc: John McCutchan
    Cc: Jan Kara
    Cc: Yan Zheng
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • There is a race between setting an inode's children's "parent watched" flag
    when placing the first watch on a parent, and instantiating new children of
    that parent: a child could miss having its flags set by
    set_dentry_child_flags, but then inotify_d_instantiate might still see
    !inotify_inode_watched.

    The solution is to set_dentry_child_flags after adding the watch. Locking is
    taken care of, because both set_dentry_child_flags and inotify_d_instantiate
    hold dcache_lock and child->d_locks.

    Signed-off-by: Nick Piggin
    Cc: Robert Love
    Cc: John McCutchan
    Cc: Jan Kara
    Cc: Yan Zheng
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • New serial driver for SC2681/SC2691 uarts. Older SNI RM400 machines are
    using these chips for onboard serial ports.

    Signed-off-by: Thomas Bogendoerfer
    Cc: Ralf Baechle
    Cc: Alan Cox
    Cc: Torben Mathiasen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Thomas Bogendoerfer
     
  • Use SGI_HAS_DS1286 for SGI_DS1286 depends

    Signed-off-by: Thomas Bogendoerfer
    Cc: Ralf Baechle
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Thomas Bogendoerfer
     
  • - Use SGI_HAS_ZILOG for IP22_ZILOG depends
    - remove IP22 from description, because the driver works on more than
    IP22 SGI machines

    Signed-off-by: Thomas Bogendoerfer
    Cc: Ralf Baechle
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Thomas Bogendoerfer
     
  • Given that init/Makefile includes initramfs.c in the build only if
    CONFIG_BLK_DEV_INITRD is defined, there seems to be no point checking for
    it yet again.

    Signed-off-by: Robert P. J. Day
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Robert P. J. Day
     
  • The rcu_assign_pointer() primitive currently unconditionally executes a
    memory barrier, even when a NULL pointer is being assigned. This has lead
    some to avoid using rcu_assign_pointer() for NULL pointers, which loses the
    self-documenting advantages of rcu_assign_pointer() This patch uses
    __builtin_const_p() to omit needless memory barriers for NULL-pointer
    assignments at compile time with no runtime penalty, as discussed in the
    following thread:

    http://www.mail-archive.com/netdev@vger.kernel.org/msg54852.html

    Tested on x86_64 and ppc64, also compiled the four cases (NULL/non-NULL
    and const/non-const) with gcc version 4.1.2, and hand-checked the
    assembly output.

    Signed-off-by: Paul E. McKenney
    Acked-by: Herbert Xu
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paul E. McKenney
     
  • Signed-off-by: Qi Yong
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Qi Yong
     
  • Reduce latency for large writes to /dev/[u]random

    Signed-off-by: Matt Mackall
    Cc: Sami Farin
    Cc: Theodore Ts'o
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • The declaration and implementation of __const_udelay use different
    names for the parameter on a number of architectures:

    include/asm-avr32/delay.h:15:extern void __const_udelay(unsigned long usecs);
    arch/avr32/lib/delay.c:39:inline void __const_udelay(unsigned long xloops)

    include/asm-sh/delay.h:15:extern void __const_udelay(unsigned long usecs);
    arch/sh/lib/delay.c:22:inline void __const_udelay(unsigned long xloops)

    include/asm-m32r/delay.h:15:extern void __const_udelay(unsigned long usecs);
    arch/m32r/lib/delay.c:58:void __const_udelay(unsigned long xloops)

    include/asm-x86/delay.h:16:extern void __const_udelay(unsigned long usecs);
    arch/x86/lib/delay_32.c:82:inline void __const_udelay(unsigned long xloops)
    arch/x86/lib/delay_64.c:46:inline void __const_udelay(unsigned long xloops)

    The units of the parameter isn't usecs, so that name is definitely
    wrong. It's also not exactly loops, so I suppose xloops is an OK
    name.

    This patch changes these names from usecs to xloops.

    Signed-off-by: Jeff Dike
    Cc: Haavard Skinnemoen
    Cc: Paul Mundt
    Cc: Thomas Gleixner
    Cc: Ingo Molnar
    Cc: Hirokazu Takata
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     
  • Fix missed serial input signal changes caused by rereading the serial
    status register during interrupt processing. Now processing is performed
    on original status register value.

    Signed-off-by: Paul Fulghum
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paul Fulghum
     
  • Use the recommended form of "<>" to include linux header files, and
    move those includes up to join the rest of the linux includes.

    Signed-off-by: Robert P. J. Day
    Acked-by: Paul Fulghum
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Robert P. J. Day
     
  • NR_OPEN (historically set to 1024*1024) actually forbids processes to open
    more than 1024*1024 handles.

    Unfortunatly some production servers hit the not so 'ridiculously high
    value' of 1024*1024 file descriptors per process.

    Changing NR_OPEN is not considered safe because of vmalloc space potential
    exhaust.

    This patch introduces a new sysctl (/proc/sys/fs/nr_open) wich defaults to
    1024*1024, so that admins can decide to change this limit if their workload
    needs it.

    [akpm@linux-foundation.org: export it for sparc64]
    Signed-off-by: Eric Dumazet
    Cc: Alan Cox
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Cc: "David S. Miller"
    Cc: Ralf Baechle
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Eric Dumazet
     
  • Complement va_start() with va_end().

    Signed-off-by: Richard Knutsson
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Richard Knutsson
     
  • In the padlock spec:

    "SRC Bits[9:8] Noise source select (I): These bits control the two noise
    sources on the processor that input bits to the accumulation buffers.
    On Nehemiah processors prior to stepping 8, these bits are reserved
    and undefined. The default RESET state is both bits = 0."

    Signed-off-by: Dave Jones
    Tested-by: Udo van den Heuvel
    Cc: Michael Buesch
    Cc: folkert van Heusden
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Dave Jones
     
  • Currently, no notification event has been sent when inode's link count
    changed. This is inconvenient for the application in some cases:

    Suppose you have the following directory structure

    foo/test
    bar/

    and you watch test. If someone does "mv foo/test bar/", you get event
    IN_MOVE_SELF and you know something has happened with the file "test".
    However if someone does "ln foo/test bar/test" and "rm foo/test" you get no
    inotify event for the file "test" (only directories "foo" and "bar" receive
    events).

    Furthermore it could be argued that link count belongs to file's metadata and
    thus IN_ATTRIB should be sent when it changes.

    The following patch implements sending of IN_ATTRIB inotify events when link
    count of the inode changes, i.e., when a hardlink to the inode is created or
    when it is removed. This event is sent in addition to all the events sent so
    far. In particular, when a last link to a file is removed, IN_ATTRIB event is
    sent in addition to IN_DELETE_SELF event.

    Signed-off-by: Jan Kara
    Acked-by: Morten Welinder
    Cc: Robert Love
    Cc: John McCutchan
    Cc: Steven French
    Cc: Kamalesh Babulal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Kara
     
  • MAINTAINERS, order AUERSWALD alphabetically

    Signed-off-by: Jiri Slaby
    Cc: Wolfgang Muees
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     
  • Signed-off-by: Robert P. J. Day
    Cc: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Robert P. J. Day