Permalink
Commits on Aug 2, 2010
  1. Linux 2.6.34.2

    gregkh committed Aug 2, 2010
  2. drm/i915: make sure we shut off the panel in eDP configs

    commit 5620ae2 upstream.
    
    Fix error from the last pull request.  Making sure we shut the panel off
    is more correct and saves power.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    jbarnes993 committed with gregkh Jul 26, 2010
  3. drm/i915: make sure eDP panel is turned on

    commit 9934c13 upstream.
    
    When enabling the eDP port, we need to make sure the panel is turned on
    after training the link.  If we don't, it likely won't come back after
    suspend or may not come up at all.
    
    For unknown reasons, unlocking the panel regs before initiating a power
    on sequence is necessary.  There are known bugs in the PCH panel
    sequencing logic, apparently this is one possible workaround.
    
    Fixes https://bugs.freedesktop.org/show_bug.cgi?id=28739.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Tested-by: "Paulo J. S. Silva" <pjssilva@gmail.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    jbarnes993 committed with gregkh Jul 22, 2010
  4. drm/i915: add PANEL_UNLOCK_REGS definition

    commit 4a655f0 upstream.
    
    In some cases, unlocking the panel regs is safe and can help us avoid a
    flickery, full mode set sequence.  So define the unlock key and use it.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    jbarnes993 committed with gregkh Jul 22, 2010
  5. ALSA: hda - Fix pin-detection of Nvidia HDMI

    commit 38faddb upstream.
    
    The behavior of Nvidia HDMI codec regarding the pin-detection unsol events
    is based on the old HD-audio spec, i.e. PD bit indicates only the update
    and doesn't show the current state.  Since the current code assumes the
    new behavior, the pin-detection doesn't work relialby with these h/w.
    
    This patch adds a flag for indicating the old spec, and fixes the issue
    by checking the pin-detection explicitly for such hardware.
    
    Tested-by: Wei Ni <wni@nvidia.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    tiwai committed with gregkh Jul 28, 2010
  6. ACPI: processor: fix processor_physically_present on UP

    commit 856b185 upstream.
    
    The commit 5d554a7 (ACPI: processor: add internal
    processor_physically_present()) is broken on uniprocessor (UP)
    configurations, as acpi_get_cpuid() will always return -1.
    
    We use the value of num_possible_cpus() to tell us whether we got
    an invalid cpuid from acpi_get_cpuid() in the SMP case, or if
    instead, we are UP, in which case num_possible_cpus() is #defined
    as 1.
    
    We use num_possible_cpus() instead of num_online_cpus() to
    protect ourselves against the scenario of CPU hotplug, and we've
    taken down all the CPUs except one.
    
    Thanks to Jan Pogadl for initial report and analysis and Chen
    Gong for review.
    
    https://bugzilla.kernel.org/show_bug.cgi?id=16357
    
    Reported-by: Jan Pogadl <pogadl.jan@googlemail.com>:
    Reviewed-by: Chen Gong <gong.chen@linux.intel.com>
    Signed-off-by: Alex Chiang <achiang@canonical.com>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Cc: Thomas Renninger <trenn@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Alex Chiang committed with gregkh Jun 17, 2010
  7. ocfs2: make xattr extension work with new local alloc reservation.

    commit a78f9f4 upstream.
    
    The old ocfs2_xattr_extent_allocation is too optimistic about
    the clusters we can get. So actually if the file system is
    too fragmented, ocfs2_add_clusters_in_btree will return us
    with EGAIN and we need to allocate clusters once again.
    
    So this patch change it to a while loop so that we can allocate
    clusters until we reach clusters_to_add.
    
    Signed-off-by: Tao Ma <tao.ma@oracle.com>
    Signed-off-by: Joel Becker <joel.becker@oracle.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Tao Ma committed with gregkh Jul 9, 2010
  8. Input: RX51 keymap - fix recent compile breakage

    commit 2e65a20 upstream.
    
    Commit 3fea602 ("Input: twl40300-keypad - fix handling of "all
    ground" rows") broke compilation as I managed to use non-existent
    keycodes.
    
    Reported-by: Arjan van de Ven <arjan@infradead.org>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dtor committed with gregkh Jul 26, 2010
  9. ath5k: initialize ah->ah_current_channel

    commit b685577 upstream.
    
    ath5k assumes ah_current_channel is always a valid pointer in
    several places, but a newly created interface may not have a
    channel.  To avoid null pointer dereferences, set it up to point
    to the first available channel until later reconfigured.
    
    This fixes the following oops:
    $ rmmod ath5k
    $ insmod ath5k
    $ iw phy0 set distance 11000
    
    BUG: unable to handle kernel NULL pointer dereference at 00000006
    IP: [<d0a1ff24>] ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k]
    *pde = 00000000
    Oops: 0000 [#1]
    last sysfs file: /sys/devices/pci0000:00/0000:00:0e.0/ieee80211/phy0/index
    Modules linked in: usbhid option usb_storage usbserial usblp evdev lm90
    scx200_acb i2c_algo_bit i2c_dev i2c_core via_rhine ohci_hcd ne2k_pci
    8390 leds_alix2 xt_IMQ imq nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_cc
    
    Pid: 1597, comm: iw Not tainted (2.6.32.14 #8)
    EIP: 0060:[<d0a1ff24>] EFLAGS: 00010296 CPU: 0
    EIP is at ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k]
    EAX: 000000c2 EBX: 00000000 ECX: ffffffff EDX: c12d2080
    ESI: 00000019 EDI: cf8c0000 EBP: d0a30edc ESP: cfa09bf4
      DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
    Process iw (pid: 1597, ti=cfa09000 task=cf88a000 task.ti=cfa09000)
    Stack:
      d0a34f35 d0a353f8 d0a30edc 000000fe cf8c0000 00000000 1900063d cfa8c9e0
    <0> cfa8c9e8 cfa8c0c0 cfa8c000 d0a27f0c 199d84b4 cfa8c200 00000010 d09bfdc7
    <0> 00000000 00000000 ffffffff d08e0d28 cf9263c0 00000001 cfa09cc4 00000000
    Call Trace:
      [<d0a27f0c>] ? ath5k_hw_attach+0xc8c/0x3c10 [ath5k]
      [<d09bfdc7>] ? __ieee80211_request_smps+0x1347/0x1580 [mac80211]
      [<d08e0d28>] ? nl80211_send_scan_start+0x7b8/0x4520 [cfg80211]
      [<c10f5db9>] ? nla_parse+0x59/0xc0
      [<c11ca8d9>] ? genl_rcv_msg+0x169/0x1a0
      [<c11ca770>] ? genl_rcv_msg+0x0/0x1a0
      [<c11c7e68>] ? netlink_rcv_skb+0x38/0x90
      [<c11c9649>] ? genl_rcv+0x19/0x30
      [<c11c7c03>] ? netlink_unicast+0x1b3/0x220
      [<c11c893e>] ? netlink_sendmsg+0x26e/0x290
      [<c11a409e>] ? sock_sendmsg+0xbe/0xf0
      [<c1032780>] ? autoremove_wake_function+0x0/0x50
      [<c104d846>] ? __alloc_pages_nodemask+0x106/0x530
      [<c1074933>] ? do_lookup+0x53/0x1b0
      [<c10766f9>] ? __link_path_walk+0x9b9/0x9e0
      [<c11acab0>] ? verify_iovec+0x50/0x90
      [<c11a42b1>] ? sys_sendmsg+0x1e1/0x270
      [<c1048e50>] ? find_get_page+0x10/0x50
      [<c104a96f>] ? filemap_fault+0x5f/0x370
      [<c1059159>] ? __do_fault+0x319/0x370
      [<c11a55b4>] ? sys_socketcall+0x244/0x290
      [<c101962c>] ? do_page_fault+0x1ec/0x270
      [<c1019440>] ? do_page_fault+0x0/0x270
      [<c1002ae5>] ? syscall_call+0x7/0xb
    Code: 00 b8 fe 00 00 00 b9 f8 53 a3 d0 89 5c 24 14 89 7c 24 10 89 44 24
    0c 89 6c 24 08 89 4c 24 04 c7 04 24 35 4f a3 d0 e8 7c 30 60 f0 <0f> b7
    43 06 ba 06 00 00 00 a8 10 75 0e 83 e0 20 83 f8 01 19 d2
    EIP: [<d0a1ff24>] ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k] SS:ESP
    0068:cfa09bf4
    CR2: 0000000000000006
    ---[ end trace 54f73d6b10ceb87b ]---
    
    Reported-by: Steve Brown <sbrown@cortland.com>
    Signed-off-by: Bob Copeland <me@bobcopeland.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    bcopeland committed with gregkh Jun 18, 2010
  10. HID: usbhid: enable remote wakeup for keyboards

    commit 3d61510 upstream.
    
    This patch (as1365) enables remote wakeup by default for USB keyboard
    devices.  Keyboards in general are supposed to be wakeup devices, but
    the correct place to enable it depends on the device's bus; no single
    approach will work for all keyboard devices.  In particular, this
    covers only USB keyboards (and then only those supporting the boot
    protocol).
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Alan Stern committed with gregkh Apr 2, 2010
  11. MIPS: MTX-1: Fix PCI on the MeshCube and related boards

    commit 98a0f86 upstream.
    
    This patch fixes a regression introduced by commit "MIPS: Alchemy: MTX-1:
    Use linux gpio api." (bb706b2) which broke
    PCI bus operation. The problem is caused by alchemy_gpio2_enable() which
    resets the GPIO2 block. Two PCI signals (PCI_SERR and PCI_RST) are connected
    to GPIO2 and they obviously do not to like the reset. Since GPIO2 is
    correctly initialized by the boot monitor (YAMON) it is not necessary to
    call this function, so just remove it.
    
    Also replace gpio_set_value() with alchemy_gpio_set_value() to avoid
    problems in case gpiolib gets initialized after PCI. And since alchemy
    gpio_set_value() calls au_sync() we don't have to au_sync() again later.
    
    Signed-off-by: Bruno Randolf <br1@einfach.org>
    To: linux-mips@linux-mips.org
    To: manuel.lauss@googlemail.com
    Patchwork: https://patchwork.linux-mips.org/patch/1448/
    Tested-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Bruno Randolf committed with gregkh Jul 11, 2010
  12. pcmcia: do not initialize the present flag too late.

    commit e4f1ac2 upstream.
    
    The "present" flag was initialized too late -- possibly, a card
    was already registered at this time, so re-setting the flag to 0
    caused pcmcia_dev_present() to fail.
    
    Reported-by: Mikulas Patocka <mpatocka@redhat.com>
    Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Dominik Brodowski committed with gregkh Jun 19, 2010
  13. ecryptfs: Bugfix for error related to ecryptfs_hash_buckets

    commit a6f80fb upstream.
    
    The function ecryptfs_uid_hash wrongly assumes that the
    second parameter to hash_long() is the number of hash
    buckets instead of the number of hash bits.
    This patch fixes that and renames the variable
    ecryptfs_hash_buckets to ecryptfs_hash_bits to make it
    clearer.
    
    Fixes: CVE-2010-2492
    
    Signed-off-by: Andre Osterhues <aosterhues@escrypt.com>
    Signed-off-by: Tyler Hicks <tyhicks@linux.vnet.ibm.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Andre Osterhues committed with gregkh Jul 13, 2010
  14. Fix spinaphore down_spin()

    commit b70f4e8 upstream.
    
    Typo in down_spin() meant it only read the low 32 bits of the
    "serve" value, instead of the full 64 bits. This results in the
    system hanging when the values in ticket/serve get larger than
    32-bits. A big enough system running the right test can hit this
    in a just a few hours.
    
    Broken since 883a3ac
        [IA64] Re-implement spinaphores using ticket lock concepts
    
    Reported via IRC by Bjorn Helgaas
    
    Signed-off-by: Tony Luck <tony.luck@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Tony Luck committed with gregkh Jun 30, 2010
  15. ACPI / ACPICA: Fix sysfs GPE interface

    commit 9d3c752 upstream.
    
    The sysfs interface allowing user space to disable/enable GPEs
    doesn't work correctly, because a GPE disabled this way will be
    re-enabled shortly by acpi_ev_asynch_enable_gpe() if it was
    previosuly enabled by acpi_enable_gpe() (in which case the
    corresponding bit in its enable register's enable_for_run mask is
    set).
    
    To address this issue make the sysfs GPE interface use
    acpi_enable_gpe() and acpi_disable_gpe() instead of acpi_set_gpe()
    so that GPE reference counters are modified by it along with the
    values of GPE enable registers.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    rjwysocki committed with gregkh Jun 8, 2010
  16. ACPI / ACPICA: Fix GPE initialization

    commit ce43ace upstream.
    
    While developing the GPE reference counting code we overlooked the
    fact that acpi_ev_update_gpes() could have enabled GPEs before
    acpi_ev_initialize_gpe_block() was called.  As a result, some GPEs
    are enabled twice during the initialization.
    
    To fix this issue avoid calling acpi_enable_gpe() from
    acpi_ev_initialize_gpe_block() for the GPEs that have nonzero
    runtime reference counters.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
    rjwysocki committed with gregkh Jun 8, 2010
  17. ACPI / ACPICA: Avoid writing full enable masks to GPE registers

    commit c9a8bbb upstream.
    
    ACPICA uses acpi_hw_write_gpe_enable_reg() to re-enable a GPE after
    an event signaled by it has been handled.  However, this function
    writes the entire GPE enable mask to the GPE's enable register which
    may not be correct.  Namely, if one of the other GPEs in the same
    register was previously enabled by acpi_enable_gpe() and subsequently
    disabled using acpi_set_gpe(), acpi_hw_write_gpe_enable_reg() will
    re-enable it along with the target GPE.
    
    To fix this issue rework acpi_hw_write_gpe_enable_reg() so that it
    calls acpi_hw_low_set_gpe() with a special action value,
    ACPI_GPE_COND_ENABLE, that will make it only enable the GPE if the
    corresponding bit in its register's enable_for_run mask is set.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    rjwysocki committed with gregkh Jun 8, 2010
  18. ACPI / ACPICA: Fix low-level GPE manipulation code

    commit fd24744 upstream.
    
    ACPICA uses acpi_ev_enable_gpe() for enabling GPEs at the low level,
    which is incorrect, because this function only enables the GPE if the
    corresponding bit in its enable register's enable_for_run mask is set.
    This causes acpi_set_gpe() to work incorrectly if used for enabling
    GPEs that were not previously enabled with acpi_enable_gpe().  As a
    result, among other things, wakeup-only GPEs are never enabled by
    acpi_enable_wakeup_device(), so the devices that use them are unable
    to wake up the system.
    
    To fix this issue remove acpi_ev_enable_gpe() and its counterpart
    acpi_ev_disable_gpe() and replace acpi_hw_low_disable_gpe() with
    acpi_hw_low_set_gpe() that will be used instead to manipulate GPE
    enable bits at the low level.  Make the users of acpi_ev_enable_gpe()
    and acpi_ev_disable_gpe() call acpi_hw_low_set_gpe() instead and
    make sure that GPE enable masks are only updated by acpi_enable_gpe()
    and acpi_disable_gpe() when GPE reference counters change from 0
    to 1 and from 1 to 0, respectively.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    rjwysocki committed with gregkh Jun 8, 2010
  19. ACPI / ACPICA: Use helper function for computing GPE masks

    commit e4e9a73 upstream.
    
    In quite a few places ACPICA needs to compute a GPE enable mask with
    only one bit, corresponding to a given GPE, set.  Currently, that
    computation is always open coded which leads to unnecessary code
    duplication.  Fix this by introducing a helper function for computing
    one-bit GPE enable masks and using it where appropriate.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    rjwysocki committed with gregkh Jun 8, 2010
  20. kbuild: Fix modpost segfault

    commit 1c93866 upstream.
    
    Alan <alan@clueserver.org> writes:
    
    > program: /home/alan/GitTrees/linux-2.6-mid-ref/scripts/mod/modpost -o
    > Module.symvers -S vmlinux.o
    >
    > Program received signal SIGSEGV, Segmentation fault.
    
    It just hit me.
    It's the offset calculation in reloc_location() which overflows:
            return (void *)elf->hdr + sechdrs[section].sh_offset +
                   (r->r_offset - sechdrs[section].sh_addr);
    
    E.g. for the first rodata r entry:
    r->r_offset < sechdrs[section].sh_addr
    and the expression in the parenthesis produces 0xFFFFFFE0 or something
    equally wise.
    
    Reported-by: Alan <alan@clueserver.org>
    Signed-off-by: Krzysztof Hałasa <khc@pm.waw.pl>
    Tested-by: Alan <alan@clueserver.org>
    Signed-off-by: Michal Marek <mmarek@suse.cz>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Krzysztof Halasa committed with gregkh Jun 10, 2010
  21. iwl3945: enable stuck queue detection on 3945

    commit a6866ac upstream.
    
    We learn from
    http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=1834 and
    https://bugzilla.redhat.com/show_bug.cgi?id=589777
    that 3945 can also suffer from a stuck command queue. Enable stuck queue
    detection for iwl3945 to enable recovery in this case.
    
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    rchatre committed with gregkh May 20, 2010
  22. iwlwifi: Recover TX flow stall due to stuck queue

    commit b74e31a upstream.
    
    Monitors the internal TX queues periodically.  When a queue is stuck
    for some unknown conditions causing the throughput to drop and the
    transfer is stop, the driver will force firmware reload and bring the
    system back to normal operational state.
    
    The iwlwifi devices behave differently in this regard so this feature is
    made part of the ops infrastructure so we can have more control on how to
    monitor and recover from tx queue stall case per device.
    
    Signed-off-by: Trieu 'Andrew' Nguyen <trieux.t.nguyen@intel.com>
    Signed-off-by: Wey-Yi Guy <wey-yi.w.guy@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Wey-Yi Guy committed with gregkh Mar 2, 2010
  23. iwlagn: verify flow id in compressed BA packet

    commit b561e82 upstream.
    
    The flow id (scd_flow) in a compressed BA packet should match the txq_id
    of the queue from which the aggregated packets were sent. However, in
    some hardware like the 1000 series, sometimes the flow id is 0 for the
    txq_id (10 to 19). This can cause the annoying message:
    [ 2213.306191] iwlagn 0000:01:00.0: Received BA when not expected
    [ 2213.310178] iwlagn 0000:01:00.0: Read index for DMA queue txq id (0),
    index 5, is out of range [0-256] 7 7.
    
    And even worse, if agg->wait_for_ba is true when the bad BA is arriving,
    this can cause system hang due to NULL pointer dereference because the
    code is operating in a wrong tx queue!
    
    Signed-off-by: Shanyu Zhao <shanyu.zhao@intel.com>
    Signed-off-by: Pradeep Kulkarni <pradeepx.kulkarni@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Shanyu Zhao committed with gregkh Jun 2, 2010
  24. block: Don't count_vm_events for discard bio in submit_bio.

    commit 1b99973 upstream.
    
    In submit_bio, we count vm events by check READ/WRITE.
    But actually DISCARD_NOBARRIER also has the WRITE flag set.
    It looks as if in blkdev_issue_discard, we also add a
    page as the payload and the bio_has_data check isn't enough.
    So add another check for discard bio.
    
    Signed-off-by: Tao Ma <tao.ma@oracle.com>
    Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Tao Ma committed with gregkh Jun 23, 2010
  25. V4L/DVB: uvcvideo: Add support for V4L2_PIX_FMT_Y16

    commit 6142120 upstream.
    
    The Miricle 307K (17dc:0202) camera reports a 16-bit greyscale format,
    support it in the driver.
    
    Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    pinchartl committed with gregkh Apr 12, 2010
  26. V4L/DVB: uvcvideo: Add support for Packard Bell EasyNote MX52 integra…

    …ted webcam
    
    commit f129b03 upstream.
    
    The camera requires the STREAM_NO_FID quirk. Add a corresponding entry
    in the device IDs list.
    
    Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    pinchartl committed with gregkh Mar 13, 2010
  27. V4L/DVB: uvcvideo: Add support for unbranded Arkmicro 18ec:3290 webcams

    commit 1e4d05b upstream.
    
    The camera requires the PROBE_DEF quirk. Add a corresponding entry in
    the device IDs list.
    
    Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    pinchartl committed with gregkh Mar 4, 2010
  28. xfs: prevent swapext from operating on write-only files

    commit 1817176 upstream.
    
    This patch prevents user "foo" from using the SWAPEXT ioctl to swap
    a write-only file owned by user "bar" into a file owned by "foo" and
    subsequently reading it.  It does so by checking that the file
    descriptors passed to the ioctl are also opened for reading.
    
    Signed-off-by: Dan Rosenberg <dan.j.rosenberg@gmail.com>
    Reviewed-by: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    djrbliss committed with gregkh Jun 24, 2010
  29. bnx2: Fix hang during rmmod bnx2.

    commit f048fa9 upstream.
    
    The regression is caused by:
    
    commit 4327ba4
        bnx2: Fix netpoll crash.
    
    If ->open() and ->close() are called multiple times, the same napi structs
    will be added to dev->napi_list multiple times, corrupting the dev->napi_list.
    This causes free_netdev() to hang during rmmod.
    
    We fix this by calling netif_napi_del() during ->close().
    
    Also, bnx2_init_napi() must not be in the __devinit section since it is
    called by ->open().
    
    Signed-off-by: Michael Chan <mchan@broadcom.com>
    Signed-off-by: Benjamin Li <benli@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Michael Chan committed with gregkh Jun 1, 2010
  30. mac80211: fix supported rates IE if AP doesn't give us it's rates

    commit 76f2736 upstream.
    
    If AP do not provide us supported rates before assiociation, send
    all rates we are supporting instead of empty information element.
    
    v1 -> v2: Add comment.
    
    Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    sgruszka committed with gregkh Apr 28, 2010
  31. 3c503: Fix IRQ probing

    commit b0cf4df upstream.
    
    The driver attempts to select an IRQ for the NIC automatically by
    testing which of the supported IRQs are available and then probing
    each available IRQ with probe_irq_{on,off}().  There are obvious race
    conditions here, besides which:
    1. The test for availability is done by passing a NULL handler, which
       now always returns -EINVAL, thus the device cannot be opened:
       <http://bugs.debian.org/566522>
    2. probe_irq_off() will report only the first ISA IRQ handled,
       potentially leading to a false negative.
    
    There was another bug that meant it ignored all error codes from
    request_irq() except -EBUSY, so it would 'succeed' despite this
    (possibly causing conflicts with other ISA devices).  This was fixed
    by ab08999 'WARNING: some
    request_irq() failures ignored in el2_open()', which exposed bug 1.
    
    This patch:
    1. Replaces the use of probe_irq_{on,off}() with a real interrupt handler
    2. Adds a delay before checking the interrupt-seen flag
    3. Disables interrupts on all failure paths
    4. Distinguishes error codes from the second request_irq() call,
       consistently with the first
    
    Compile-tested only.
    
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    bwhacks committed with gregkh Apr 8, 2010
  32. V4L/DVB: budget: Select correct frontends

    commit d46b36e upstream.
    
    Update the Kconfig selections to match the code.
    
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    bwhacks committed with gregkh May 15, 2010
  33. V4L/DVB: FusionHDTV: Use quick reads for I2C IR device probing

    commit 806b07c upstream.
    
    IR support on FusionHDTV cards is broken since kernel 2.6.31. One side
    effect of the switch to the standard binding model for IR I2C devices
    was to let i2c-core do the probing instead of the ir-kbd-i2c driver.
    There is a slight difference between the two probe methods: i2c-core
    uses 0-byte writes, while the ir-kbd-i2c was using 0-byte reads. As
    some IR I2C devices only support reads, the new probe method fails to
    detect them.
    
    For now, revert to letting the driver do the probe, using 0-byte
    reads. In the future, i2c-core will be extended to let callers of
    i2c_new_probed_device() provide a custom probing function.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Tested-by: "Timothy D. Lenz" <tlenz@vorgon.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jean Delvare committed with gregkh May 26, 2010
  34. V4L/DVB: dvb-core: Fix ULE decapsulation bug

    commit 5c331fc upstream.
    
    Fix ULE decapsulation bug when less than 4 bytes of ULE SNDU is packed
    into the remaining bytes of a MPEG2-TS frame
    
    ULE (Unidirectional Lightweight Encapsulation RFC 4326) decapsulation
    code has a bug that incorrectly treats ULE SNDU packed into the
    remaining 2 or 3 bytes of a MPEG2-TS frame as having invalid pointer
    field on the subsequent MPEG2-TS frame.
    
    Signed-off-by: Ang Way Chuang <wcang@nav6.org>
    Acked-by: Jarod Wilson <jarod@redhat.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    wcang committed with gregkh May 27, 2010
  35. revert "[CPUFREQ] remove rwsem lock from CPUFREQ_GOV_STOP call (secon…

    …d call site)"
    
    commit accd846 upstream.
    
    395913d ("[CPUFREQ] remove rwsem lock
    from CPUFREQ_GOV_STOP call (second call site)") is not needed, because
    there is no rwsem lock in cpufreq_ondemand and cpufreq_conservative
    anymore.  Lock should not be released until the work done.
    
    Addresses https://bugzilla.kernel.org/show_bug.cgi?id=1594
    
    Signed-off-by: Andrej Gelenberg <andrej.gelenberg@udo.edu>
    Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
    Cc: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Acked-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
    Signed-off-by: Dave Jones <davej@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    nikel123 committed with gregkh May 14, 2010