[PATCH 3.14 10/19] KVM: x86: move steal time initialization to vcpu entry time

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti commit 7cae2bedcbd4680b155999655e49c27b9cf020fa upstream. As reported at https://bugs.launchpad.net/qemu/+bug/1494350, it is possible to have vcpu->arch.st.last_steal initializ

[PATCH 3.14 04/19] ASoC: wm8994: Fix enum ctl accesses in a wrong type

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 8019c0b37cd5a87107808300a496388b777225bf upstream. The DRC Mode like "AIF1DRC1 Mode" and EQ Mode like "AIF1.1 EQ Mode" in wm8994 codec driver are enum ctls, while the curre

[PATCH 3.14 08/19] mac80211: minstrel_ht: set default tx aggregation timeout to 0

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Felix Fietkau commit 7a36b930e6ed4702c866dc74a5ad07318a57c688 upstream. The value 5000 was put here with the addition of the timeout field to ieee80211_start_tx_ba_session. It was originally a

Re: [RFC PATCH] Unexport do_machine_check() and machine_check_poll()

On Mon, Mar 14, 2016 at 09:55:17AM -0700, Luck, Tony wrote: > It doesn't seem like a very natural fit ... the three routines > take very different arguments which you bundle into a "void *". Yeah, that was the quick'n'dirty approach. > I'm also not sure what we gain. Now we have one, complicated,

[PATCH 3.14 17/19] lib/ucs2_string: Correct ucs2 -> utf8 conversion

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jason Andryuk commit a68075908a37850918ad96b056acc9ac4ce1bd90 upstream. The comparisons should be >= since 0x800 and 0x80 require an additional bit to store. For the 3 byte case, the existing

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 10:17 AM, Andy Lutomirski wrote: > > So yes, let's please warn. I'm okay with removing the panic_on_oops > thing though. (But if anyone suggests that we should stop OOPSing on > bad kernel page faults, I *will* fight back.) Bad kernel page faults are something completely

[PATCH 3.14 00/19] 3.14.65-stable review

This is the start of the stable review cycle for the 3.14.65 release. There are 19 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Mar 16 17:50:23 UTC 2016. Anything receiv

[PATCH 4.4 47/50] MIPS: smp.c: Fix uninitialised temp_foreign_map

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit d825c06bfe8b885b797f917ad47365d0e9c21fbb upstream. When calculate_cpu_foreign_map() recalculates the cpu_foreign_map cpumask it uses the local variable temp_foreign_map witho

[PATCH 3.14 18/19] modules: fix longstanding /proc/kallsyms vs module insertion race.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Rusty Russell commit 8244062ef1e54502ef55f54cced659913f244c3e upstream. For CONFIG_KALLSYMS, we keep two symbol tables and two string tables. There's one full copy, marked SHF_ALLOC and laid o

[PATCH 3.14 02/19] KVM: PPC: Book3S HV: Sanitize special-purpose register values on guest exit

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Mackerras commit ccec44563b18a0ce90e2d4f332784b3cb25c8e9c upstream. Thomas Huth discovered that a guest could cause a hard hang of a host CPU by setting the Instruction Authority Mask Reg

[PATCH 3.14 06/19] wext: fix message delay/ordering

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 8bf862739a7786ae72409220914df960a0aa80d8 upstream. Beniamino reported that he was getting an RTM_NEWLINK message for a given interface, after the RTM_DELLINK for it. It tu

Re: [PATCH] spmi: do not use bus internal data

On 03/07, Sudip Mukherjee wrote: > The variable p is a data structure which is used by the driver core > internally and it is not expected that busses will be directly accessing > these driver core internal only data. > > Signed-off-by: Sudip Mukherjee > --- Reviewed-by: Stephen Boyd -- Qualc

[PATCH 4.4 44/50] ovl: copy new uid/gid into overlayfs runtime inode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit b81de061fa59f17d2730aabb1b84419ef3913810 upstream. Overlayfs must update uid/gid after chown, otherwise functions like inode_owner_or_capable() will check user agai

[GIT PULL] spi updates for v4.6

The following changes since commit 3ee20abb063acc57a45ccb2fdab2eb3ce29e85fa: Merge remote-tracking branch 'spi/fix/rockchip' into spi-linus (2016-03-10 10:42:24 +0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v4.6 for yo

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:04 AM, Linus Torvalds wrote: > > None of this insane complicated crap that buys us exactly *nothing*, > and depends on fancy new exception handling support etc etc. Actually, the one _new_ thing we could do is to instead of removing the old crappy rdmsr()/wrmsr() implem

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:04 AM, Linus Torvalds wrote: > On Mon, Mar 14, 2016 at 10:17 AM, Andy Lutomirski wrote: >> >> So yes, let's please warn. I'm okay with removing the panic_on_oops >> thing though. (But if anyone suggests that we should stop OOPSing on >> bad kernel page faults, I *will

[PATCH 4.4 41/50] powerpc/powernv: Add a kmsg_dumper that flushes console output on panic

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Russell Currey commit affddff69c55eb68969448f35f59054a370bc7c1 upstream. On BMC machines, console output is controlled by the OPAL firmware and is only flushed when its pollers are called. Whe

[PATCH v2] thermal: add sysfs_notify on some attributes

Add a sysfs_notify on thermal_zone*/temp and cooling_device*/ cur_state whenever any trip is triggered or cur state is changed. This change allows usermode apps to register themselves to get notified, when certain thermal conditions occur and reduce their workload. This workload throttling allows

[PATCH 4.4 40/50] powerpc: Fix dedotify for binutils >= 2.26

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Schwab commit f15838e9cac8f78f0cc506529bb9d3b9fa589c1f upstream. Since binutils 2.26 BFD is doing suffix merging on STRTAB sections. But dedotify modifies the symbol names in place, wh

[PATCH 4.4 39/50] Revert "drm/radeon/pm: adjust display configuration after powerstate"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit d74e766e1916d0e09b86e4b5b9d0f819628fd546 upstream. This reverts commit 39d4275058baf53e89203407bf3841ff2c74fa32. This caused a regression on some older hardware. bug: http

[PATCH 4.4 06/50] kvm: cap halt polling at exactly halt_poll_ns

4.4-stable review patch. If anyone has any objections, please let me know. -- From: David Matlack commit 313f636d5c490c9741d3f750dc8da33029edbc6b upstream. When growing halt-polling, there is no check that the poll time exceeds the limit. It's possible for vcpu->halt_poll_ns g

[PATCH 4.4 45/50] ovl: fix getcwd() failure after unsuccessful rmdir

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Rui Wang commit ce9113bbcbf45a57c082d6603b9a9f342be3ef74 upstream. ovl_remove_upper() should do d_drop() only after it successfully removes the dir, otherwise a subsequent getcwd() system call

[PATCH 4.4 43/50] userfaultfd: dont block on the last VM updates at exit time

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit 39680f50ae54cbbb6e72ac38b8329dd3eb9105f4 upstream. The exit path will do some final updates to the VM of an exiting process to inform others of the fact that the process i

[PATCH 4.4 42/50] powerpc/powernv: Fix OPAL_CONSOLE_FLUSH prototype and usages

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Russell Currey commit c88c5d43732a0356f99e5e4d1ad62ab1ea516b81 upstream. The recently added OPAL API call, OPAL_CONSOLE_FLUSH, originally took no parameters and returned nothing. The call was

[PATCH 4.4 18/50] ASoC: dapm: Fix ctl value accesses in a wrong type

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 741338f99f16dc24d2d01ac777b0798ae9d10a90 upstream. snd_soc_dapm_dai_link_get() and _put() access the associated ctl values as value.integer.value[]. However, this is an enu

[PATCH 4.4 35/50] x86/mm: Fix slow_virt_to_phys() for X86_PAE again

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dexuan Cui commit bf70e5513dfea29c3682e7eb3dbb45f0723bac09 upstream. "d1cd12108346: x86, pageattr: Prevent overflow in slow_virt_to_phys() for X86_PAE" was unintentionally removed by the recent

Re: multipath: I/O hanging forever

On Sat, Mar 12, 2016 at 09:47:23AM +0800, Ming Lei wrote: > On Fri, 11 Mar 2016 15:24:33 -0700 > Andrea Righi wrote: > > > On Sat, Mar 05, 2016 at 08:31:03PM -0900, Kent Overstreet wrote: > > > On Fri, Mar 04, 2016 at 10:30:44AM -0700, Andrea Righi wrote: > > > > On Sun, Feb 28, 2016 at 08:46:16P

[GIT PULL] regmap updates for v4.6

The following changes since commit fc77dbd34c5c99bce46d40a2491937c3bcbd10af: Linux 4.5-rc6 (2016-02-28 08:41:20 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-v4.6 for you to fetch changes up to d25263d917caadba52

[PATCH 4.4 26/50] can: gs_usb: fixed disconnect bug by removing erroneous use of kfree()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Maximilain Schneider commit e9a2d81b1761093386a0bb8a4f51642ac785ef63 upstream. gs_destroy_candev() erroneously calls kfree() on a struct gs_can *, which is allocated through alloc_candev() and

[PATCH 4.4 28/50] mac80211: minstrel: Change expected throughput unit back to Kbps

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sven Eckelmann commit 212c5a5e6ba61678be6b5fee576e38bccb50b613 upstream. The change from cur_tp to the function minstrel_get_tp_avg/minstrel_ht_get_tp_avg changed the unit used for the current

[PATCH 4.4 27/50] iwlwifi: mvm: inc pending frames counter also when txing non-sta

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Liad Kaufman commit fb896c44f88a75843a072cd6961b1615732f7811 upstream. Until this patch, when TXing non-sta the pending_frames counter wasn't increased, but it WAS decreased in iwl_mvm_rx_tx_cm

[PATCH 4.4 29/50] mac80211: fix use of uninitialised values in RX aggregation

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chris Bainbridge commit f39ea2690bd61efec97622c48323f40ed6e16317 upstream. Use kzalloc instead of kmalloc for struct tid_ampdu_rx to initialize the "removed" field (all others are initialized m

[PATCH 4.4 33/50] mac80211: Fix Public Action frame RX in AP mode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jouni Malinen commit 1ec7bae8bec9b72e347e01330c745ab5cdd66f0e upstream. Public Action frames use special rules for how the BSSID field (Address 3) is set. A wildcard BSSID is used in cases wher

[PATCH 4.4 04/50] ARM: OMAP2+: hwmod: Introduce ti,no-idle dt property

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Lokesh Vutla commit 2e18f5a1bc18e8af7031b3b26efde25307014837 upstream. Introduce a dt property, ti,no-idle, that prevents an IP to idle at any point. This is to handle Errata i877, which tells

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:10 AM, Andy Lutomirski wrote: > > A couple of the wrmsr users actually care about performance. These > are the ones involved in context switching and, to a lesser extent, in > switching in and out of guest mode. .. ok, see the crossed emails. I'd *much* rather special

[PATCH 4.4 34/50] gpu: ipu-v3: Do not bail out on missing optional port nodes

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Zabel commit 17e0521750399205f432966e602e125294879cdd upstream. The port nodes are documented as optional, treat them accordingly. Reported-by: Martin Fuzzey Reported-by: Chris Healy

[PATCH 4.4 23/50] ovl: fix working on distributed fs as lower layer

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit b5891cfab08fe3144a616e8e734df7749fb3b7d0 upstream. This adds missing .d_select_inode into alternative dentry_operations. Signed-off-by: Konstantin Khlebnikov Fixe

[PATCH 4.4 25/50] cfg80211/wext: fix message ordering

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit cb150b9d23be6ee7f3a0fff29784f1c5b5ac514d upstream. Since cfg80211 frequently takes actions from its netdev notifier call, wireless extensions messages could still be ordere

[PATCH 4.4 24/50] wext: fix message delay/ordering

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 8bf862739a7786ae72409220914df960a0aa80d8 upstream. Beniamino reported that he was getting an RTM_NEWLINK message for a given interface, after the RTM_DELLINK for it. It tur

[PATCH 4.4 22/50] ovl: ignore lower entries when checking purity of non-directory entries

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit 45d11738969633ec07ca35d75d486bf2d8918df6 upstream. After rename file dentry still holds reference to lower dentry from previous location. This doesn't matter for da

[PATCH 4.4 21/50] ASoC: wm8958: Fix enum ctl accesses in a wrong type

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit d0784829ae3b0beeb69b476f017d5c8a2eb95198 upstream. "MBC Mode", "VSS Mode", "VSS HPF Mode" and "Enhanced EQ Mode" ctls in wm8958 codec driver are enum, while the current driv

[PATCH 4.4 02/50] ARM: mvebu: fix overlap of Crypto SRAM with PCIe memory window

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit d7d5a43c0d16760f25d892bf9329848167a8b8a4 upstream. When the Crypto SRAM mappings were added to the Device Tree files describing the Armada XP boards in commit c466d997bb

[PATCH 4.4 20/50] ASoC: wm8994: Fix enum ctl accesses in a wrong type

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 8019c0b37cd5a87107808300a496388b777225bf upstream. The DRC Mode like "AIF1DRC1 Mode" and EQ Mode like "AIF1.1 EQ Mode" in wm8994 codec driver are enum ctls, while the curren

[PATCH 4.4 19/50] ASoC: samsung: Use IRQ safe spin lock calls

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Charles Keepax commit 316fa9e09ad76e095b9d7e9350c628b918370a22 upstream. Lockdep warns of a potential lock inversion, i2s->lock is held numerous times whilst we are under the substream lock (sn

Re: [v6, 5/5] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

On 03/14/2016 02:29 AM, Yangbo Lu wrote: >> -Original Message- >> From: Arnd Bergmann [mailto:a...@arndb.de] >> Sent: Monday, March 14, 2016 6:26 AM >> To: linuxppc-...@lists.ozlabs.org >> Cc: Yangbo Lu; devicet...@vger.kernel.org; linux-arm- >> ker...@lists.infradead.org; linux-kernel@vger

Re: [PATCH 1/5] mlx4: add missing braces in verify_qp_parameters

On Mon, Mar 14, 2016 at 03:18:34PM +0100, Arnd Bergmann wrote: > The implementation of QP paravirtualization back in linux-3.7 included > some code that looks very dubious, and gcc-6 has grown smart enough > to warn about it: > > drivers/net/ethernet/mellanox/mlx4/resource_tracker.c: In function

Re: [PATCH 3/4] infiniband: hns: add Hisilicon RoCE support(driver code)

>> >> Since SRQ is not supported in this driver version, can you keep >> remaining code base also to not bother about SRQ specifically >> poll_cq_one, modify_qp, destroy_qp etc? >> SRQ support can come as complete additional patch along with cmd_mask, >> callbacks and rest of the code. >> >> . > So

[PATCH 4.4 15/50] dmaengine: at_xdmac: fix residue computation

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ludovic Desroches commit 25c5e9626ca4d40928dc9c44f009ce2ed0a739e7 upstream. When computing the residue we need two pieces of information: the current descriptor and the remaining data of the cu

[PATCH 4.4 32/50] mac80211: check PN correctly for GCMP-encrypted fragmented MPDUs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 9acc54beb474c81148e2946603d141cf8716b19f upstream. Just like for CCMP we need to check that for GCMP the fragments have PNs that increment by one; the spec was updated to f

[PATCH 4.4 30/50] mac80211: minstrel_ht: set default tx aggregation timeout to 0

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Felix Fietkau commit 7a36b930e6ed4702c866dc74a5ad07318a57c688 upstream. The value 5000 was put here with the addition of the timeout field to ieee80211_start_tx_ba_session. It was originally ad

[PATCH 4.4 03/50] ARM: dts: dra7: do not gate cpsw clock due to errata i877

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mugunthan V N commit 0f514e690740e54815441a87708c3326f8aa8709 upstream. Errata id: i877 Description: The RGMII 1000 Mbps Transmit timing is based on the output clock (rgmiin_txc)

RE: [RFC PATCH] Unexport do_machine_check() and machine_check_poll()

> But the sentiment is: I want to unexport do_machine_check() and > machine_check_poll() and not let external modules call into them > directly. Why, you ask? Because they have no business doing that. EXPORT is a big hammer ... we either let every module have access to a function, or none. It sou

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:15 AM, Linus Torvalds wrote: > On Mon, Mar 14, 2016 at 11:10 AM, Andy Lutomirski wrote: >> >> A couple of the wrmsr users actually care about performance. These >> are the ones involved in context switching and, to a lesser extent, in >> switching in and out of guest m

[PATCH] tpm, tpm_crb: remove wmb()'s

wmbs are not neded as we use iowrite32(). Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm_crb.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c index a12b319..1cabe30 100644 --- a/drivers/char/tpm/tpm_crb.c +++ b/drivers/ch

Re: unshare(CLONE_VM) Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand

On Mon, Mar 14, 2016 at 6:15 AM, Julian Smith wrote: > > I'm looking into whether it would be possible to extend the unshare > syscall to support the CLONE_VM flag with multi-threaded processes, > because this would allow us at Undo to record multi-threaded user > processes much more efficiently t

Re: [PATCH V7 01/12] thermal: tegra: move tegra thermal files into tegra directory

On Fri, Mar 11, 2016 at 11:09:12AM +0800, Wei Ni wrote: > Move Tegra soctherm driver to tegra directory, it's easy to maintain > and add more new function support for Tegra platforms. > This will also help to split soctherm driver into common parts and > chip specific data related parts. > > Signe

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:24 AM, Andy Lutomirski wrote: > > The code in my queue is, literally: > > bool ex_handler_rdmsr_unsafe(const struct exception_table_entry *fixup, > struct pt_regs *regs, int trapnr) > { > WARN_ONCE(1, "unchecked MSR access error: RDMSR from 0x%x", >

Re: [PATCH] nfsd: recover: fix memory leak

On Mon, Mar 07, 2016 at 03:40:03PM +0530, Sudip Mukherjee wrote: > nfsd4_cltrack_grace_start() will allocate the memory for grace_start but > when we returned due to error we missed freeing it. Thanks, applying for 4.6.--b. > > Signed-off-by: Sudip Mukherjee > --- > fs/nfsd/nfs4recover.c | 1 +

Re: [PATCH v4 2/5] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

On Mon, Mar 14, 2016 at 11:40 AM, Linus Torvalds wrote: > On Mon, Mar 14, 2016 at 11:24 AM, Andy Lutomirski wrote: >> >> The code in my queue is, literally: >> >> bool ex_handler_rdmsr_unsafe(const struct exception_table_entry *fixup, >> struct pt_regs *regs, int trapnr) >> { >>

[PATCH] ath5k: Change led pin configuration for compaq c700 laptop

BugLink: http://bugs.launchpad.net/bugs/972604 Commit 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin configuration for compaq c700 laptop") added a pin configuration for the Compaq c700 laptop. However, the polarity of the led pin is reversed. It should be red for wifi off and

Re: [RFC PATCH] Unexport do_machine_check() and machine_check_poll()

On Mon, Mar 14, 2016 at 06:24:23PM +, Luck, Tony wrote: > > But the sentiment is: I want to unexport do_machine_check() and > > machine_check_poll() and not let external modules call into them > > directly. Why, you ask? Because they have no business doing that. > > EXPORT is a big hammer ...

Re: [PATCH V7 05/12] thermal: tegra: add Tegra210 specific SOC_THERM driver

On Fri, Mar 11, 2016 at 11:10:25AM +0800, Wei Ni wrote: > Add Tegra210 specific SOC_THERM driver. > > Signed-off-by: Wei Ni > --- > drivers/thermal/tegra/Makefile| 1 + > drivers/thermal/tegra/soctherm-fuse.c | 11 ++ > drivers/thermal/tegra/soctherm.c | 6 ++ > dri

coccinelle: generalized removal of unnecessary pointer casts?

I wrote a little cocci script to remove unnecessary casts for memset and memcpy (below) and tested it on linux kernel's drivers/staging/ directory. For instance, when dst and src are already pointers: - memcpy((u8 *)dst, (u8 *)src, r8712_get_wlan_bssid_ex_sz(src)); + memcpy(dst, src,

Re: [PATCH 1/4] acpi,pci,irq: reduce resource requirements

On Tue, Mar 08, 2016 at 07:41:16PM -0500, Sinan Kaya wrote: > Code has been redesigned to calculate penalty requirements on the fly. This > significantly simplifies the implementation and removes some of the init > calls from x86 architecture. > > Signed-off-by: Sinan Kaya > --- > drivers/acpi/p

Re: [PATCH 2/2] x86/mtrr: Refactor PAT initialization code

On Sat, 2016-03-12 at 17:18 +0100, Ingo Molnar wrote: > * Toshi Kani wrote: > > > On Fri, 2016-03-11 at 09:13 +, Ingo Molnar wrote: > > > * Ingo Molnar wrote: > > > > > > > > > > > * Toshi Kani wrote: > > > > > > > > > MTRR manages PAT initialization as it implements a rendezvous > > > >

[PATCH] rtc: s3c: Don't print an error on probe deferral

The clock and source clock looked up by the driver may not be available just because the clock controller driver was not probed yet so printing an error in this case is not correct and only adds confusion to users. However, knowing that a driver's probe was deferred may be useful so it can be prin

[PATCH] Input: xpad - Add Mad Catz FightStick TE 2 VID/PID

This adds the VID/PID combination for the Xbox One version of the Mad Catz FightStick TE 2. The functionality that this provides is about on par with what the Windows drivers for the stick manage to deliver. What works: - Digital stick - 6 main buttons - Xbox button - The two buttons on the back

Re: [PATCH V7 06/12] thermal: tegra: add a debugfs to show registers

On Fri, Mar 11, 2016 at 11:10:35AM +0800, Wei Ni wrote: > Add a debugfs interface to show register contents for debug. > > Signed-off-by: Wei Ni > --- > drivers/thermal/tegra/soctherm.c | 143 > ++- > drivers/thermal/tegra/soctherm.h | 2 + > 2 files change

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

On Mon, 2016-03-14 at 16:05 -0300, Javier Martinez Canillas wrote: > The clock and source clock looked up by the driver may not be available > just because the clock controller driver was not probed yet so printing > an error in this case is not correct and only adds confusion to users. > > Howeve

Re: [RFC PATCH v3 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

On Wed, Mar 09, 2016 at 07:41:01AM +, Gabriele Paoloni wrote: > Hi Bjorn, Lorenzo > > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: 02 March 2016 15:51 > > To: Lorenzo Pieralisi > > Cc: Gabriele Paoloni; 'Mark Rutland'; Guohanjun (Hanjun Guo); Wangz

Re: [PATCH V7 09/12] thermal: tegra: add thermtrip function

On Fri, Mar 11, 2016 at 11:11:12AM +0800, Wei Ni wrote: > Add support for hardware critical thermal limits to the > SOC_THERM driver. It use the Linux thermal framework to > create critical trip temp, and set it to SOC_THERM hardware. > If these limits are breached, the chip will reset, and if > ap

Re: linux-next: Tree for Mar 14

On Mon, Mar 14, 2016 at 04:51:51PM +, James Morse wrote: > Hi Guenter, > > On 14/03/16 14:37, Guenter Roeck wrote: > > To give people an idea what to expect in the merge window, here are my > > current > > build and runtime test results. Some of the runtime failures are due to the > > newly i

Re: [RFC 1/7] drm/amdkfd: avoid fragile and inefficient snprintf use

On Mon, Mar 14 2016, Oded Gabbay wrote: > On Tue, Mar 8, 2016 at 10:40 PM, Rasmus Villemoes > wrote: >> Passing overlapping source and destination buffers to snprintf >> formally has undefined behaviour and is rather fragile. While the > > I saw there were some different opinions on this. > Have

Re: [PATCH] SOCK_SEQPACKET socketpair must get SIGPIPE in AF_UNIX if one end is closed

From: Alexander Potapenko Date: Wed, 9 Mar 2016 15:10:23 +0100 > According to IEEE Std 1003.1, 2013, sending data to a SOCK_SEQPACKET > socketpair with MSG_NOSIGNAL flag set must result in a SIGPIPE if the > socket is no longer connected. > > Signed-off-by: Alexander Potapenko Please format y

[PATCH] usb: dwc2: gadget: avoid null dereference on incomplete transfer

Setting up a gadget with the uac2 function results in: Unable to handle kernel NULL pointer dereference at virtual address 0058 ... PC is at dwc2_hsotg_irq+0x7f0/0x908 LR is at dwc2_hsotg_irq+0x4c/0x908 Backtrace: [] (dwc2_hsotg_irq) from [] (handle_irq_event_percpu+0x130/0x3ec)

Re: [PATCH] net: mvneta: Add missing hotplug notifier transition

From: Anna-Maria Gleixner Date: Fri, 11 Mar 2016 10:10:23 +0100 > The mvneta_percpu_notifier() hotplug callback lacks handling of the > CPU_DOWN_FAILED case. That means, if CPU_DOWN_PREPARE failes, the > driver is not well configured on the CPU. > > Add handling for CPU_DOWN_FAILED[_FROZEN] hotp

Re: [PATCH V7 10/12] thermal: tegra: add PM support

On Fri, Mar 11, 2016 at 11:11:26AM +0800, Wei Ni wrote: > Add suspend/resume function in soctherm driver. > And enable it for Tegra124 and Tegra210. I would prefer you either improve the description of changes needed to get suspend and resume fully working or you split this patch into smaller and

Re: [PATCH 3/3] x86: context_tracking: avoid irq_save/irq_restore on kernel entry and exit

On Tue, Oct 27, 2015 at 10:22 PM, Andy Lutomirski wrote: > On Tue, Oct 27, 2015 at 6:39 PM, Paolo Bonzini wrote: >> x86 always calls user_enter and user_exit with interrupt disabled. >> Therefore, it is not necessary to check for exceptions, nor to >> save/restore the IRQ state, when context trac

Re: [PATCH v5 3/6] mfd: cros_ec: Add cros_ec_get_host_event

On Mon, Mar 14, 2016 at 8:44 AM, Tomeu Vizoso wrote: > This function returns the code for the host event that triggered the > interrupt that is being currently handled. > > Is to be used by observers of the event_notifier in the EC device. > > Signed-off-by: Tomeu Vizoso > --- > > Changes in v5:

Re: [PATCHv2] vsock: Fix blocking ops call in prepare_to_wait

From: Claudio Imbrenda Date: Fri, 11 Mar 2016 13:39:23 +0100 > I think I found a problem with the patch submitted by Laura Abbott > ( https://lkml.org/lkml/2016/2/4/711 ): we might miss wakeups. > Since the condition is not checked between the prepare_to_wait and the > schedule(), if a wakeup hap

Re: [PATCH] batman-adv: Less function calls in batadv_is_ap_isolated() after error detection

From: SF Markus Elfring Date: Fri, 11 Mar 2016 13:40:56 +0100 > From: Markus Elfring > Date: Fri, 11 Mar 2016 13:10:20 +0100 > > The variables "tt_local_entry" and "tt_global_entry" were eventually > checked again despite of a corresponding null pointer test before. > > * Avoid this double che

Re: [PATCH V7 11/12] arm64: tegra: add soctherm node for Tegra210

On Fri, Mar 11, 2016 at 11:11:34AM +0800, Wei Ni wrote: > Adds soctherm node for Tegra210, and add cpu, > gpu, mem, pllx as thermal-zones. Set critical > trip temp for cpu and gpu thermal zone. > > Signed-off-by: Wei Ni > --- > arch/arm64/boot/dts/nvidia/tegra210.dtsi | 60 > +++

Re: [PATCH v2 0/3] net/phy: Improvements to Cavium Thunder MDIO code.

From: David Daney Date: Fri, 11 Mar 2016 09:53:08 -0800 > Changes from v1: > > - In 1/3 Add back check for non-OF objects in bgx_init_of_phy(). It >is probably not necessary, but better safe than sorry... > > The firmware on many Cavium Thunder systems configures the MDIO bus > hardware t

Re: [PATCH] Driver: Vmxnet3: Fix regression caused by cec0556

From: Shrikrishna Khare Date: Fri, 11 Mar 2016 13:29:44 -0800 > don't pass uninitialized flags to spin_unlock_irqrestore. > > Reported-by: Tetsuo Handa > Signed-off-by: Shrikrishna Khare > Signed-off-by: Guolin Yang Sorry, I noticed Arnd's version of this fix first and therefore applied his

Re: [PATCH] epoll: add exclusive wakeups flag

On 03/14/2016 01:47 PM, Michael Kerrisk (man-pages) wrote: > [Restoring CC, which I see I accidentally dropped, one iteration back.] > > Hi Jason, > > Thanks for the review. I've tweaked one piece to respond to your > feedback. But I also have another new question below. > > On 03/15/2016 03:5

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

Hello Joe, Thanks a lot for your feedback. On 03/14/2016 04:11 PM, Joe Perches wrote: > On Mon, 2016-03-14 at 16:05 -0300, Javier Martinez Canillas wrote: >> The clock and source clock looked up by the driver may not be available >> just because the clock controller driver was not probed yet so p

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

On Mon, 2016-03-14 at 16:31 -0300, Javier Martinez Canillas wrote: > On 03/14/2016 04:11 PM, Joe Perches wrote:> > On Mon, 2016-03-14 at 16:05 > -0300, Javier Martinez Canillas wrote: > > > > > > The clock and source clock looked up by the driver may not be available > > > just because the clock

Re: [PATCH 1/1] hwmon: add support for Sensirion SHT3x sensors

Hi Pascal, On Mon, Mar 14, 2016 at 03:28:52PM +, Pascal Sachs wrote: > Hi Guenter > > Thank you for the fast code review. > During extended testing of the updated driver we found some other minor > issues with the alert feature we would like to fix before submitting again. > Take your time

Re: WARNING in do_jobctl_trap

Hi Dmitry, On 03/10, Dmitry Vyukov wrote: > > I am running with the __ptrace_unlink fix since then, and did not see any > bugs. > Please mail it a proper patch. Yes, thanks, will do in a minute... Hopefully I'll (re)send more fixes for the problems found by syzkaller this week. Oleg.

Re: [PATCH 11/13] thermal: convert exynos to use devm_thermal_zone_of_sensor_register

On Thu, Mar 10, 2016 at 09:16:36AM +0900, Krzysztof Kozlowski wrote: > On 10.03.2016 06:35, Eduardo Valentin wrote: > > This changes the driver to use the devm_ version > > of thermal_zone_of_sensor_register and cleans > > up the local points and unregister calls. > > > > Cc: Lukasz Majewski > >

Re: [PATCH net v2 0/4] Few mvneta fixes

From: Gregory CLEMENT Date: Sat, 12 Mar 2016 18:44:16 +0100 > In this second version I split the last patch in two parts as > requested. > > For the record the initial cover letter was: > "here is a patch set of few fixes. Without the first one, a kernel > configured with debug features ended to

Re: [PATCH 04/13] hwmon: convert scpi-hwmon to use devm_thermal_zone_of_sensor_register

On Wed, Mar 09, 2016 at 06:29:17PM -0800, Guenter Roeck wrote: > On 03/09/2016 01:35 PM, Eduardo Valentin wrote: > >This changes the driver to use the devm_ version > >of thermal_zone_of_sensor_register and cleans > >up the local points and unregister calls. > > > >Cc: Jean Delvare > >Cc: Guenter

Re: [PATCH 2/2] mISDN: Support DR6 indication in mISDNipac driver

From: "Maciej S. Szmigiero" Date: Sun, 13 Mar 2016 00:19:07 +0100 > According to figure 39 in PEB3086 data sheet, version 1.4 this indication > replaces DR when layer 1 transition source state is F6. > > This fixes mISDN layer 1 getting stuck in F6 state in TE mode on > Dialogic Diva 2.02 card (

Re: [PATCH 1/2] mISDN: Order IPAC register defines

From: "Maciej S. Szmigiero" Date: Sun, 13 Mar 2016 00:18:06 +0100 > It looks like IPAC/ISAC chips register defines weren't in any particular > order. > > Order them by their number to make it easier to spot holes. > > Signed-off-by: Maciej S. Szmigiero Applied.

[PATCH] Staging: vt6655: defined byVT3253InitTab_RFMD[] and byVT3253B0_RFMD[] as const arrays.

This patch changes byVT3253InitTab_RFMD[] and byVT3253B0_RFMD[] arrays in const arrays since these are not changed anywhere in the code. Signed-off-by: Claudiu Beznea --- drivers/staging/vt6655/baseband.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/vt6

Re: [PATCH v8 00/17] add fixes, device quirks, error recovery,

> "Yaniv" == Yaniv Gardi writes: Yaniv> V8: fixed cyclic dependency by removing ufs_quirk.c that was Yaniv> previously added in V7 06/17, and moving its code into ufshcd.c Applied to 4.6/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

Hello Joe, On 03/14/2016 04:38 PM, Joe Perches wrote: > On Mon, 2016-03-14 at 16:31 -0300, Javier Martinez Canillas wrote: >> On 03/14/2016 04:11 PM, Joe Perches wrote:> > On Mon, 2016-03-14 at 16:05 >> -0300, Javier Martinez Canillas wrote: The clock and source clock looked up by the d

Re: [PATCH][RFC,v4] ACPI / PM: Introduce efi poweroff for HW-full platforms without _S5

On Fri, 11 Mar, at 04:33:46PM, Chen, Yu C wrote: > > There is a future Base-IA platform, we are planning to skip > implementing the SLP_TYP register and the S5 object. (already there > will be no S3 and no S4) Cool. This is really valuable information that should go into the commit message. Be

Re: [PATCH v2 2/2] livepatch/module: remove livepatch module notifier

On Fri, Mar 11, 2016 at 03:03:48PM -0500, Jessica Yu wrote: > +/* Module can be either COMING or GOING */ IMO this comment doesn't really add anything: the below WARN_ON already says as much. Also the location of the comment right above the function is confusing: someone not familiar with the cod

[PATCH] ptrace: change __ptrace_unlink() to clear ->ptrace under ->siglock

This test-case (simplified version of generated by syzkaller) #include #include #include void test(void) { for (;;) { if (fork()) { wait(NULL); contin

<    2   3   4   5   6   7   8   9   >