29 Mar, 2006

29 commits

  • Add proper prototypes for fat_cache_init() and fat_cache_destroy() in
    msdos_fs.h.

    Signed-off-by: Adrian Bunk
    Acked-by: OGAWA Hirofumi
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • The Coverity checker found this off-by-one error.

    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • Since dash2underscore() just operates and returns chars, I guess its safe
    to change the return value to a char. With my .config, this reduces its
    size by 5 bytes.

    text data bss dec hex filename
    4155 152 0 4307 10d3 params.o.orig
    4150 152 0 4302 10ce params.o

    Signed-off-by: Eric Sesterhenn
    Signed-off-by: Alexey Dobriyan
    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Eric Sesterhenn
     
  • (akpm: I don't do comment typos patches. This one snuck through by accident)

    Signed-off-by: Serge Hallyn
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Serge E. Hallyn
     
  • Renumber the recently-added POLLREMOVE and POLLRDHUP to line up with the other
    architectures.

    Cc: Davide Libenzi
    Cc: Ulrich Drepper
    Cc: Ivan Kokshaysky
    Cc: Richard Henderson
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     
  • On ppc64 we look at a profiling register to work out the sample address and
    if it was in userspace or kernel.

    The backtrace interface oprofile_add_sample does not allow this. Create
    oprofile_add_ext_sample and make oprofile_add_sample use it too.

    Signed-off-by: Anton Blanchard
    Cc: Philippe Elie
    Cc: John Levon
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Brian Rogan
     
  • gcc-4.2:

    kernel/module.c: In function '__find_symbol':
    kernel/module.c:158: warning: the address of '__start___kcrctab', will always evaluate as 'true'
    kernel/module.c:165: warning: the address of '__start___kcrctab_gpl', will always evaluate as 'true'
    kernel/module.c:182: warning: the address of '__start___kcrctab_gpl_future', will always evaluate as 'true'

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

    Andrew Morton
     
  • If the user specified `major=0' (odd thing to do), capi.c will use dynamic
    allocation. We need to pick up that major for subsequent unregister_chrdev().

    Acked-by: Karsten Keil
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     
  • If the user specified `major=0' (odd thing to do), pt.c will use dynamic
    allocation. We need to pick up that major for subsequent unregister_chrdev().

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

    Andrew Morton
     
  • If the user specified `major=0' (odd thing to do), pg.c will use dynamic
    allocation. We need to pick up that major for subsequent unregister_chrdev().

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

    Andrew Morton
     
  • It's purely cosmetic, but with the patch there's no longer a
    BLK_DEV_RAM_COUNT setting in the .config if BLK_DEV_RAM=n.

    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • Remove code in async receive handling that serves no purpose with new tty
    receive buffering. Previously this code tried to free up receive buffer
    space, but now does nothing useful while making expensive calls.

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

    Paul Fulghum
     
  • Add driver support for general purpose I/O feature of the Synclink GT
    adapters.

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

    Paul Fulghum
     
  • Remove dead code from synclink driver. This was used previously when the
    write method had a from_user flag, which has been removed.

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

    Paul Fulghum
     
  • Now that Christoph Lameter's atomic_long_t support is merged in mainline,
    might as well convert asm-generic/local.h to use it, so the same code can
    be used for both sizes of 32 and 64-bit unsigned longs.

    akpm sayeth:

    Q:

    Is there any particular reason why these routines weren't simply
    implemented with local_save/restore_flags, if they are only meant to
    guarantee atomicity to the local cpu? I'm sure on most platforms this
    would be more efficient than using an atomic...

    A:

    The whole _point_ of local_t is to avoid local_irq_disable(). It's
    designed to exploit the fact that many CPUs can do incs and decs in a way
    which is atomic wrt local interrupts, but not atomic wrt SMP.

    But this patch makes sense, because asm-generic/local.h is just a fallback
    implementation for architectures which either cannot perform these
    local-irq-atomic operations, or its maintainers haven't yet got around to
    implementing them.

    We need more work done on local_t in the 2.6.17 timeframe - they're defined as
    unsigned long, but some architectures implement them as signed long.

    Signed-off-by: Kyle McMartin
    Cc: Benjamin LaHaise
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kyle McMartin
     
  • Remove some duplicate BCD definitions

    Signed-off-by: Matt Mackall
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Fix up some RTC whitespace and style

    Signed-off-by: Matt Mackall
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • The sync may still be needed for CPU clock calibration but we don't sync in
    the regular case.

    Signed-off-by: Matt Mackall
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Paul Mundt
    Cc: Kazumoto Kojima
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Paul Mundt
    Cc: Kazumoto Kojima
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Move real_year inside the read loop and move the spinlock up as well

    Signed-off-by: Matt Mackall
    Cc: Ralf Baechle
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Ralf Baechle
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Russell King
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: "David S. Miller"
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Signed-off-by: Matt Mackall
    Cc: Andi Kleen
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     
  • Reading the CMOS clock on x86 and some other arches currently takes up to one
    second because it synchronizes with the CMOS second tick-over. This delay
    shows up at boot time as well a resume time.

    This is the currently the most substantial boot time delay for machines that
    are working towards instant-on capability. Also, a quick back of the envelope
    calculation (.5sec * 2M users * 1 boot a day * 10 years) suggests it has cost
    Linux users in the neighborhood of a million man-hours.

    An earlier thread on this topic is here:

    http://groups.google.com/group/linux.kernel/browse_frm/thread/8a24255215ff6151/2aa97e66a977653d?hl=en&lr=&ie=UTF-8&rnum=1&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3D1To2R-2S7-11%40gated-at.bofh.it#2aa97e66a977653d

    ..from which the consensus seems to be that it's no longer desirable.

    In my view, there are basically four cases to consider:

    1) networked, need precise walltime: use NTP
    2) networked, don't need precise walltime: use NTP anyway
    3) not networked, don't need sub-second precision walltime: don't care
    4) not networked, need sub-second precision walltime:
    get a network or a radio time source because RTC isn't good enough anyway

    So this patch series simply removes the synchronization in favor of a simple
    seqlock-like approach using the seconds value.

    Note that for purposes of timer accuracy on wakeup, this patch will cause us
    to fire timers up to one second late. But as the current timer resume code
    will already sync once (or more!), it's no worse for short timers.

    Signed-off-by: Matt Mackall
    Cc: Andi Kleen
    Cc: "David S. Miller"
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Russell King
    Cc: Ralf Baechle
    Cc: Paul Mundt
    Cc: Kazumoto Kojima
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     

28 Mar, 2006

11 commits