Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Commits on Nov 21, 2011
  1. @gregkh

    Linux 3.0.10

    gregkh committed
  2. @gregkh

    block: Always check length of all iov entries in blk_rq_map_user_iov()

    Ben Hutchings committed with gregkh
    commit 6b76106 upstream.
    Even after commit 5478755
    ("block: check for proper length of iov entries earlier ...")
    we still won't check for zero-length entries after an unaligned
    entry.  Remove the break-statement, so all entries are checked.
    Signed-off-by: Ben Hutchings <>
    Signed-off-by: Jens Axboe <>
    Signed-off-by: Greg Kroah-Hartman <>
  3. @rabinv @gregkh

    backing-dev: ensure wakeup_timer is deleted

    rabinv committed with gregkh
    commit 7a401a9 upstream.
    bdi_prune_sb() in bdi_unregister() attempts to removes the bdi links
    from all super_blocks and then del_timer_sync() the writeback timer.
    However, this can race with __mark_inode_dirty(), leading to
    bdi_wakeup_thread_delayed() rearming the writeback timer on the bdi
    we're unregistering, after we've called del_timer_sync().
    This can end up with the bdi being freed with an active timer inside it,
    as in the case of the following dump after the removal of an SD card.
    Fix this by redoing the del_timer_sync() in bdi_destory().
     ------------[ cut here ]------------
     WARNING: at /home/rabin/kernel/arm/lib/debugobjects.c:262 debug_print_object+0x9c/0xc8()
     ODEBUG: free active (active state 0) object type: timer_list hint: wakeup_timer_fn+0x0/0x180
     Modules linked in:
     [<c00109dc>] (dump_backtrace+0x0/0x110) from [<c0236e4c>] (dump_stack+0x18/0x1c)
      r6:c02bc638 r5:00000106 r4:c79f5d18 r3:00000000
     [<c0236e34>] (dump_stack+0x0/0x1c) from [<c0025e6c>] (warn_slowpath_common+0x54/0x6c)
     [<c0025e18>] (warn_slowpath_common+0x0/0x6c) from [<c0025f28>] (warn_slowpath_fmt+0x38/0x40)
      r8:20000013 r7:c780c6f0 r6:c031613c r5:c780c6f0 r4:c02b1b29
     [<c0025ef0>] (warn_slowpath_fmt+0x0/0x40) from [<c015eb4c>] (debug_print_object+0x9c/0xc8)
      r3:c02b1b29 r2:c02bc662
     [<c015eab0>] (debug_print_object+0x0/0xc8) from [<c015f574>] (debug_check_no_obj_freed+0xac/0x1dc)
      r6:c7964000 r5:00000001 r4:c7964000
     [<c015f4c8>] (debug_check_no_obj_freed+0x0/0x1dc) from [<c00a9e38>] (kmem_cache_free+0x88/0x1f8)
     [<c00a9db0>] (kmem_cache_free+0x0/0x1f8) from [<c014286c>] (blk_release_queue+0x70/0x78)
     [<c01427fc>] (blk_release_queue+0x0/0x78) from [<c015290c>] (kobject_release+0x70/0x84)
      r5:c79641f0 r4:c796420c
     [<c015289c>] (kobject_release+0x0/0x84) from [<c0153ce4>] (kref_put+0x68/0x80)
      r7:00000083 r6:c74083d0 r5:c015289c r4:c796420c
     [<c0153c7c>] (kref_put+0x0/0x80) from [<c01527d0>] (kobject_put+0x48/0x5c)
      r5:c79643b4 r4:c79641f0
     [<c0152788>] (kobject_put+0x0/0x5c) from [<c013ddd8>] (blk_cleanup_queue+0x68/0x74)
     [<c013dd70>] (blk_cleanup_queue+0x0/0x74) from [<c01a6370>] (mmc_blk_put+0x78/0xe8)
      r5:00000000 r4:c794c400
     [<c01a62f8>] (mmc_blk_put+0x0/0xe8) from [<c01a64b4>] (mmc_blk_release+0x24/0x38)
      r5:c794c400 r4:c0322824
     [<c01a6490>] (mmc_blk_release+0x0/0x38) from [<c00de11c>] (__blkdev_put+0xe8/0x170)
      r5:c78d5e00 r4:c74083c0
     [<c00de034>] (__blkdev_put+0x0/0x170) from [<c00de2c0>] (blkdev_put+0x11c/0x12c)
      r8:c79f5f70 r7:00000001 r6:c74083d0 r5:00000083 r4:c74083c0
     [<c00de1a4>] (blkdev_put+0x0/0x12c) from [<c00b0724>] (kill_block_super+0x60/0x6c)
      r7:c7942300 r6:c79f4000 r5:00000083 r4:c74083c0
     [<c00b06c4>] (kill_block_super+0x0/0x6c) from [<c00b0a94>] (deactivate_locked_super+0x44/0x70)
      r6:c79f4000 r5:c031af64 r4:c794dc00 r3:c00b06c4
     [<c00b0a50>] (deactivate_locked_super+0x0/0x70) from [<c00b1358>] (deactivate_super+0x6c/0x70)
      r5:c794dc00 r4:c794dc00
     [<c00b12ec>] (deactivate_super+0x0/0x70) from [<c00c88b0>] (mntput_no_expire+0x188/0x194)
      r5:c794dc00 r4:c7942300
     [<c00c8728>] (mntput_no_expire+0x0/0x194) from [<c00c95e0>] (sys_umount+0x2e4/0x310)
      r6:c7942300 r5:00000000 r4:00000000 r3:00000000
     [<c00c92fc>] (sys_umount+0x0/0x310) from [<c000d940>] (ret_fast_syscall+0x0/0x30)
     ---[ end trace e5c83c92ada51c76 ]---
    Signed-off-by: Rabin Vincent <>
    Signed-off-by: Linus Walleij <>
    Signed-off-by: Jens Axboe <>
    Signed-off-by: Greg Kroah-Hartman <>
  4. @antonblanchard @gregkh

    powerpc: Copy down exception vectors after feature fixups

    antonblanchard committed with gregkh
    commit d715e43 upstream.
    kdump fails because we try to execute an HV only instruction. Feature
    fixups are being applied after we copy the exception vectors down to 0
    so they miss out on any updates.
    We have always had this issue but it only became critical in v3.0
    when we added CFAR support (breaks POWER5) and v3.1 when we added
    POWERNV (breaks everyone).
    Signed-off-by: Anton Blanchard <>
    Signed-off-by: Benjamin Herrenschmidt <>
    Signed-off-by: Greg Kroah-Hartman <>
  5. @glevand @gregkh

    powerpc/ps3: Fix lost SMP IPIs

    glevand committed with gregkh
    commit 72f3bea upstream.
    Fixes the PS3 bootup hang introduced in 3.0-rc1 by:
      commit 317f394
      sched: Move the second half of ttwu() to the remote cpu
    Move the PS3's LV1 EOI call lv1_end_of_interrupt_ext() from ps3_chip_eoi()
    to ps3_get_irq() for IPI messages.
    If lv1_send_event_locally() is called between a previous call to
    lv1_send_event_locally() and the coresponding call to
    lv1_end_of_interrupt_ext() the second event will not be delivered to the
    target cpu.
    The PS3's SMP IPIs are implemented using lv1_send_event_locally(), so if two
    IPI messages of the same type are sent to the same target in a relatively
    short period of time the second IPI event can become lost when
    lv1_end_of_interrupt_ext() is called from ps3_chip_eoi().
    Signed-off-by: Geoff Levand <>
    Signed-off-by: Benjamin Herrenschmidt <>
    Signed-off-by: Greg Kroah-Hartman <>
  6. @gregkh

    xen-gntalloc: signedness bug in add_grefs()

    Dan Carpenter committed with gregkh
    commit 99cb2dd upstream.
    gref->gref_id is unsigned so the error handling didn't work.
    gnttab_grant_foreign_access() returns an int type, so we can add a
    cast here, and it doesn't cause any problems.
    gnttab_grant_foreign_access() can return a variety of errors
    including -ENOSPC, -ENOSYS and -ENOMEM.
    Signed-off-by: Dan Carpenter <>
    Signed-off-by: Konrad Rzeszutek Wilk <>
    Signed-off-by: Greg Kroah-Hartman <>
  7. @gregkh

    xen-gntalloc: integer overflow in gntalloc_ioctl_alloc()

    Dan Carpenter committed with gregkh
    commit 21643e6 upstream.
    On 32 bit systems a high value of op.count could lead to an integer
    overflow in the kzalloc() and gref_ids would be smaller than
    expected.  If the you triggered another integer overflow in
    "if (gref_size + op.count > limit)" then you'd probably get memory
    corruption inside add_grefs().
    Signed-off-by: Dan Carpenter <>
    Signed-off-by: Konrad Rzeszutek Wilk <>
    Signed-off-by: Greg Kroah-Hartman <>
  8. @gregkh

    xen:pvhvm: enable PVHVM VCPU placement when using more than 32 CPUs.

    Zhenzhong Duan committed with gregkh
    commit 90d4f55 upstream.
    PVHVM running with more than 32 vcpus and pv_irq/pv_time enabled
    need VCPU placement to work, or else it will softlockup.
    Acked-by: Stefano Stabellini <>
    Signed-off-by: Zhenzhong Duan <>
    Signed-off-by: Konrad Rzeszutek Wilk <>
    Signed-off-by: Greg Kroah-Hartman <>
  9. @gregkh

    mfd: Fix twl4030 dependencies for audio codec

    Thomas Weber committed with gregkh
    commit f09ee04 upstream.
    The codec for Devkit8000 (TWL4030)  was not detected except
    when build with CONFIG_SND_SOC_ALL_CODECS.
    twl-core.c still uses the CONFIG_TWL4030_CODEC for
    In commit 57fe725
    the CONFIG_TWL4030_CODEC was renamed
    into CONFIG_MFD_TWL4030_AUDIO, thatswhy the codec
    was not detected.
    This patch renames the CONFIG_ TWL4030_CODEC into
    CONFIG_MFD_TWL4030_AUDIO in twl-core.c.
    Signed-off-by: Thomas Weber <>
    Acked-by: Peter Ujfalusi <>
    Signed-off-by: Samuel Ortiz <>
    Cc: Jarkko Nikula <>
    Signed-off-by: Greg Kroah-Hartman <>
  10. @neilbrown @gregkh

    md/raid5: abort any pending parity operations when array fails.

    neilbrown committed with gregkh
    commit 9a3f530 upstream.
    When the number of failed devices exceeds the allowed number
    we must abort any active parity operations (checks or updates) as they
    are no longer meaningful, and can lead to a BUG_ON in
    This bug was introduce by commit 6c0069c
    in 2.6.29.
    Reported-by: Manish Katiyar <>
    Tested-by: Manish Katiyar <>
    Acked-by: Dan Williams <>
    Signed-off-by: NeilBrown <>
    Signed-off-by: Greg Kroah-Hartman <>
  11. @rmilecki @gregkh

    b43: refuse to load unsupported firmware

    rmilecki committed with gregkh
    [This patch is supposed to be applied in 3.1 (and maybe older) branches only.]
    New kernels support newer firmware that users may try to incorrectly use
    with older kernels. Display error and explain the problem in such a case
    Signed-off-by: Rafał Miłecki <>
    Signed-off-by: Greg Kroah-Hartman <>
  12. @westeri @gregkh

    x86, mrst: use a temporary variable for SFI irq

    westeri committed with gregkh
    commit 153b19a upstream.
    SFI tables reside in RAM and should not be modified once they are
    written.  Current code went to set pentry->irq to zero which causes
    subsequent reads to fail with invalid SFI table checksum.  This will
    break kexec as the second kernel fails to validate SFI tables.
    To fix this we use temporary variable for irq number.
    Signed-off-by: Mika Westerberg <>
    Reviewed-by: Kirill A. Shutemov <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  13. @gregkh

    sfi: table irq 0xFF means 'no interrupt'

    Kirill A. Shutemov committed with gregkh
    commit a94cc4e upstream.
    According to the SFI specification irq number 0xFF means device has no
    interrupt or interrupt attached via GPIO.
    Currently, we don't handle this special case and set irq field in
    *_board_info structs to 255.  It leads to confusion in some drivers.
    Accelerometer driver tries to register interrupt 255, fails and prints
    "Cannot get IRQ" to dmesg.
    Signed-off-by: Kirill A. Shutemov <>
    Signed-off-by: Alan Cox <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  14. @gregkh

    drm/i915: enable ring freq scaling, RC6 and graphics turbo on Ivy Bri…

    Jesse Barnes committed with gregkh
    …dge v3
    commit 1c70c0c upstream.
    They use the same register interfaces, so we can simply enable the
    existing code on IVB.
      - resolve conflict with ring freq scaling, we can enable it too
      - resolve conflict again, this time on drm-intel-next
    Signed-off-by: Jesse Barnes <>
    Signed-off-by: Keith Packard <>
    Signed-off-by: Robert Hooker <>
    Acked-by: Leann Ogasawara <>
    Acked-by: Herton Krzesinski <>
    Signed-off-by: Tim Gardner <>
    Signed-off-by: Greg Kroah-Hartman <>
  15. @gregkh

    drm/radeon: add some missing FireMV pci ids

    Alex Deucher committed with gregkh
    commit b872a37 upstream.
    Noticed by Egbert.
    Signed-off-by: Alex Deucher <>
    Cc: Egbert Eich <>
    Signed-off-by: Dave Airlie <>
    Signed-off-by: Greg Kroah-Hartman <>
  16. @jhovold @gregkh

    Revert "leds: save the delay values after a successful call to blink_…

    jhovold committed with gregkh
    commit cb87151 upstream.
    Revert commit 6123b0e.
    The problem this patch intends to solve has alreadqy been fixed by
    commit 7a5caab ("drivers/leds/ledtrig-timer.c: fix broken sysfs
    delay handling").
    Signed-off-by: Johan Hovold <>
    Cc: Antonio Ospite <>
    Cc: Johannes Berg <>
    Cc: Richard Purdie <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  17. @gregkh

    hfs: add sanity check for file name length

    Dan Carpenter committed with gregkh
    commit bc5b8a9 upstream.
    On a corrupted file system the ->len field could be wrong leading to
    a buffer overflow.
    Reported-and-acked-by: Clement LECIGNE <>
    Signed-off-by: Dan Carpenter <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  18. @gregkh

    KEYS: Fix a NULL pointer deref in the user-defined key type

    David Howells committed with gregkh
    commit 9f35a33 upstream.
    Fix a NULL pointer deref in the user-defined key type whereby updating a
    negative key into a fully instantiated key will cause an oops to occur
    when the code attempts to free the non-existent old payload.
    This results in an oops that looks something like the following:
      BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
      IP: [<ffffffff81085fa1>] __call_rcu+0x11/0x13e
      PGD 3391d067 PUD 3894a067 PMD 0
      Oops: 0002 [#1] SMP
      CPU 1
      Pid: 4354, comm: keyctl Not tainted 3.1.0-fsdevel+ #1140                  /DG965RY
      RIP: 0010:[<ffffffff81085fa1>]  [<ffffffff81085fa1>] __call_rcu+0x11/0x13e
      RSP: 0018:ffff88003d591df8  EFLAGS: 00010246
      RAX: 0000000000000000 RBX: 0000000000000000 RCX: 000000000000006e
      RDX: ffffffff8161d0c0 RSI: 0000000000000000 RDI: 0000000000000000
      RBP: ffff88003d591e18 R08: 0000000000000000 R09: ffffffff8152fa6c
      R10: 0000000000000000 R11: 0000000000000300 R12: ffff88003b8f9538
      R13: ffffffff8161d0c0 R14: ffff88003b8f9d50 R15: ffff88003c69f908
      FS:  00007f97eb18c720(0000) GS:ffff88003bd00000(0000) knlGS:0000000000000000
      CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      CR2: 0000000000000008 CR3: 000000003d47a000 CR4: 00000000000006e0
      DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
      Process keyctl (pid: 4354, threadinfo ffff88003d590000, task ffff88003c78a040)
       ffff88003e0ffde0 ffff88003b8f9538 0000000000000001 ffff88003b8f9d50
       ffff88003d591e28 ffffffff810860f0 ffff88003d591e68 ffffffff8117bfea
       ffff88003d591e68 ffffffff00000000 ffff88003e0ffde1 ffff88003e0ffde0
      Call Trace:
       [<ffffffff810860f0>] call_rcu_sched+0x10/0x12
       [<ffffffff8117bfea>] user_update+0x8d/0xa2
       [<ffffffff8117723a>] key_create_or_update+0x236/0x270
       [<ffffffff811789b1>] sys_add_key+0x123/0x17e
       [<ffffffff813b84bb>] system_call_fastpath+0x16/0x1b
    Signed-off-by: David Howells <>
    Acked-by: Jeff Layton <>
    Acked-by: Neil Horman <>
    Acked-by: Steve Dickson <>
    Acked-by: James Morris <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  19. @tiwai @gregkh

    ALSA: usb-audio - Fix the missing volume quirks at delayed init

    tiwai committed with gregkh
    commit dcaaf9f upstream.
    In the recent usb-audio driver, the initialization of volume ranges
    may be delayed when the device doesn't respond well at the probing time.
    But the volume quirks for certain devices are applied only in
    mixer_ctl_feature_info() thus only at the very first probe and will be
    missing when the volume range is initialized later.
    This patch moves the volume quirk code to be always called from the
    volume-range extraction (get_min_max()), so that the quirks are properly
    applied in the later init time.
    Reported-and-tested-by: Alexey Fisher <>
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
  20. @tiwai @gregkh

    ALSA: usb-audio - Check the dB-range validity in the later read, too

    tiwai committed with gregkh
    commit 9fcd0ab upstream.
    When the initial check of dB-range failed due to the read error, try to
    check again at the later read, too.  When an invalid dB range is found,
    remove TLV flags and notify the mixer info change.
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
  21. @gregkh

    drm/radeon/kms: make an aux failure debug only

    Alex Deucher committed with gregkh
    commit 091264f upstream.
    Can happen when there is no DP panel attached, confusing
    users.  Make it debug only.
    Signed-off-by: Alex Deucher <>
    Signed-off-by: Dave Airlie <>
    Signed-off-by: Greg Kroah-Hartman <>
  22. @mslusarz @gregkh

    drm/nouveau: initialize chan->fence.lock before use

    mslusarz committed with gregkh
    commit 5e60ee7 upstream.
    Fence lock needs to be initialized before any call to nouveau_channel_put
    because it calls nouveau_channel_idle->nouveau_fence_update which uses
    fence lock.
    BUG: spinlock bad magic on CPU#0, test/24134
     lock: ffff88019f90dba8, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
    Pid: 24134, comm: test Not tainted 3.0.0-nv+ #800
    Call Trace:
    It's easily triggerable from userspace.
    Additionally remove double initialization of chan->fence.pending.
    Signed-off-by: Marcin Slusarz <>
    Signed-off-by: Ben Skeggs <>
    Signed-off-by: Greg Kroah-Hartman <>
  23. @anholt @gregkh

    drm/i915: Fix object refcount leak on mmappable size limit error path.

    anholt committed with gregkh
    commit 14660cc upstream.
    I've been seeing memory leaks on my system in the form of large
    (300-400MB) GEM objects created by now-dead processes laying around
    clogging up memory.  I usually notice when it gets to about 1.2GB of
    them.  Hopefully this clears up the issue, but I just found this bug
    by inspection.
    Signed-off-by: Eric Anholt <>
    Signed-off-by: Keith Packard <>
    Signed-off-by: Greg Kroah-Hartman <>
  24. @niwamatsu @gregkh

    sh: Fix cached/uncaced address calculation in 29bit mode

    niwamatsu committed with gregkh
    commit dfd3b59 upstream.
    In the case of 29bit mode, CAC/UNCAC_ADDR does not return a right address.
    This revises this problem by using P1SEGADDR and P2SEGADDR in 29bit mode.
    Reported-by: Yutaro Ebihara <>
    Signed-off-by: Nobuhiro Iwamatsu <>
    Tested-by: Kuninori Morimoto <>
    Tested-by: Simon Horman <>
    Signed-off-by: Paul Mundt <>
    Signed-off-by: Greg Kroah-Hartman <>
  25. @broonie @gregkh

    ASoC: Don't use wm8994->control_data in wm8994_readable_register()

    broonie committed with gregkh
    commit 8eeea52 upstream.
    The field is no longer initialised so this will crash if running on
    Reported-by: Thomas Abraham <>
    Signed-off-by: Mark Brown <>
    Signed-off-by: Greg Kroah-Hartman <>
  26. @mstsirkin @gregkh

    virtio-pci: fix use after free

    mstsirkin committed with gregkh
    commit 72103bd upstream.
    Commit 31a3ddd introduced
    a use after free in virtio-pci. The main issue is
    that the release method signals removal of the virtio device,
    while remove signals removal of the pci device.
    For example, on driver removal or hot-unplug,
    virtio_pci_release_dev is called before virtio_pci_remove.
    We then might get a crash as virtio_pci_remove tries to use the
    device freed by virtio_pci_release_dev.
    We allocate/free all resources together with the
    pci device, so we can leave the release method empty.
    Signed-off-by: Michael S. Tsirkin <>
    Acked-by: Amit Shah <>
    Signed-off-by: Rusty Russell <>
    Signed-off-by: Greg Kroah-Hartman <>
  27. @tiwai @gregkh

    ALSA: hda - Don't add elements of other codecs to vmaster slave

    tiwai committed with gregkh
    commit aeb4b88 upstream.
    When a virtual mater control is created, the driver looks for slave
    elements from the assigned card instance.  But this may include the
    elements of other codecs when multiple codecs are on the same HD-audio
    bus.  This works at the first time, but it'll give Oops when it's once
    freed and re-created via reconfig sysfs.
    This patch changes the element-look-up strategy to limit only to the
    mixer elements of the same codec.
    Reported-by: David Henningsson <>
    Signed-off-by: Takashi Iwai <>
    Signed-off-by: Greg Kroah-Hartman <>
Commits on Nov 11, 2011
  1. @gregkh

    Linux 3.0.9

    gregkh committed
  2. @torvalds @gregkh

    hid/apple: modern macbook airs use the standard apple function key tr…

    torvalds committed with gregkh
    commit 21404b7 upstream.
    This removes the use of the special "macbookair_fn_keys" keyboard
    translation table for the MacBookAir4,x models (ie the 2011 refresh).
    They use the standard apple_fn_keys[] translation.  Apparently only the
    old MacBook Air's need a different translation table.
    This mirrors the change that commit da617c7 ("HID: consolidate
    MacbookAir 4,1 mappings") did for the WELLSPRING6A ones, but does it for
    the WELLSPRING6 model used on the MacBookAir4,2.
    Reported-and-tested-by: Dirk Hohndel <>
    Cc: Jiri Kosina <>
    Cc: Joshua V Dillon <>
    Cc: Chase Douglas <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  3. @gregkh

    HID: consolidate MacbookAir 4,1 mappings

    Jiri Kosina committed with gregkh
    commit da617c7 upstream.
    MacbookAir 4,1 doesn't require extra mapping table, as the mappings
    are identical to apple_fn_keys[].
    Signed-off-by: Jiri Kosina <>
    Signed-off-by: Greg Kroah-Hartman <>
  4. @akrist @gregkh

    HID: hid-apple: add device ID of another wireless aluminium

    akrist committed with gregkh
    commit ad734bc upstream.
    I've recently bought a Apple wireless aluminum keyboard (model 2011) which is
    not yet supported by the kernel - it seems they just changed the device id.
    After applying the attached patch, the device is fully functional.
    Signed-off-by: Andreas Krist <>
    Signed-off-by: Jiri Kosina <>
    Signed-off-by: Greg Kroah-Hartman <>
  5. @gregkh

    HID: Add device IDs for Macbook Pro 8 keyboards

    Gökçen Eraslan committed with gregkh
    commit 213f9da upstream.
    This patch adds keyboard support for Macbook Pro 8 models which has
    WELLSPRING5A model name and 0x0252, 0x0253 and 0x0254 USB IDs. Trackpad
    support for those models are added to bcm5974 in
    c331eb5 ("Input: bcm5974 - Add
    support for newer MacBookPro8,2).
    Signed-off-by: Gökçen Eraslan <>
    Acked-by: Henrik Rydberg <>
    Signed-off-by: Jiri Kosina <>
    Cc: Chase Douglas <>
    Signed-off-by: Greg Kroah-Hartman <>
  6. @iwamatsu @gregkh

    HID: Add support MacbookAir 4,1 keyboard

    iwamatsu committed with gregkh
    commit d762cc2 upstream.
    Added USB device IDs and keyboard map for MacBookAir 4,1 keyboard.
    Signed-off-by: Nobuhiro Iwamatsu <>
    Signed-off-by: Jiri Kosina <>
    Signed-off-by: Greg Kroah-Hartman <>
  7. @gregkh

    HID: add MacBookAir4,2 to hid_have_special_driver[]

    Jiri Kosina committed with gregkh
    commit f6f554f upstream.
    Otherwise the generic driver wouldn't unbind from it and wouldn't
    let hid-apple to automatically take over.
    Signed-off-by: Jiri Kosina <>
    Signed-off-by: Greg Kroah-Hartman <>
  8. @gregkh

    HID: hid-multitouch: Add LG Display Multitouch device.

    Jeff Brown committed with gregkh
    commit c50bb1a upstream.
    This panel is also known as the Dell ST2220Tc.
    Reviewed-By: Benjamin Tissoires <>
    Signed-off-by: Jiri Kosina <>
    Signed-off-by: Greg Kroah-Hartman <>
Something went wrong with that request. Please try again.