GitHub PushEvent at 2014-01-18 22:33:23
Repository: pf-kernel
Actor: g7
Payload: {"shas":[["f6b9ef96f825e6f8a33b2a230389c6358dcce073","6a430eed381e126d51a8cce8db662f765ce314bc@gmail.com","USB: serial: fix race in generic write\n\ncommit 6f6485463aada1ec6a0f3db6a03eb8e393d6bb55 upstream.\n\nFix race in generic write implementation, which could lead to\ntemporarily degraded throughput.\n\nThe current generic write implementation introduced by commit\n27c7acf22047 (\"USB: serial: reimplement generic fifo-based writes\") has\nalways had this bug, although it's fairly hard to trigger and the\nconsequences are not likely to be noticed.\n\nSpecifically, a write() on one CPU while the completion handler is\nrunning on another could result in only one of the two write urbs being\nutilised to empty the remainder of the write fifo (unless there is a\nsecond write() that doesn't race during that time).\n\nSigned-off-by: Johan Hovold <jhovold@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Johan Hovold",false],["c6c0d18bc2c1ad19333b61e5d116fa57d9cdaf4f","ee5ae273a7b7b58e18e64b2b8af0da2a3015a58e@adfin.com","ceph: hung on ceph fscache invalidate in some cases\n\ncommit ffc79664d15841025d90afdd902c4112ffe168d6 upstream.\n\nIn some cases I'm on my ceph client cluster I'm seeing hunk kernel tasks in\nthe invalidate page code path. This is due to the fact that we don't check if\nthe page is marked as cache before calling fscache_wait_on_page_write().\n\nThis is the log from the hang\n\nINFO: task XXXXXX:12034 blocked for more than 120 seconds.\n\"echo 0 > /proc/sys/kernel/hung_task_timeout_secs\" disables this message.\n ...\nCall Trace:\n[<ffffffff81568d09>] schedule+0x29/0x70\n[<ffffffffa01d4cbd>] __fscache_wait_on_page_write+0x6d/0xb0 [fscache]\n[<ffffffff81083520>] ? add_wait_queue+0x60/0x60\n[<ffffffffa029a3e9>] ceph_invalidate_fscache_page+0x29/0x50 [ceph]\n[<ffffffffa027df00>] ceph_invalidatepage+0x70/0x190 [ceph]\n[<ffffffff8112656f>] ? delete_from_page_cache+0x5f/0x70\n[<ffffffff81133cab>] truncate_inode_page+0x8b/0x90\n[<ffffffff81133ded>] truncate_inode_pages_range.part.12+0x13d/0x620\n[<ffffffff8113431d>] truncate_inode_pages_range+0x4d/0x60\n[<ffffffff811343b5>] truncate_inode_pages+0x15/0x20\n[<ffffffff8119bbf6>] evict+0x1a6/0x1b0\n[<ffffffff8119c3f3>] iput+0x103/0x190\n ...\n\nSigned-off-by: Milosz Tanski <milosz@adfin.com>\nReviewed-by: Sage Weil <sage@inktank.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Milosz Tanski",false],["5bb822258878721ca995a7015c6e076cc96be849","45e2ee8c8b09e76a9d512320d4eb53c0cd9925c0@intel.com","ceph: cleanup aborted requests when re-sending requests.\n\ncommit eb1b8af33c2e42a9a57fc0a7588f4a7b255d2e79 upstream.\n\nAborted requests usually get cleared when the reply is received.\nIf MDS crashes, no reply will be received. So we need to cleanup\naborted requests when re-sending requests.\n\nSigned-off-by: Yan, Zheng <zheng.z.yan@intel.com>\nReviewed-by: Greg Farnum <greg@inktank.com>\nSigned-off-by: Sage Weil <sage@inktank.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Yan, Zheng",false],["b419588352e9a826082d7784dd3398c490314eab","45e2ee8c8b09e76a9d512320d4eb53c0cd9925c0@intel.com","ceph: wake up 'safe' waiters when unregistering request\n\ncommit fc55d2c9448b34218ca58733a6f51fbede09575b upstream.\n\nWe also need to wake up 'safe' waiters if error occurs or request\naborted. Otherwise sync(2)/fsync(2) may hang forever.\n\nSigned-off-by: Yan, Zheng <zheng.z.yan@intel.com>\nSigned-off-by: Sage Weil <sage@inktank.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Yan, Zheng",false],["17e38d92d2faa7777009d8e21215d843ee0f9ee3","65b3ccf850ea721688fb240d52a95019d85394b7@ubuntukylin.com","ceph: allocate non-zero page to fscache in readpage()\n\ncommit ff638b7df5a9264024a6448bdfde2b2bf5d1994a upstream.\n\nceph_osdc_readpages() returns number of bytes read, currently,\nthe code only allocate full-zero page into fscache, this patch\nfixes this.\n\nSigned-off-by: Li Wang <liwang@ubuntukylin.com>\nReviewed-by: Milosz Tanski <milosz@adfin.com>\nReviewed-by: Sage Weil <sage@inktank.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Li Wang",false],["d18b5a0e75f4447ecaac27c81add306617f9e34f","65ea93bc1ff7771dbd0685191aef504122ef52de@gmail.com","powerpc: kvm: fix rare but potential deadlock scene\n\ncommit 91648ec09c1ef69c4d840ab6dab391bfb452d554 upstream.\n\nSince kvmppc_hv_find_lock_hpte() is called from both virtmode and\nrealmode, so it can trigger the deadlock.\n\nSuppose the following scene:\n\nTwo physical cpuM, cpuN, two VM instances A, B, each VM has a group of\nvcpus.\n\nIf on cpuM, vcpu_A_1 holds bitlock X (HPTE_V_HVLOCK), then is switched\nout, and on cpuN, vcpu_A_2 try to lock X in realmode, then cpuN will be\ncaught in realmode for a long time.\n\nWhat makes things even worse if the following happens,\n  On cpuM, bitlockX is hold, on cpuN, Y is hold.\n  vcpu_B_2 try to lock Y on cpuM in realmode\n  vcpu_A_2 try to lock X on cpuN in realmode\n\nOops! deadlock happens\n\nSigned-off-by: Liu Ping Fan <pingfank@linux.vnet.ibm.com>\nReviewed-by: Paul Mackerras <paulus@samba.org>\nSigned-off-by: Alexander Graf <agraf@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","pingfan liu",false],["ab69be3e59d79c56bfe16930f0c761daf4837e48","4b8373d016f277527198385ba72fda0feb5da015@hurleysoftware.com","tty: Fix hang at ldsem_down_read()\n\ncommit cf872776fc84128bb779ce2b83a37c884c3203ae upstream.\n\nWhen a controlling tty is being hung up and the hang up is\nwaiting for a just-signalled tty reader or writer to exit, and a new tty\nreader/writer tries to acquire an ldisc reference concurrently with the\nldisc reference release from the signalled reader/writer, the hangup\ncan hang. The new reader/writer is sleeping in ldsem_down_read() and the\nhangup is sleeping in ldsem_down_write() [1].\n\nThe new reader/writer fails to wakeup the waiting hangup because the\nwrong lock count value is checked (the old lock count rather than the new\nlock count) to see if the lock is unowned.\n\nChange helper function to return the new lock count if the cmpxchg was\nsuccessful; document this behavior.\n\n[1] edited dmesg log from reporter\n\nSysRq : Show Blocked State\n  task                        PC stack   pid father\nsystemd         D ffff88040c4f0000     0     1      0 0x00000000\n ffff88040c49fbe0 0000000000000046 ffff88040c4a0000 ffff88040c49ffd8\n 00000000001d3980 00000000001d3980 ffff88040c4a0000 ffff88040593d840\n ffff88040c49fb40 ffffffff810a4cc0 0000000000000006 0000000000000023\nCall Trace:\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff817a6649>] schedule+0x24/0x5e\n [<ffffffff817a588b>] schedule_timeout+0x15b/0x1ec\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff817aa691>] ? _raw_spin_unlock_irq+0x24/0x26\n [<ffffffff817aa10c>] down_read_failed+0xe3/0x1b9\n [<ffffffff817aa26d>] ldsem_down_read+0x8b/0xa5\n [<ffffffff8142b5ca>] ? tty_ldisc_ref_wait+0x1b/0x44\n [<ffffffff8142b5ca>] tty_ldisc_ref_wait+0x1b/0x44\n [<ffffffff81423f5b>] tty_write+0x7d/0x28a\n [<ffffffff814241f5>] redirected_tty_write+0x8d/0x98\n [<ffffffff81424168>] ? tty_write+0x28a/0x28a\n [<ffffffff8115d03f>] do_loop_readv_writev+0x56/0x79\n [<ffffffff8115e604>] do_readv_writev+0x1b0/0x1ff\n [<ffffffff8116ea0b>] ? do_vfs_ioctl+0x32a/0x489\n [<ffffffff81167d9d>] ? final_putname+0x1d/0x3a\n [<ffffffff8115e6c7>] vfs_writev+0x2e/0x49\n [<ffffffff8115e7d3>] SyS_writev+0x47/0xaa\n [<ffffffff817ab822>] system_call_fastpath+0x16/0x1b\nbash            D ffffffff81c104c0     0  5469   5302 0x00000082\n ffff8800cf817ac0 0000000000000046 ffff8804086b22a0 ffff8800cf817fd8\n 00000000001d3980 00000000001d3980 ffff8804086b22a0 ffff8800cf817a48\n 000000000000b9a0 ffff8800cf817a78 ffffffff81004675 ffff8800cf817a44\nCall Trace:\n [<ffffffff81004675>] ? dump_trace+0x165/0x29c\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff8100edda>] ? save_stack_trace+0x26/0x41\n [<ffffffff817a6649>] schedule+0x24/0x5e\n [<ffffffff817a588b>] schedule_timeout+0x15b/0x1ec\n [<ffffffff810a4cc0>] ? sched_clock_cpu+0x9f/0xe4\n [<ffffffff817a9f03>] ? down_write_failed+0xa3/0x1c9\n [<ffffffff817aa691>] ? _raw_spin_unlock_irq+0x24/0x26\n [<ffffffff817a9f0b>] down_write_failed+0xab/0x1c9\n [<ffffffff817aa300>] ldsem_down_write+0x79/0xb1\n [<ffffffff817aada3>] ? tty_ldisc_lock_pair_timeout+0xa5/0xd9\n [<ffffffff817aada3>] tty_ldisc_lock_pair_timeout+0xa5/0xd9\n [<ffffffff8142bf33>] tty_ldisc_hangup+0xc4/0x218\n [<ffffffff81423ab3>] __tty_hangup+0x2e2/0x3ed\n [<ffffffff81424a76>] disassociate_ctty+0x63/0x226\n [<ffffffff81078aa7>] do_exit+0x79f/0xa11\n [<ffffffff81086bdb>] ? get_signal_to_deliver+0x206/0x62f\n [<ffffffff810b4bfb>] ? lock_release_holdtime.part.8+0xf/0x16e\n [<ffffffff81079b05>] do_group_exit+0x47/0xb5\n [<ffffffff81086c16>] get_signal_to_deliver+0x241/0x62f\n [<ffffffff810020a7>] do_signal+0x43/0x59d\n [<ffffffff810f2af7>] ? __audit_syscall_exit+0x21a/0x2a8\n [<ffffffff810b4bfb>] ? lock_release_holdtime.part.8+0xf/0x16e\n [<ffffffff81002655>] do_notify_resume+0x54/0x6c\n [<ffffffff817abaf8>] int_signal+0x12/0x17\n\nReported-by: Sami Farin <sami.farin@gmail.com>\nSigned-off-by: Peter Hurley <peter@hurleysoftware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Peter Hurley",false],["8416877c8da5a637321121d8cad70419dd27fe59","4b8373d016f277527198385ba72fda0feb5da015@hurleysoftware.com","n_tty: Fix apparent order of echoed output\n\ncommit 1075a6e2dc7e2a96efc417b98dd98f57fdae985d upstream.\n\nWith block processing of echoed output, observed output order is still\nrequired. Push completed echoes and echo commands prior to output.\n\nIntroduce echo_mark echo buffer index, which tracks completed echo\ncommands; ie., those submitted via commit_echoes but which may not\nhave been committed. Ensure that completed echoes are output prior\nto subsequent terminal writes in process_echoes().\n\nFixes newline/prompt output order in cooked mode shell.\n\nReported-by: Karl Dahlke <eklhad@comcast.net>\nReported-by: Mikulas Patocka <mpatocka@redhat.com>\nSigned-off-by: Peter Hurley <peter@hurleysoftware.com>\nTested-by: Karl Dahlke <eklhad@comcast.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Peter Hurley",false],["a58c081ac497b13e937ea1c5af9653186373df7d","0da414d9d963da4039c2a0525b1844228075aa58@linux-m68k.org","TTY: pmac_zilog, check existence of ports in pmz_console_init()\n\ncommit dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a upstream.\n\nWhen booting a multi-platform m68k kernel on a non-Mac with \"console=ttyS0\"\non the kernel command line, it crashes with:\n\nUnable to handle kernel NULL pointer dereference at virtual address   (null)\nOops: 00000000\nPC: [<0013ad28>] __pmz_startup+0x32/0x2a0\n...\nCall Trace: [<002c5d3e>] pmz_console_setup+0x64/0xe4\n\nThe normal tty driver doesn't crash, because init_pmz() checks\npmz_ports_count again after calling pmz_probe().\n\nIn the serial console initialization path, pmz_console_init() doesn't do\nthis, causing the driver to crash later.\n\nAdd a check for pmz_ports_count to fix this.\n\nSigned-off-by: Geert Uytterhoeven <geert@linux-m68k.org>\nCc: Finn Thain <fthain@telegraphics.com.au>\nCc: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Geert Uytterhoeven",false],["4f66e9d70edf73e796486199f847ad5402bf0eac","9e6ba6483b6a3e14d61f7c987e72ecb5b46122d6@mev.co.uk","staging: comedi: 8255_pci: fix for newer PCI-DIO48H\n\ncommit 0283f7a100882684ad32b768f9f1ad81658a0b92 upstream.\n\nAt some point, Measurement Computing / ComputerBoards redesigned the\nPCI-DIO48H to use a PLX PCI interface chip instead of an AMCC chip.\nThis meant they had to put their hardware registers in the PCI BAR 2\nregion instead of PCI BAR 1.  Unfortunately, they kept the same PCI\ndevice ID for the new design.  This means the driver recognizes the\nnewer cards, but doesn't work (and is likely to screw up the local\nconfiguration registers of the PLX chip) because it's using the wrong\nregion.\n\nSince  the PCI subvendor and subdevice IDs were both zero on the old\ndesign, but are the same as the vendor and device on the new design, we\ncan tell the old design and new design apart easily enough.  Split the\nexisting entry for the PCI-DIO48H in `pci_8255_boards[]` into two new\nentries, referenced by different entries in the PCI device ID table\n`pci_8255_pci_table[]`.  Use the same board name for both entries.\n\nSigned-off-by: Ian Abbott <abbotti@mev.co.uk>\nAcked-by: H Hartley Sweeten <hsweeten@visionengravers.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Ian Abbott",false],["bec1a4f8696c44ce96398dceab8aba4785ec8ea9","382ff55d8e07d1082d179e669636cd1552da4f36@visionengravers.com","staging: comedi: drivers: fix return value of comedi_load_firmware()\n\ncommit c6236c0ce39c809c336ca929f68cf8ad02cf94e0 upstream.\n\nSome of the callback functions that upload the firmware in the comedi\ndrivers return a positive value indicating the number of bytes sent\nto the device. Detect this condition and just return '0' to indicate\na successful upload.\n\nReported-by: Bernd Porr <mail@berndporr.me.uk>\nSigned-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>\nAcked-by: Ian Abbott <abbotti@mev.co.uk>\nAcked-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","H Hartley Sweeten",false],["4784cd9c1c65f17edb8ffd6dccaae5137a99603b","61d11262d0d9873ddb5a887f48fcb04e8c5973d0@redhat.com","kexec: migrate to reboot cpu\n\ncommit c97102ba96324da330078ad8619ba4dfe840dbe3 upstream.\n\nCommit 1b3a5d02ee07 (\"reboot: move arch/x86 reboot= handling to generic\nkernel\") moved reboot= handling to generic code.  In the process it also\nremoved the code in native_machine_shutdown() which are moving reboot\nprocess to reboot_cpu/cpu0.\n\nI guess that thought must have been that all reboot paths are calling\nmigrate_to_reboot_cpu(), so we don't need this special handling.  But\nkexec reboot path (kernel_kexec()) is not calling\nmigrate_to_reboot_cpu() so above change broke kexec.  Now reboot can\nhappen on non-boot cpu and when INIT is sent in second kerneo to bring\nup BP, it brings down the machine.\n\nSo start calling migrate_to_reboot_cpu() in kexec reboot path to avoid\nthis problem.\n\nBisected by WANG Chao.\n\nReported-by: Matthew Whitehead <mwhitehe@redhat.com>\nReported-by: Dave Young <dyoung@redhat.com>\nSigned-off-by: Vivek Goyal <vgoyal@redhat.com>\nTested-by: Baoquan He <bhe@redhat.com>\nTested-by: WANG Chao <chaowang@redhat.com>\nAcked-by: H. Peter Anvin <hpa@linux.intel.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Vivek Goyal",false],["c12d070fafc7253353f4cd261b24ece9838aa56e","5ef2a23ba3aff51d1cfc8c113c1ec34b608b3b13@nvidia.com","ASoC: tegra: fix uninitialized variables in set_fmt\n\ncommit 241bf43321a10815225f477bba96a42285a2da73 upstream.\n\nIn tegra*_i2s_set_fmt(), in the (fmt == SND_SOC_DAIFMT_CBM_CFM) case,\n\"val\" is never assigned to, but left uninitialized. The other case does\ninitialized it. Fix this by initializing val at the start of the\nfunction, and only ever ORing into it.\n\nUpdate the handling of \"mask\" so it works the same way for consistency.\n\nUpdate tegra20_spdif.c to use the same code-style for consistency, even\nthough it doesn't happen to suffer from the same problem at present.\n\nSigned-off-by: Stephen Warren <swarren@nvidia.com>\nReviewed-by: Thierry Reding <treding@nvidia.com>\nSigned-off-by: Mark Brown <broonie@linaro.org>\nFixes: 0f163546a772 (\"ASoC: tegra: use regmap more directly\")\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Stephen Warren",false],["3d561e8e6fbd5353085b06cf15366fc42c51d3f1","b3e6a3251704a94eee1cf08e0adc382e6cb535ee@atmel.com","ASoC: wm8904: fix DSP mode B configuration\n\ncommit f0199bc5e3a3ec13f9bc938556517ec430b36437 upstream.\n\nWhen wm8904 work in DSP mode B, we still need to configure it to\nwork in DSP mode. Or else, it will work in Right Justified mode.\n\nSigned-off-by: Bo Shen <voice.shen@atmel.com>\nAcked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Bo Shen",false],["ef1943b16e3a1bdde91525e74a1a188a17138184","8e4aa0015eb43ed5ca66aaca3fb498609e1e427c@opensource.wolfsonmicro.com","ASoC: wm_adsp: Add small delay while polling DSP RAM start\n\ncommit 939fd1e8d9deff206f12bd9d4e54aa7a4bd0ffd6 upstream.\n\nSome devices are getting very close to the limit whilst polling the RAM\nstart, this patch adds a small delay to this loop to give a longer\nstartup timeout.\n\nSigned-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Charles Keepax",false],["9958beae1c2cf8275daa0ba24570f81351103f92","8e4aa0015eb43ed5ca66aaca3fb498609e1e427c@opensource.wolfsonmicro.com","ASoC: wm5110: Correct HPOUT3 DAPM route typo\n\ncommit 280484e708a3cc38fe6807718caa460e744c0b20 upstream.\n\nReported-by: Kyung-Kwee Ryu <kyung-kwee.ryu@wolfsonmicro.com>\nSigned-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Charles Keepax",false],["cfd6081c83dbee2ae270d82df3487d13129118e2","e8d02934b600b49f55a6a87791b5e863e039320e@gmail.com","ALSA: Add SNDRV_PCM_STATE_PAUSED case in wait_for_avail function\n\ncommit ed697e1aaf7237b1a62af39f64463b05c262808d upstream.\n\nWhen the process is sleeping at the SNDRV_PCM_STATE_PAUSED\nstate from the wait_for_avail function, the sleep process will be woken by\ntimeout(10 seconds). Even if the sleep process wake up by timeout, by this\npatch, the process will continue with sleep and wait for the other state.\n\nSigned-off-by: JongHo Kim <furmuwon@gmail.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","JongHo Kim",false],["440ebcaf4897ea43dce263543152734f46d604f2","9fb354e0a5603a0331399c18f4aa5aab2f9d9c5b@canonical.com","ALSA: hda - Add enable_msi=0 workaround for four HP machines\n\ncommit 693e0cb052c607e2d41edf9e9f1fa99ff8c266c1 upstream.\n\nWhile enabling these machines, we found we would sometimes lose an\ninterrupt if we change hardware volume during playback, and that\ndisabling msi fixed this issue. (Losing the interrupt caused underruns\nand crackling audio, as the one second timeout is usually bigger than\nthe period size.)\n\nThe machines were all machines from HP, running AMD Hudson controller,\nand Realtek ALC282 codec.\n\nBugLink: https://bugs.launchpad.net/bugs/1260225\nSigned-off-by: David Henningsson <david.henningsson@canonical.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","David Henningsson",false],["022fade9d15c8b62f79c5b650c8c9c2422c1108d","51909cde9c974b33f1f2fb15bb7fd44a1b667281@canonical.com","ALSA: hda - Add Dell headset detection quirk for three laptop models\n\ncommit c29cb5eb8157a0049c882672a7f941261f23ea34 upstream.\n\nOn the Dell machines with codec whose Subsystem Id is 0x10280610,\n0x10280629 or 0x1028063e, no external microphone can be detected when\nplugging a 3-ring headset. If we add \"model=dell-headset-multi\" for\nthe snd-hda-intel.ko, the problem will disappear.\n\nThe codecs on these machines belong to alc_269 family.\n\nBugLink: https://bugs.launchpad.net/bugs/1260303\nCc: David Henningsson <david.henningsson@canonical.com>\nSigned-off-by: Hui Wang <hui.wang@canonical.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Hui Wang",false],["432e0d6f5e63d49c1699cbe1a89e73a1bbb377d7","09f65b71b7655725897b2fd41a09a0cefe2e1ace@kernel.org","iio:imu:adis16400 fix pressure channel scan type\n\ncommit 3425c0f7ac61f2fcfb7f2728e9b7ba7e27aec429 upstream.\n\nA single channel in this driver was using the IIO_ST macro.\nThis does not provide a parameter for setting the endianness of\nthe channel.  Thus this channel will have been reported as whatever\nis the native endianness of the cpu rather than big endian. This\nmeans it would be incorrect on little endian platforms.\n\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nAcked-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","Jonathan Cameron",false]],"size":163,"ref":"refs/heads/pf-3.12","head":"cf1f4f67a67e060bb62aa36d9a650ac90785ca0e"}