01 Dec, 2009

2 commits

  • Add the platform/machine support for the audio devices fitted to
    the Simtec range of boards since the move to ASoC.

    Signed-off-by: Ben Dooks
    Signed-off-by: Simtec Linux Team
    Signed-off-by: Ben Dooks

    Ben Dooks
     
  • We inted to re-organise the plat-s3c/plat-s3c24xx/plat-s3c64xx into a
    more generic plat-samsung with less code in the other plat- directories
    to make it easier to port new devices and try and clear up some of the
    naming issues with newer devices.

    Start by creating a small arch/arm/plat-samsung with no actuall code in
    so we can move items in as we process them.

    Add this to arch/arm to allow it to build things once support is added.

    Signed-off-by: Ben Dooks

    Ben Dooks
     

13 Nov, 2009

2 commits


12 Nov, 2009

36 commits

  • Because of an integer overflow on start_blk, various kind of wrong results
    would be returned by the generic_block_fiemap() handler, such as no
    extents when there is a 4GB+ hole at the beginning of the file, or wrong
    fe_logical when an extent starts after the first 4GB.

    Signed-off-by: Mike Hommey
    Cc: Alexander Viro
    Cc: Steven Whitehouse
    Cc: Theodore Ts'o
    Cc: Eric Sandeen
    Cc: Josef Bacik
    Cc: Mark Fasheh
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mike Hommey
     
  • PPS events must be recorded according to PPS's mode settings.

    If a process asks for (i.e.) capture-assert events only, when the PPS
    client calls the pps_event() function to save the current PPS event, we
    should verify the event type and then discard unwanted ones.

    Also, without this patch userland processes waiting for a specific PPS
    event (assert or clear but not both) may be awakened at wrong time.

    Signed-off-by: Rodolfo Giometti
    Tested-by: William S. Brasher
    Tested-by: Reg Clemens
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rodolfo Giometti
     
  • Userland programs may read/write PPS parameters at same time and these
    operations may corrupt PPS data.

    Signed-off-by: Rodolfo Giometti
    Tested-by: Reg Clemens
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rodolfo Giometti
     
  • TASK_INTERRUPTIBLE and friends are now only available after including
    , so include it when needed.

    bus_id is no longer available/necessary, so remove that.

    Android pmem driver is not available in mainline, so remove its hooks
    from drivers/video.

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

    Pavel Machek
     
  • In case of failure, device_create() returns not NULL but the error code.
    The current code checks for non-NULL though which causes kernel oops in
    sysfs_create_group() when device_create() fails. Check for error using
    IS_ERR() and propagate the error value using PTR_ERR() instead of fixed
    -ENODEV code returned now...

    Signed-off-by: Sergei Shtylyov
    Cc: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sergei Shtylyov
     
  • v3020_mmio_read_bit() always returns 0 when left_shift > 7.

    v3020_mmio_read_bit()'s return type is (unsigned char). The code returns
    a value masked by (1 << left_shift) that is casted to the return type. If
    left_shift is larger than 7, the cast will always result in a 0 return
    value. The problem was discovered with left_shift = 16, and the included
    patch corrects the problem.

    The bug was introduced in the last (Apr 3 2009) commit of the file, kernel
    versions 2.6.30 and later.

    Cc: Alessandro Zummo
    Cc: Paul Gortmaker
    Cc: Raphael Assenat
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Scott Valentine
     
  • drivers/rtc/rtc-vr41xx.c: In function 'vr41xx_rtc_irq_set_freq':
    drivers/rtc/rtc-vr41xx.c:217: warning: comparison of distinct pointer types lacks a cast
    drivers/rtc/rtc-vr41xx.c:217: warning: right shift count >= width of type
    drivers/rtc/rtc-vr41xx.c:217: warning: passing argument 1 of '__div64_32' from incompatible pointer type
    include/asm-generic/div64.h:35: note: expected 'uint64_t *' but argument is of type 'long unsigned int *'

    Signed-off-by: Yoichi Yuasa
    Cc: Alessandro Zummo
    Cc: Paul Gortmaker
    Cc: Paul Mundt
    Cc: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Yoichi Yuasa
     
  • In setup_arg_pages we work hard to assign a value to ret, but on exit we
    always return 0.

    Also remove a now duplicated exit path and branch to out_unlock instead.

    Signed-off-by: Anton Blanchard
    Acked-by: Serge Hallyn
    Reviewed-by: WANG Cong
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Anton Blanchard
     
  • The config FB_PRE_INIT_FB entry in drivers/video/Kconfig pushes all entries
    below it out of the menuconfig selection. Fix this.

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

    Guennadi Liakhovetski
     
  • Use git.kernel.org not www.kernel.org

    Signed-off-by: Joe Perches
    Cc: James Morris
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Signed-off-by: Joe Perches
    Cc: Patrick McHardy
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Signed-off-by: Joe Perches
    Cc: Latchesar Ionkov
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Free IRQ on remove.

    Signed-off-by: Ladislav Michl
    Acked-by: Tony Lindgren
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ladislav Michl
     
  • This seems to be a different model (with a different PCI ID) than the
    "Quatro" card that is also in the list.

    Signed-off-by: Lennert Buytenhek
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Lennert Buytenhek
     
  • struct uart_port::iobase is unsigned long, so use %lx as printk format
    specifier.

    Signed-off-by: Lennert Buytenhek
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Lennert Buytenhek
     
  • According to Documentation/rtc.txt, RTC_WKALM_SET sets the alarm time and
    enables/disables the alarm. We implement RTC_WKALM_SET through
    pcf50633_rtc_set_alarm. The enabling/disabling part was missing.

    Signed-off-by: Werner Almesberger
    Reported-by: Michael 'Mickey' Lauer
    Signed-off-by: Paul Fertser
    Cc: Paul Gortmaker
    Cc: Balaji Rao
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Werner Almesberger
     
  • The PCF50633 stores a month value of 1-12, but the kernel wants 0-11.

    Signed-off-by: Rask Ingemann Lambertsen
    Signed-off-by: Paul Fertser
    Cc: Paul Gortmaker
    Cc: Balaji Rao
    Cc: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rask Ingemann Lambertsen
     
  • at91sam9g45 non ES lots have an alternate pixel clock calculation formula.
    Introduce this one with condition on the cpu_is_xxxxx() macros.

    Newer 9g45 SOC will not have good pixel clock calculation without this
    fix.

    Signed-off-by: Nicolas Ferre
    Cc: Krzysztof Helt
    Cc: Haavard Skinnemoen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nicolas Ferre
     
  • For FS_IOC_RESVSP and FS_IOC_RESVSP64 compat_sys_ioctl() uses its
    arg argument as a pointer to userspace. However it is missing a
    a call to compat_ptr() which will do a proper pointer conversion.

    This was introduced with 3e63cbb1 "fs: Add new pre-allocation ioctls
    to vfs for compatibility with legacy xfs ioctls".

    Signed-off-by: Heiko Carstens
    Cc: Ankit Jain
    Acked-by: Christoph Hellwig
    Cc: Al Viro
    Acked-by: Arnd Bergmann
    Acked-by: David S. Miller
    Cc: [2.6.31.x]
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Heiko Carstens
     
  • Daniel Lezcano reported a leak in 'struct pid' and 'struct pid_namespace'
    that is discussed in:

    http://lkml.org/lkml/2009/10/2/159.

    To summarize the thread, when container-init is terminated, it sets the
    PF_EXITING flag, zaps other processes in the container and waits to reap
    them. As a part of reaping, the container-init should flush any /proc
    dentries associated with the processes. But because the container-init is
    itself exiting and the following PF_EXITING check, the dentries are not
    flushed, resulting in leak in /proc inodes and dentries.

    This fix reverts the commit 7766755a2f249e7e0 ("Fix /proc dcache deadlock
    in do_exit") which introduced the check for PF_EXITING. At the time of
    the commit, shrink_dcache_parent() flushed dentries from other filesystems
    also and could have caused a deadlock which the commit fixed. But as
    pointed out by Eric Biederman, after commit 0feae5c47aabdde59,
    shrink_dcache_parent() no longer affects other filesystems. So reverting
    the commit is now safe.

    As pointed out by Jan Kara, the leak is not as critical since the
    unclaimed space will be reclaimed under memory pressure or by:

    echo 3 > /proc/sys/vm/drop_caches

    But since this check is no longer required, its best to remove it.

    Signed-off-by: Sukadev Bhattiprolu
    Reported-by: Daniel Lezcano
    Acked-by: Eric W. Biederman
    Acked-by: Jan Kara
    Cc: Andrea Arcangeli
    Cc: Serge Hallyn
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sukadev Bhattiprolu
     
  • arch/alpha/kernel/vmlinux.lds.S uses it:

    arch/alpha/kernel/vmlinux.lds:241: undefined symbol `THREAD_SIZE' referenced in expression

    Seems to have been caused by

    commit 9d93f00580243cc059510d9d6ac4d2f5e97e5b83
    Author: Geoffrey Thomas
    AuthorDate: Thu Sep 24 10:36:26 2009 -0400
    Commit: Linus Torvalds
    CommitDate: Thu Sep 24 17:16:22 2009 -0700

    alpha: Clean up linker script using new linker script macros.

    Note that .data.page_aligned and .data.cacheline_aligned are now after
    _data; it was probably a bug that they were before it.

    Also, some explicit ALIGN(8)'s between various initcall sections were
    removed; this should be harmless as the implicit alignment of
    initcall_t was already 8.

    Cc: Geoffrey Thomas
    Cc: Tim Abbott
    Cc: Ivan Kokshaysky
    Cc: Sam Ravnborg
    Cc: Richard Henderson
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     
  • Fix a bug in

    commit ba0a6c9f6fceed11c6a99e8326f0477fe383e6b5
    Author: Peter Zijlstra
    AuthorDate: Wed Sep 23 15:57:03 2009 -0700
    Commit: Linus Torvalds
    CommitDate: Thu Sep 24 07:21:01 2009 -0700

    fcntl: add F_[SG]ETOWN_EX

    In asm-generic/fcntl.h, F_SETOWN_EX and F_GETLK64 both have value 12, and
    F_GETOWN_EX and F_SETLK64 both have value 13.

    Reported-by: "Joseph S. Myers"
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Cc: Andreas Schwab
    Signed-off-by: Peter Zijlstra
    Acked-by: Ulrich Drepper
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Peter Zijlstra
     
  • Lee Schermerhorn reported that he saw bad pointer dereference in
    mem_cgroup_end_migration() when he disabled memcg by boot option.

    memcg's page migration logic works as

    mem_cgroup_prepare_migration(page, &ptr);
    do page migration
    mem_cgroup_end_migration(page, ptr);

    Now, ptr is not initialized in prepare_migration when memcg is disabled
    by boot option. This causes panic in end_migration. This patch fixes it.

    Reported-by: Lee Schermerhorn
    Cc: Balbir Singh
    Signed-off-by: KAMEZAWA Hiroyuki
    Reviewed-by: Daisuke Nishimura
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    KAMEZAWA Hiroyuki
     
  • Fix wrong bit mask for blanking register. Due to the error a CRT monitor
    blanks off due to wrong frequency (out of range) instead of PM signal
    (vertical and horizontal frequencies cut off).

    Just compare the mask with bits set in the switch(blank) clause below the
    changed line.

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

    Krzysztof Helt
     
  • Remove fb_save_state() and fb_restore_state operations from frame buffer layer.
    They are used only in two drivers:
    1. savagefb - and cause bug #11248
    2. uvesafb

    Usage of these operations is misunderstood in both drivers so kill these
    operations, fix the bug #11248 and avoid confusion in the future.

    Tested on Savage 3D/MV card and the patch fixes the bug #11248.

    The frame buffer layer uses these funtions during switch between graphics
    and text mode of the console, but these drivers saves state before
    switching of the frame buffer (in the fb_open) and after releasing it (in
    the fb_release). This defeats the purpose of these operations.

    Addresses http://bugzilla.kernel.org/show_bug.cgi?id=11248

    Signed-off-by: Krzysztof Helt
    Reported-by: Jochen Hein
    Tested-by: Jochen Hein
    Cc: Geert Uytterhoeven
    Cc: Michal Januszewski
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Krzysztof Helt
     
  • Commit 341ce06f69abfafa31b9468410a13dbd60e2b237 ("page allocator:
    calculate the alloc_flags for allocation only once") altered watermark
    logic slightly by allowing rt_tasks that are handling an interrupt to set
    ALLOC_HARDER. This patch brings the watermark logic more in line with
    2.6.30.

    This change results in a reduction of the number high-order GFP_ATOMIC
    allocation failures reported. See
    http://www.gossamer-threads.com/lists/linux/kernel/1144153

    [rientjes@google.com: Spotted the problem]
    Signed-off-by: Mel Gorman
    Reviewed-by: Pekka Enberg
    Reviewed-by: Rik van Riel
    Reviewed-by: KOSAKI Motohiro
    Cc: David Rientjes
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mel Gorman
     
  • If a direct reclaim makes no forward progress, it considers whether it
    should go OOM or not. Whether OOM is triggered or not, it may retry the
    allocation afterwards. In times past, this would always wake kswapd as
    well but currently, kswapd is not woken up after direct reclaim fails.
    For order-0 allocations, this makes little difference but if there is a
    heavy mix of higher-order allocations that direct reclaim is failing for,
    it might mean that kswapd is not rewoken for higher orders as much as it
    did previously.

    This patch wakes up kswapd when an allocation is being retried after a
    direct reclaim failure. It would be expected that kswapd is already
    awake, but this has the effect of telling kswapd to reclaim at the higher
    order as well.

    Signed-off-by: Mel Gorman
    Reviewed-by: Christoph Lameter
    Reviewed-by: Pekka Enberg
    Reviewed-by: KOSAKI Motohiro
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mel Gorman
     
  • openipmi list is moderated.

    Signed-off-by: Randy Dunlap
    Acked-by: Corey Minyard
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     
  • With the `s' it just won't work.

    Signed-off-by: Roel Kluin
    Acked-by: Joe Perches
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roel Kluin
     
  • Names with periods or commas need to be quoted
    Use tab not spaces

    Signed-off-by: Joe Perches
    Cc: Shreyas Bhatewara
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Integrate P:/M: lines to single M:
    Use tabs not spaces

    Signed-off-by: Joe Perches
    Cc: Jayamohan Kallickal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Integrate P:/M: to single M:
    Use tab for spacing

    Signed-off-by: Joe Perches
    Cc: Jing Huang
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joe Perches
     
  • Oops. How did that get there?
    (Don't look, it's my original pattern commit...)

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

    Joe Perches
     
  • This fixes:
    ERROR: "log_start_commit" [fs/ext3/ext3.ko] undefined!

    Signed-off-by: Stefan Schmidt

    Stefan Schmidt
     
  • Adjust OMAP3 frequency transition latency from 10,000,000uS to a more
    reasonable 300,000uS. This causes ondemand and conservative governors to
    sample CPU load more often resulting in more responsive behavior.

    Tested on Android 2.6.29; using this value and conservative governor, CORE
    power consumption on Zoom2 was comparable to the old and unresponsive
    10,000,000uS value while UI responsiveness was greatly improved.

    Signed-off-by: Mike Turquette
    Signed-off-by: Kevin Hilman
    Signed-off-by: Tony Lindgren

    Mike Turquette
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:
    Btrfs: fix panic when trying to destroy a newly allocated
    Btrfs: allow more metadata chunk preallocation
    Btrfs: fallback on uncompressed io if compressed io fails
    Btrfs: find ideal block group for caching
    Btrfs: avoid null deref in unpin_extent_cache()
    Btrfs: skip btrfs_release_path in btrfs_update_root and btrfs_del_root
    Btrfs: fix some metadata enospc issues
    Btrfs: fix how we set max_size for free space clusters
    Btrfs: cleanup transaction starting and fix journal_info usage
    Btrfs: fix data allocation hint start

    Linus Torvalds