Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Commits on Dec 10, 2012
  1. @gregkh

    Linux 3.0.56

    gregkh authored
  2. @jankara @gregkh

    scsi: Silence unnecessary warnings about ioctl to partition

    jankara authored gregkh committed
    commit 6d93592 upstream.
    Sometimes, warnings about ioctls to partition happen often enough that they
    form majority of the warnings in the kernel log and users complain. In some
    cases warnings are about ioctls such as SG_IO so it's not good to get rid of
    the warnings completely as they can ease debugging of userspace problems
    when ioctl is refused.
    Since I have seen warnings from lots of commands, including some proprietary
    userspace applications, I don't think disallowing the ioctls for processes
    with CAP_SYS_RAWIO will happen in the near future if ever. So lets just
    stop warning for processes with CAP_SYS_RAWIO for which ioctl is allowed.
    Acked-by: Paolo Bonzini <>
    CC: James Bottomley <>
    Signed-off-by: Jan Kara <>
    Signed-off-by: Jens Axboe <>
    Cc: Satoru Takeuchi <>
    Signed-off-by: Greg Kroah-Hartman <>
  3. @ickle @gregkh

    drm/i915: Add no-lvds quirk for Supermicro X7SPA-H

    ickle authored gregkh committed
    commit c31407a upstream.
    Reported-and-tested-by: Francois Tigeot <>
    Signed-off-by: Chris Wilson <>
    Signed-off-by: Daniel Vetter <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
  4. @kepstin @gregkh

    i915: Quirk no_lvds on Gigabyte GA-D525TUD ITX motherboard

    kepstin authored gregkh committed
    commit a51d4ed upstream.
    This board is incorrectly detected as having an LVDS connector,
    resulting in the VGA output (the only available output on the board)
    showing the console only in the top-left 1024x768 pixels, and an extra
    LVDS connector appearing in X.
    It's a desktop Mini-ITX board using an Atom D525 CPU with an NM10
    I've had this board for about a year, but this is the first time I
    noticed the issue because I've been running it headless for most of its
    Signed-off-by: Calvin Walton <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
  5. @gregkh

    ACPI: missing break

    Alan Cox authored gregkh committed
    commit 879dca0 upstream.
    We handle NOTIFY_THROTTLING so don't then fall through to unsupported event.
    Signed-off-by: Alan Cox <>
    Signed-off-by: Rafael J. Wysocki <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
  6. @mkubecek @gregkh

    route: release dst_entry.hh_cache when handling redirects

    mkubecek authored gregkh committed
    Stable-3.0 commit 42ab531 (ipv4: fix redirect handling) was
    backport of mainline commit 9cc20b2 from 3.2-rc3 where hh
    member of struct dst_entry was already gone.
    However, in 3.0 we still have it and we have to clean it as
    well, otherwise it keeps pointing to the cleaned up (and
    unusable) hh_cache entry and packets cannot be sent out.
    Signed-off-by: Michal Kubecek <>
    Cc: Eric Dumazet <>
    Signed-off-by: Greg Kroah-Hartman <>
  7. @gregkh

    Revert "sched, autogroup: Stop going ahead if autogroup is disabled"

    Mike Galbraith authored gregkh committed
    commit fd8ef11 upstream.
    This reverts commit 800d4d3.
    Between commits 8323f26 ("sched: Fix race in task_group()") and
    800d4d3 ("sched, autogroup: Stop going ahead if autogroup is
    disabled"), autogroup is a wreck.
    With both applied, all you have to do to crash a box is disable
    autogroup during boot up, then reboot..  boom, NULL pointer dereference
    due to commit 800d4d3 not allowing autogroup to move things, and
    commit 8323f26 making that the only way to switch runqueues:
      BUG: unable to handle kernel NULL pointer dereference at           (null)
      IP: [<ffffffff81063ac0>] effective_load.isra.43+0x50/0x90
      Pid: 7047, comm: systemd-user-se Not tainted 3.6.8-smp #7 MEDIONPC MS-7502/MS-7502
      RIP: effective_load.isra.43+0x50/0x90
      Process systemd-user-se (pid: 7047, threadinfo ffff880221dde000, task ffff88022618b3a0)
      Call Trace:
        ? vfs_read+0x120/0x160
        ? sys_read+0x45/0x90
      Code: 49 0f af 41 50 31 d2 49 f7 f0 48 83 f8 01 48 0f 46 c6 48 2b 07 48 8b bf 40 01 00 00 48 85 ff 74 3a 45 31 c0 48 8b 8f 50 01 00 00 <48> 8b 11 4c 8b 89 80 00 00 00 49 89 d2 48 01 d0 45 8b 59 58 4c
      RIP  [<ffffffff81063ac0>] effective_load.isra.43+0x50/0x90
       RSP <ffff880221ddfbd8>
      CR2: 0000000000000000
    Signed-off-by: Mike Galbraith <>
    Acked-by: Ingo Molnar <>
    Cc: Yong Zhang <>
    Cc: Peter Zijlstra <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  8. @gregkh

    workqueue: exit rescuer_thread() as TASK_RUNNING

    Mike Galbraith authored gregkh committed
    commit 412d32e upstream.
    A rescue thread exiting TASK_INTERRUPTIBLE can lead to a task scheduling
    off, never to be seen again.  In the case where this occurred, an exiting
    thread hit reiserfs homebrew conditional resched while holding a mutex,
    bringing the box to its knees.
    PID: 18105  TASK: ffff8807fd412180  CPU: 5   COMMAND: "kdmflush"
     #0 [ffff8808157e7670] schedule at ffffffff8143f489
     #1 [ffff8808157e77b8] reiserfs_get_block at ffffffffa038ab2d [reiserfs]
     #2 [ffff8808157e79a8] __block_write_begin at ffffffff8117fb14
     #3 [ffff8808157e7a98] reiserfs_write_begin at ffffffffa0388695 [reiserfs]
     #4 [ffff8808157e7ad8] generic_perform_write at ffffffff810ee9e2
     #5 [ffff8808157e7b58] generic_file_buffered_write at ffffffff810eeb41
     #6 [ffff8808157e7ba8] __generic_file_aio_write at ffffffff810f1a3a
     #7 [ffff8808157e7c58] generic_file_aio_write at ffffffff810f1c88
     #8 [ffff8808157e7cc8] do_sync_write at ffffffff8114f850
     #9 [ffff8808157e7dd8] do_acct_process at ffffffff810a268f
        [exception RIP: kernel_thread_helper]
        RIP: ffffffff8144a5c0  RSP: ffff8808157e7f58  RFLAGS: 00000202
        RAX: 0000000000000000  RBX: 0000000000000000  RCX: 0000000000000000
        RDX: 0000000000000000  RSI: ffffffff8107af60  RDI: ffff8803ee491d18
        RBP: 0000000000000000   R8: 0000000000000000   R9: 0000000000000000
        R10: 0000000000000000  R11: 0000000000000000  R12: 0000000000000000
        R13: 0000000000000000  R14: 0000000000000000  R15: 0000000000000000
        ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
    Signed-off-by: Mike Galbraith <>
    Signed-off-by: Tejun Heo <>
    Signed-off-by: Greg Kroah-Hartman <>
  9. @Naoya-Horiguchi @gregkh

    mm: soft offline: split thp at the beginning of soft_offline_page()

    Naoya-Horiguchi authored gregkh committed
    commit 783657a upstream.
    When we try to soft-offline a thp tail page, put_page() is called on the
    tail page unthinkingly and VM_BUG_ON is triggered in put_compound_page().
    This patch splits thp before going into the main body of soft-offlining.
    Signed-off-by: Naoya Horiguchi <>
    Cc: Andi Kleen <>
    Cc: Tony Luck <>
    Cc: Andi Kleen <>
    Cc: Wu Fengguang <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  10. @gregkh

    mm/vmemmap: fix wrong use of virt_to_page

    Jianguo Wu authored gregkh committed
    commit ae64ffc upstream.
    memory hotremove, there is a kernel BUG at arch/x86/mm/physaddr.c:20.
    It is caused by free_section_usemap()->virt_to_page(), virt_to_page() is
    only used for kernel direct mapping address, but sparse-vmemmap uses
    vmemmap address, so it is going wrong here.
      ------------[ cut here ]------------
      kernel BUG at arch/x86/mm/physaddr.c:20!
      invalid opcode: 0000 [#1] SMP
      Modules linked in: acpihp_drv acpihp_slot edd cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf fuse vfat fat loop dm_mod coretemp kvm crc32c_intel ipv6 ixgbe igb iTCO_wdt i7core_edac edac_core pcspkr iTCO_vendor_support ioatdma microcode joydev sr_mod i2c_i801 dca lpc_ich mfd_core mdio tpm_tis i2c_core hid_generic tpm cdrom sg tpm_bios rtc_cmos button ext3 jbd mbcache usbhid hid uhci_hcd ehci_hcd usbcore usb_common sd_mod crc_t10dif processor thermal_sys hwmon scsi_dh_alua scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh ata_generic ata_piix libata megaraid_sas scsi_mod
      CPU 39
      Pid: 6454, comm: sh Not tainted 3.7.0-rc1-acpihp-final+ #45 QCI QSSC-S4R/QSSC-S4R
      RIP: 0010:[<ffffffff8103c908>]  [<ffffffff8103c908>] __phys_addr+0x88/0x90
      RSP: 0018:ffff8804440d7c08  EFLAGS: 00010006
      RAX: 0000000000000006 RBX: ffffea0012000000 RCX: 000000000000002c
    Signed-off-by: Jianguo Wu <>
    Signed-off-by: Jiang Liu <>
    Reviewd-by: Wen Congyang <>
    Acked-by: Johannes Weiner <>
    Reviewed-by: Yasuaki Ishimatsu <>
    Reviewed-by: Michal Hocko <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  11. @gregkh

    Dove: Fix irq_to_pmu()

    Russell King - ARM Linux authored gregkh committed
    commit d356cf5 upstream.
    PMU interrupts start at IRQ_DOVE_PMU_START, not IRQ_DOVE_PMU_START + 1.
    Fix the condition.  (It may have been less likely to occur had the code
    been written "if (irq >= IRQ_DOVE_PMU_START" which imho is the easier
    to understand notation, and matches the normal way of thinking about
    these things.)
    Signed-off-by: Russell King <>
    Signed-off-by: Jason Cooper <>
    Signed-off-by: Greg Kroah-Hartman <>
  12. @gregkh

    Dove: Attempt to fix PMU/RTC interrupts

    Russell King - ARM Linux authored gregkh committed
    commit 5d3df93 upstream.
    Fix the acknowledgement of PMU interrupts on Dove: some Dove hardware
    has not been sensibly designed so that interrupts can be handled in a
    race free manner.  The PMU is one such instance.
    The pending (aka 'cause') register is a bunch of RW bits, meaning that
    these bits can be both cleared and set by software (confirmed on the
    Armada-510 on the cubox.)
    Hardware sets the appropriate bit when an interrupt is asserted, and
    software is required to clear the bits which are to be processed.  If
    we write ~(1 << bit), then we end up asserting every other interrupt
    except the one we're processing.  So, we need to do a read-modify-write
    cycle to clear the asserted bit.
    However, any interrupts which occur in the middle of this cycle will
    also be written back as zero, which will also clear the new interrupts.
    The upshot of this is: there is _no_ way to safely clear down interrupts
    in this register (and other similarly behaving interrupt pending
    registers on this device.)  The patch below at least stops us creating
    new interrupts.
    Signed-off-by: Russell King <>
    Signed-off-by: Jason Cooper <>
    Signed-off-by: Greg Kroah-Hartman <>
Commits on Dec 6, 2012
  1. @gregkh

    Linux 3.0.55

    gregkh authored
  2. @gregkh

    x86-32: Export kernel_stack_pointer() for modules

    H. Peter Anvin authored gregkh committed
    commit cb57a2b upstream.
    Modules, in particular oprofile (and possibly other similar tools)
    need kernel_stack_pointer(), so export it using EXPORT_SYMBOL_GPL().
    Cc: Yang Wei <>
    Cc: Robert Richter <>
    Cc: Jun Zhang <>
    Signed-off-by: H. Peter Anvin <>
    Cc: Robert Richter <>
    Cc: Herton Ronaldo Krzesinski <>
    Cc: Philip Müller <>
    Signed-off-by: Greg Kroah-Hartman <>
Commits on Dec 3, 2012
  1. @gregkh

    Linux 3.0.54

    gregkh authored
  2. @gregkh

    mmc: sdhci-s3c: fix the wrong number of max bus clocks

    Jaehoon Chung authored gregkh committed
    commit 5feb54a upstream.
    We can use up to four bus-clocks; but on module remove, we didn't
    disable the fourth bus clock.
    Signed-off-by: Jaehoon Chung <>
    Signed-off-by: Kyungmin Park <>
    Signed-off-by: Chris Ball <>
    Cc: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
  3. @gregkh

    Input: bcm5974 - set BUTTONPAD property

    Jussi Pakkanen authored gregkh committed
    commit 52965cc upstream.
    Some bcm5974 trackpads have a physical button beneath the physical surface.
    This patch sets the property bit so user space applications can detect the
    trackpad type and act accordingly.
    Signed-off-by: Jussi Pakkanen <>
    Reviewed-by: Henrik Rydberg <>
    Signed-off-by: Dmitry Torokhov <>
    Cc: maximilian attems <>
    Signed-off-by: Greg Kroah-Hartman <>
  4. @gregkh

    x86, mce, therm_throt: Don't report power limit and package level the…

    Fenghua Yu authored gregkh committed
    …rmal throttle events in mcelog
    commit 29e9bf1 upstream.
    Thermal throttle and power limit events are not defined as MCE errors in x86
    architecture and should not generate MCE errors in mcelog.
    Current kernel generates fake software defined MCE errors for these events.
    This may confuse users because they may think the machine has real MCE errors
    while actually only thermal throttle or power limit events happen.
    To make it worse, buggy firmware on some platforms may falsely generate
    the events. Therefore, kernel reports MCE errors which users think as real
    hardware errors. Although the firmware bugs should be fixed, on the other hand,
    kernel should not report MCE errors either.
    So mcelog is not a good mechanism to report these events. To report the events, we count them in respective counters (core_power_limit_count,
    package_power_limit_count, core_throttle_count, and package_throttle_count) in
    /sys/devices/system/cpu/cpu#/thermal_throttle/. Users can check the counters
    for each event on each CPU. Please note that all CPU's on one package report
    duplicate counters. It's user application's responsibity to retrieve a package
    level counter for one package.
    This patch doesn't report package level power limit, core level power limit, and
    package level thermal throttle events in mcelog. When the events happen, only
    report them in respective counters in sysfs.
    Since core level thermal throttle has been legacy code in kernel for a while and
    users accepted it as MCE error in mcelog, core level thermal throttle is still
    reported in mcelog. In the mean time, the event is counted in a counter in sysfs
    as well.
    Signed-off-by: Fenghua Yu <>
    Acked-by: Borislav Petkov <>
    Acked-by: Tony Luck <>
    Signed-off-by: H. Peter Anvin <>
    Cc: maximilian attems <>
    Signed-off-by: Greg Kroah-Hartman <>
  5. @merlinschumacher @gregkh

    acer-wmi: support for P key on TM8372

    merlinschumacher authored gregkh committed
    commit 67e1d34 upstream.
    There is no entry for P key on TM8372, so when P key is pressed, only
    "acer_wmi: Unknown key number - 0x29" in dmesg.
    Signed-off-by: Merlin Schumacher <>
    Signed-off-by: Ike Panhc <>
    Signed-off-by: Matthew Garrett <>
    Cc: maximilian attems <>
    Signed-off-by: Greg Kroah-Hartman <>
  6. @gregkh

    watchdog: using u64 in get_sample_period()

    Chuansheng Liu authored gregkh committed
    commit 8ffeb9b upstream.
    In get_sample_period(), unsigned long is not enough:
      watchdog_thresh * 2 * (NSEC_PER_SEC / 5)
      watchdog_thresh is 10 by default, the sample value will be: 0xEE6B2800
     set watchdog_thresh is 20, the sample value will be: 0x1 DCD6 5000
    In case2, we need use u64 to express the sample period.  Otherwise,
    changing the threshold thru proc often can not be successful.
    Signed-off-by: liu chuansheng <>
    Acked-by: Don Zickus <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Shuah Khan <>
    Signed-off-by: Greg Kroah-Hartman <>
  7. @jhovold @gregkh

    USB: mct_u232: fix broken close

    jhovold authored gregkh committed
    commit 5260e45 upstream.
    Make sure generic close is called at close.
    The driver relies on the generic write implementation but did not call
    generic close.
    Note that the call to kill the read urb is not redundant, as mct_u232
    uses an interrupt urb from the second port as the read urb and that
    generic close therefore fails to kill it.
    Compile-only tested.
    Signed-off-by: Johan Hovold <>
    Signed-off-by: Greg Kroah-Hartman <>
    [bwh: Backported to 3.2: adjust context]
    Signed-off-by: Ben Hutchings <>
  8. @gregkh

    get_dvb_firmware: fix download site for tda10046 firmware

    Mauro Carvalho Chehab authored gregkh committed
    commit 25ec43d upstream.
    The previous website doesn't exist anymore. Update it to one site that
    actually exists.
    Signed-off-by: Mauro Carvalho Chehab <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
  9. @gregkh

    ixgbe: add support for new 82599 device id

    Emil Tantilov authored gregkh committed
    commit 9e791e4 upstream.
    Support for new 82599 based quad port adapter.
    Signed-off-by: Emil Tantilov <>
    Tested-by: Phil Schmitt <>
    Signed-off-by: Jeff Kirsher <>
    Signed-off-by: Abdallah Chatila <>
    Signed-off-by: Greg Kroah-Hartman <>
  10. @gregkh

    ixgbe: add support for new 82599 device

    Emil Tantilov authored gregkh committed
    commit 7d14528 upstream.
    This patch adds support for new device ID.
    Signed-off-by: Emil Tantilov <>
    Tested-by: Phil Schmitt <>
    Signed-off-by: Jeff Kirsher <>
    Signed-off-by: Abdallah Chatila <>
    Signed-off-by: Greg Kroah-Hartman <>
  11. @davidmilburn @gregkh

    sata_svw: check DMA start bit before reset

    davidmilburn authored gregkh committed
    commit b03e66a upstream.
    If kdump is triggered with pending IO, controller may not respond causing
    kdump to fail.
    During error recovery ata_do_dev_read_id never completes due hang
    in mmio_insw.
    if DMA start bit is cleared before reset, PIO command is successful
    and kdump succeeds.
    Signed-off-by: David Milburn <>
    Signed-off-by: Jeff Garzik <>
    Cc: CAI Qian <>
    Signed-off-by: Greg Kroah-Hartman <>
  12. @gregkh

    ixgbe: add support for X540-AT1 authored gregkh committed
    commit df376f0 upstream.
    This patch adds device support for Ethernet Controller X540-AT1.
    Signed-off-by: Josh Hay <>
    Tested-by: Phil Schmitt <>
    Signed-off-by: Jeff Kirsher <>
    Signed-off-by: Abdallah Chatila <>
    Signed-off-by: Greg Kroah-Hartman <>
  13. @gregkh

    bas_gigaset: fix pre_reset handling

    Tilman Schmidt authored gregkh committed
    commit c6fdd8e upstream.
    The delayed work function int_in_work() may call usb_reset_device()
    and thus, indirectly, the driver's pre_reset method. Trying to
    cancel the work synchronously in that situation would deadlock.
    Fix by avoiding cancel_work_sync() in the pre_reset method.
    If the reset was NOT initiated by int_in_work() this might cause
    int_in_work() to run after the post_reset method, with urb_int_in
    already resubmitted, so handle that case gracefully.
    Signed-off-by: Tilman Schmidt <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
  14. @diwic @gregkh

    ALSA: hda - Add support for Realtek ALC292

    diwic authored gregkh committed
    commit af02dde upstream.
    We found a new codec ID 292, and that just a simple quirk would enable
    sound output/input on this ALC292 chip.
    Tested-by: Acelan Kao <>
    Signed-off-by: David Henningsson <>
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
  15. @duncan-roe @gregkh

    ALSA: hda - Fix missing beep on ASUS X43U notebook

    duncan-roe authored gregkh committed
    commit 7110005 upstream.
    Signed-off-by: Duncan Roe <>
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
  16. @gregkh

    ALSA: hda - Add new codec ALC283 ALC290 support

    Kailang Yang authored gregkh committed
    commit 7ff34ad upstream.
    These are compatible with standard ALC269 parser.
    Signed-off-by: Kailang Yang <>
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
  17. @gregkh

    sparc64: not any error from do_sigaltstack() should fail rt_sigreturn()

    Al Viro authored gregkh committed
    commit fae2ae2 upstream.
    If a signal handler is executed on altstack and another signal comes,
    we will end up with rt_sigreturn() on return from the second handler
    getting -EPERM from do_sigaltstack().  It's perfectly OK, since we
    are not asking to change the settings; in fact, they couldn't have been
    changed during the second handler execution exactly because we'd been
    on altstack all along.  64bit sigreturn on sparc treats any error from
    do_sigaltstack() as "SIGSEGV now"; we need to switch to the same semantics
    we are using on other architectures.
    Signed-off-by: Al Viro <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
  18. @jankara @gregkh

    jbd: Fix lock ordering bug in journal_unmap_buffer()

    jankara authored gregkh committed
    commit 25389bb upstream.
    Commit 09e05d4 introduced a wait for transaction commit into
    journal_unmap_buffer() in the case we are truncating a buffer undergoing commit
    in the page stradding i_size on a filesystem with blocksize < pagesize. Sadly
    we forgot to drop buffer lock before waiting for transaction commit and thus
    deadlock is possible when kjournald wants to lock the buffer.
    Fix the problem by dropping the buffer lock before waiting for transaction
    commit. Since we are still holding page lock (and that is OK), buffer cannot
    disappear under us.
    Signed-off-by: Jan Kara <>
    Signed-off-by: Greg Kroah-Hartman <>
  19. @hartkopp @gregkh

    can: bcm: initialize ifindex for timeouts without previous frame rece…

    hartkopp authored gregkh committed
    commit 81b4011 upstream.
    Set in the rx_ifindex to pass the correct interface index in the case of a
    message timeout detection. Usually the rx_ifindex value is set at receive
    time. But when no CAN frame has been received the RX_TIMEOUT notification
    did not contain a valid value.
    Reported-by: Andre Naujoks <>
    Signed-off-by: Oliver Hartkopp <>
    Signed-off-by: Marc Kleine-Budde <>
    Signed-off-by: Greg Kroah-Hartman <>
  20. @pebolle @gregkh

    radeon: add AGPMode 1 quirk for RV250

    pebolle authored gregkh committed
    commit 4517100 upstream.
    The Intel 82855PM host bridge / Mobility FireGL 9000 RV250 combination
    in an (outdated) ThinkPad T41 needs AGPMode 1 for suspend/resume (under
    KMS, that is). So add a quirk for it.
    (Change R250 to RV250 in comment for preceding quirk too.)
    Signed-off-by: Paul Bolle <>
    Signed-off-by: Alex Deucher <>
    Signed-off-by: Greg Kroah-Hartman <>
  21. @gregkh

    mac80211: deinitialize ibss-internals after emptiness check

    Simon Wunderlich authored gregkh committed
    commit b78a493 upstream.
    The check whether the IBSS is active and can be removed should be
    performed before deinitializing the fields used for the check/search.
    Otherwise, the configured BSS will not be found and removed properly.
    To make it more clear for the future, rename sdata->u.ibss to the
    local pointer ifibss which is used within the checks.
    This behaviour was introduced by
    ("mac80211: fix IBSS teardown race")
    Signed-off-by: Simon Wunderlich <>
    Cc: Ignacy Gawedzki <>
    Signed-off-by: Johannes Berg <>
    Signed-off-by: Greg Kroah-Hartman <>
Something went wrong with that request. Please try again.