Re: [PATCH v8 06/14] lockdep: Detect and handle hist_lock ring buffer overwrite

On Thu, Aug 10, 2017 at 08:51:33PM +0800, Boqun Feng wrote: [...] > > > > + /* Check if the ring was overwritten. */ > > > > + if (h->hist_id != cur->hist_id_save[c]) > > > > > > Could we use: > > > > > > if (h->hist_id != idx) > > > > No, we cannot. > > >

[PATCH 1/3] staging: pi433: rf69.c style fix - that open brace

This patch fixes the following checkpatch.pl error: ERROR: that open brace { should be on the previous line in rf69.c file as requested by TODO file. Note: ERROR: else should follow close brace '}' remains valid here and is going to be fixed by the next patch in set. Additionally some style

[PATCH 2/3] staging: pi433: rf69.c style fix - else close brace

This patch fixes the following checkpatch.pl error: ERROR: else should follow close brace '}' in rf69.c file as requested by TODO file. Signed-off-by: Marcin Ciupak --- drivers/staging/pi433/rf69.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 0/3] staging: pi433: rf69.c style errors fixes - braces

This set of patches is intended to fix coding style errors with braces in rf69.c file in order to comply with kernel coding style guide as requested by TODO file. The following errors were fixed: ERROR: that open brace { should be on the previous line ERROR: else should follow close brace '}'

Re: suspicious __GFP_NOMEMALLOC in selinux

On Thu, Aug 10, 2017 at 3:02 AM, Michal Hocko wrote: > On Tue 08-08-17 09:34:15, Paul Moore wrote: >> On Mon, Aug 7, 2017 at 2:58 AM, Michal Hocko wrote: >> > On Fri 04-08-17 13:12:04, Paul Moore wrote: >> >> On Fri, Aug 4, 2017 at 3:56 AM, Michal Hocko

Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

On 08/10/2017 09:27 AM, Waiman Long wrote: > On 08/10/2017 07:50 AM, Peter Zijlstra wrote: >> On Wed, May 24, 2017 at 09:38:28AM -0400, Waiman Long wrote: >>> # of thread w/o patchwith patch % Change >>> --- --- >>>4

Re: [PATCH v2 3/4] dt-bindings: remoteproc: Add bindings for Davinci DSP processors

On Tue, Aug 01, 2017 at 10:48:43AM -0500, Suman Anna wrote: > Add the device tree bindings document for the DSP processor > subsystem devices on TI Davinci DA8xx/OMAP-L13x SoCs. > > Signed-off-by: Suman Anna > --- > v2: > - Updated the patch header > - Revised the binding

Re: Increased memory usage with scsi-mq

On 10/08/2017 16:16, Richard W.M. Jones wrote: > On Thu, Aug 10, 2017 at 02:53:58PM +0200, Paolo Bonzini wrote: >> can_queue and cmd_per_lun are different. can_queue should be set to the >> value of vq->vring.num where vq is the command virtqueue (the first one >> is okay if there's >1). >> >> If

Re: [PATCH] KVM: MMU: Fix softlockup due to mmu_lock is held too long

On 10/08/2017 15:55, Wanpeng Li wrote: > From: Wanpeng Li > > watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [warn_test:3089] > irq event stamp: 20532 > hardirqs last enabled at (20531): [] > restore_regs_and_iret+0x0/0x1d > hardirqs last disabled at (20532): []

Re: [PATCH] x86/efi: page align EFI ROM image ranges

* Matt Fleming wrote: > On Wed, 02 Aug, at 11:41:38AM, Stuart Hayes wrote: > > (Resend because I mistyped the maintainer's email address the first time.) > > > > The kernel's EFI stub locates and copies EFI ROM images into memory, > > which it allocates using the

Re: [PATCH] mm: add pmd_t initializer __pmd() to work around a GCC bug.

Ping. Just wonder what is the status of this patch. This patch is trivial and I successfully compiled it for sparc32. swp_entry_to_pmd() will be the only user of __pmd() in sparc32, returning __pmd(0). Having __pmd() can help replace following code in include/linux/swapops.h (in linux-next:

Re: [PATCH v3 00/13] introduce the Xen PV Calls frontend

On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > Hi all, > > this series introduces the frontend for the newly introduced PV Calls > procotol. > > PV Calls is a paravirtualized protocol that allows the implementation of > a set of POSIX functions in a different domain. The PV Calls frontend >

Re: [GIT PULL 00/18] perf/core improvements

* Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit

Re: [PATCH 1/2] ARM: dts: am571x-idk: Fix GPIO polarity for MMC1 card detect

* Kishon Vijay Abraham I [170810 00:46]: > Tony, > > On Thursday 10 August 2017 03:38 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I [170807 22:22]: > >> The GPIO polarity for MMC1 card detect is set to '0' which means > >> active-high. However the polarity

Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK

On Sun 06-08-17 10:04:25, Rik van Riel wrote: [...] > diff --git a/kernel/fork.c b/kernel/fork.c > index 17921b0390b4..db1fb2802ecc 100644 > --- a/kernel/fork.c > +++ b/kernel/fork.c > @@ -659,6 +659,13 @@ static __latent_entropy int dup_mmap(struct mm_struct > *mm, > tmp->vm_flags

[PATCH] hwmon:(stts751) buffer overread on wrong chip configuration

If stts751 hw by some reason reports conversion rate bigger then 9: ret = i2c_smbus_read_byte_data(priv->client, STTS751_REG_RATE); then dereference stts751_intervals[priv->interval] leads to buffer overread. The path adds sanity check for value read from chip. Found by Linux Driver

Re: [PATCH] power: smb347-charger: Summit SMB358 charger IC

On Wed, Aug 02, 2017 at 12:20:26AM +0530, Vinay Simha BN wrote: > Summit microelectronics' SMB358 charger chip has > almost the same register map and functionality. > voltage and current table are only differed. > > SMB345 charger IC tested in nexus7 > > Cc: John Stultz

Re: [PATCH -tip 1/2] kprobes/x86: Don't forget to set memory back to RO on failure

* Masami Hiramatsu wrote: > Do not forget to set kprobes insn buffer memory back > to RO on failure path. Without this fix, if there is > an unexpected error on copying instructions, kprobes > insn buffer kept RW, which can allow unexpected modifying > instruction buffer. >

[PATCH] dvb-usb: Add memory free on error path in dw2102_probe()

If dw2102_probe() fails on dvb_usb_device_init(), then memleak occurs. The patch adds deallocation to the error path. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Anton Vasilyev --- drivers/media/usb/dvb-usb/dw2102.c | 39

Applied "ASoC: spear: Delete an error message for a failed memory allocation in two functions" to the asoc tree

The patch ASoC: spear: Delete an error message for a failed memory allocation in two functions has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually

Applied "ASoC: rsnd: Delete an error message for a failed memory allocation in three functions" to the asoc tree

The patch ASoC: rsnd: Delete an error message for a failed memory allocation in three functions has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually

Re: Increased memory usage with scsi-mq

OK this is looking a bit better now. With scsi-mq enabled: 175 disks virtqueue_size=64: 318 disks * virtqueue_size=16: 775 disks * With scsi-mq disabled: 1755 disks * = new results I also ran the whole libguestfs test suite with

Re: [PATCH 4.12 000/106] 4.12.6-stable review

Greg Kroah-Hartman writes: > On Wed, Aug 09, 2017 at 01:34:09PM -0700, kernelci.org bot wrote: >> stable-rc/linux-4.12.y boot: 211 boots: 17 failed, 194 passed >> (v4.12.5-106-g38a3c1c9f248) >> >> Full Boot Summary: >>

Re: [PATCH 1/1] sched/topology: fix memleak in __sdt_alloc()

On Thu, Aug 10, 2017 at 03:52:16PM +0800, shuw...@redhat.com wrote: > From: Shu Wang > > Found this issue by kmemleak. the sg and sgc from __sdt_alloc() > might be leaked as each domain holds many groups' ref. And in > destroy_sched_domain(), it only declined the first group

Re: [PATCH] hwmon:(stts751) buffer overread on wrong chip configuration

On Thu, Aug 10, 2017 at 06:23:34PM +0300, Anton Vasilyev wrote: > If stts751 hw by some reason reports conversion rate bigger then 9: > ret = i2c_smbus_read_byte_data(priv->client, STTS751_REG_RATE); > then dereference stts751_intervals[priv->interval] leads to buffer > overread. > > The

Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

On Thu, Aug 10, 2017 at 09:58:57AM -0400, Waiman Long wrote: > On 08/10/2017 09:27 AM, Waiman Long wrote: > > On 08/10/2017 07:50 AM, Peter Zijlstra wrote: > >> On Wed, May 24, 2017 at 09:38:28AM -0400, Waiman Long wrote: > >>> # of thread w/o patchwith patch % Change > >>>

Re: [PATCH v2 14/23] spi: rockchip: add compatible string for rv1108 spi

On Wed, Aug 02, 2017 at 04:46:03PM +0800, Andy Yan wrote: > The spi on rv1108 is the same as other rockchip based > socs, add compatible string for it. > > Signed-off-by: Andy Yan > --- > > Changes in v2: None > > Documentation/devicetree/bindings/spi/spi-rockchip.txt

Re: [Linux-ima-devel] [PATCH, RESEND 08/12] ima: added parser for RPM data type

On Wed, 2017-08-09 at 19:18 +0200, Roberto Sassu wrote: > On 8/9/2017 4:30 PM, Mimi Zohar wrote: > > On Wed, 2017-08-09 at 11:15 +0200, Roberto Sassu wrote: > >> On 8/2/2017 9:22 AM, James Morris wrote: > >>> On Tue, 1 Aug 2017, Roberto Sassu wrote: > >>> > On 8/1/2017 12:27 PM, Christoph

Re: [PATCH] staging: bcm2835-audio: Fix memory corruption

On 10/08/2017 12:24, Dan Carpenter wrote: > On Thu, Aug 10, 2017 at 11:52:42AM +0100, Phil Elwell wrote: >> On 10/08/2017 11:21, Dan Carpenter wrote: >>> The original patch did not go through the normal review process... >>> >>> On Tue, Aug 08, 2017 at 01:05:02PM +0100, Phil Elwell wrote:

Re: [RFC v1 1/4] ipmi_bmc: framework for BT IPMI on BMCs

On 08/07/2017 10:52 PM, Brendan Higgins wrote: From: Benjamin Fair This patch introduces a framework for writing IPMI drivers which run on a Board Management Controller. It is similar in function to OpenIPMI. The framework handles registering devices and routing

Re: [RFC PATCH 0/9] Introduce housekeeping subsystem

On 8/10/2017 8:54 AM, Frederic Weisbecker wrote: But perhaps I should add a new NO_HZ_FULL_BUT_HOUSEKEEPING option. Otherwise we'll change the meaning of NO_HZ_FULL_ALL way too much, to the point that its default behaviour will be the exact opposite of the current one: by default every CPU is

Re: Linux 4.13: Reported regressions as of Sunday, 2017-08-06

On 8/6/17 9:59 AM, Thorsten Leemhuis wrote: > Hi! Find below my second regression report for Linux 4.13. It lists 10 > regressions I'm currently aware of (albeit in one case it's not entirely > clear yet if it's a regression in 4.13). One regression got fixed since > last weeks report. You can

Re: [PATCH] KVM: X86: Fix residual mmio emulation request to userspace

On 10/08/2017 16:09, Dmitry Vyukov wrote: > On Thu, Aug 10, 2017 at 3:44 PM, Paolo Bonzini wrote: >> On 10/08/2017 07:33, Wanpeng Li wrote: >>> Reported by syzkaller: >>> >>> The kvm-intel.unrestricted_guest=0 >>> >>>WARNING: CPU: 5 PID: 1014 at >>>

Re: [PATCH v3] livepatch: introduce shadow variable API

It generally looks ok. Only few questions below... [...] > +In-flight parent objects > + > + > +Sometimes it may not be convenient or possible to allocate shadow > +variables alongside their parent objects. Or a livepatch fix may > +require shadow varibles to only a

Re: [PATCH 1/4] drivers/hwmon/pmbus: Add IBM power supply hwmon driver

On Wed, Aug 02, 2017 at 04:17:10PM -0500, Eddie James wrote: > From: "Edward A. James" > > Add the driver to monitor power supplies with hwmon over pmbus. > > Signed-off-by: Edward A. James > --- > drivers/hwmon/pmbus/Kconfig | 10 +++ >

Re: [PATCH 4/4] Documentation: ABI: Add IBM power supply sysfs documentation

On Wed, Aug 02, 2017 at 04:17:13PM -0500, Eddie James wrote: > From: "Edward A. James" > > Signed-off-by: Edward A. James > --- > Documentation/ABI/testing/sysfs-driver-ibmps | 49 > > 1 file changed, 49 insertions(+) >

Re: [PATCH RESEND] x86/smpboot: Unbreak CPU0 hotplug

Ingo Molnar writes: > * Vitaly Kuznetsov wrote: > >> Vitaly Kuznetsov writes: >> >> > A hang on CPU0 onlining after a preceding offlining is observed. Trace >> > shows that CPU0 is stuck in check_tsc_sync_target() waiting for source

[PATCH v3] net: stmmac: Use the right logging function in stmmac_mdio_register

Currently, the function stmmac_mdio_register() is only used by stmmac_dvr_probe() from stmmac_main.c, in order to register the MDIO bus and probe information about the PHY. As this function is called before calling register_netdev(), all messages logged from stmmac_mdio_register are prefixed by

Re: [PATCH v2 3/3] dt-bindings: ASoC: rockchip: Add rockchip,codec-names property

On Thu, Aug 10, 2017 at 12:54:58PM +0800, Jeffy Chen wrote: > Add a new rockchip,codec-names property, so that the driver can parse > the codecs by name. Why? You're already referencing the CODECs by phandle and these names are not part of any ABI... signature.asc Description: PGP signature

Re: [PATCH v10 0/9] Hyper-V: paravirtualized remote TLB flushing and hypercall improvements

Ingo Molnar writes: > * Vitaly Kuznetsov wrote: > >> Vitaly Kuznetsov writes: >> >> > Changes since v9: >> > - Rebase to 4.13-rc3. >> > - Drop PATCH1 as it was already taken by Greg to char-misc tree. There're >> > no >> >

[PATCH] ASoC: rsnd: Delete an error message for a failed memory allocation in three functions

From: Markus Elfring Date: Thu, 10 Aug 2017 17:13:19 +0200 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Link:

Re: [PATCH 3/3] x86/vsmp: remove vsmp paravirt support

On 10/08/17 17:28, Shai Fultheim (s...@scalemp.com) wrote: > NACK. This is needed and used by thousands of installations. Okay, thanks for reacting so fast. Will drop the patch. Juergen > > > > Shai Fultheim | M +1 (408) 480-1612 | E

Applied "ASoC: codecs: add const to snd_soc_codec_driver structures" to the asoc tree

The patch ASoC: codecs: add const to snd_soc_codec_driver structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

[PATCH 18/19] scsi: hisi_sas: replace kfree with scsi_host_put

Instances of kfree(shost) should be replaced with scsi_host_put(). In addition, a missing scsi_host_put() is added for error path in hisi_sas_shost_alloc_pci() and v3 driver removal. Signed-off-by: Pan Bian # For main.c changes Signed-off-by: John Garry

Applied "ASoC: codecs: msm8916-wcd-analog: move codec reset to probe" to the asoc tree

The patch ASoC: codecs: msm8916-wcd-analog: move codec reset to probe has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH v5 6/6] dt-bindings: Document the Rockchip RGA bindings

On Wed, Aug 02, 2017 at 11:19:47AM +0800, Jacob Chen wrote: > Add DT bindings documentation for Rockchip RGA > > Signed-off-by: Jacob Chen > Signed-off-by: Yakir Yang > --- > .../devicetree/bindings/media/rockchip-rga.txt | 33 >

Applied "spi: qup: hide warning for uninitialized variable" to the spi tree

The patch spi: qup: hide warning for uninitialized variable has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "spi: qup: fix 64-bit build warning" to the spi tree

The patch spi: qup: fix 64-bit build warning has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

Re: [PATCH v6 2/3]: perf/core: use context tstamp_data for skipped events on mux interrupt

Well, Ok. I re-implemented this patch of patch set and also implemented a unit test that IMHO mimics the case mentioned above to check if it solves the issue. The test is a single thread application that creates 272 fds for every of two INSTRUCTIONS_RETIRED events covering 272 cores of Intel

[PATCH] perf/x86/intel/bts: make bts_pmu static

From: Colin Ian King The structure bts_pmu is local to the source and do not need to be in global scope, so make it static. Cleans up sparse warning: warning: symbol 'bts_pmu' was not declared. Should it be static? Signed-off-by: Colin Ian King

Re: [PATCH v2 0/4] KVM: optimize the kvm_vcpu_on_spin

On 08/08/2017 04:14 AM, Longpeng (Mike) wrote: On 2017/8/8 15:41, Cornelia Huck wrote: On Tue, 8 Aug 2017 12:05:31 +0800 "Longpeng(Mike)" wrote: This is a simple optimization for kvm_vcpu_on_spin, the main idea is described in patch-1's commit msg. I think this

[PATCH v5 09/11] ARM: dts: rk3228-evb: Enable the integrated PHY for gmac

This patch enables the integrated PHY for rk3228 evb board by default. To use the external 1000M PHY on evb board, need to make some switch of evb board to be on. Signed-off-by: David Wu Reviewed-by: Florian Fainelli --- changes in v5: - Use

[PATCH] KVM: MMU: Fix softlockup due to mmu_lock is held too long

From: Wanpeng Li watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [warn_test:3089] irq event stamp: 20532 hardirqs last enabled at (20531): [] restore_regs_and_iret+0x0/0x1d hardirqs last disabled at (20532): [] apic_timer_interrupt+0x98/0xb0 softirqs last

[PATCH v5 07/11] net: stmmac: dwmac-rk: Add integrated PHY support for rk3228

There is only one mac controller in rk3228, which could connect to external PHY or integrated PHY, use the grf_com_mux bit15 to route external/integrated PHY. Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 12 1 file changed,

[PATCH v5 08/11] net: stmmac: dwmac-rk: Add integrated PHY supprot for rk3328

There are two mac controllers in the rk3328, the one connects to external PHY, and the other one connects to integrated PHY. Like the mac of external PHY, the integrated PHY's mac also needs to configure the related mac registers at GRF. Signed-off-by: David Wu ---

Re: [PATCH v4 1/2] x86/unwind: add ORC unwinder

On Thu, Aug 10, 2017 at 09:05:19AM +0200, Juergen Gross wrote: > > I'm wondering why xen_patch() even exists. The main difference between > > xen_patch() and native_patch() seems to be that xen_patch() does some > > relocs when doing an inline patch after calling paravirt_patch_insns(). > > > >

Re: [PATCH v4 1/2] x86/unwind: add ORC unwinder

On Thu, Aug 10, 2017 at 09:09:03AM -0500, Josh Poimboeuf wrote: > static inline notrace unsigned long arch_local_save_flags(void) > { > return PVOP_CALLEE0(unsigned long, pv_irq_ops.save_fl, > "pushfq; popq %rax", CPU_FEATURE_NATIVE, >

Re: [PATCH v4 2/4] crypto: add crypto_(un)register_ahashes()

On 08/10/2017 02:53 PM, Lars Persson wrote: From: Rabin Vincent There are already helpers to (un)register multiple normal and AEAD algos. Add one for ahashes too. Signed-off-by: Lars Persson Signed-off-by: Rabin Vincent --- v4:

Re: [PATCH 0/3] livepatch: introduce atomic replace

On 08/10/2017 07:12 AM, Miroslav Benes wrote: Ok - associating the "atomic replace" with the patch itself makes sense to me. It would also basically work, I think with the patch I proposed except for the case where the the "atomic replace" was on top of several non-"atomic replace" patches.

Re: [PATCH v2 11/14] perf report: cache srclines for callchain nodes

On Thu, Aug 10, 2017 at 8:51 PM, Milian Wolff wrote: > On Donnerstag, 10. August 2017 04:13:25 CEST Namhyung Kim wrote: >> Hi Milian, >> >> On Sun, Aug 06, 2017 at 11:24:43PM +0200, Milian Wolff wrote: >> > On one hand this ensures that the memory is properly freed when >>

[PATCH] staging:media:atomisp:Fix code indent error

code indent should use tabs where possible change spaces to tabs Signed-off-by: Harold Gomez --- drivers/staging/media/atomisp/i2c/ap1302.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/atomisp/i2c/ap1302.c

Re: Question about apds990x.ko

The author of this driver as well as bh1770glc.ko is Samu Onkalo. His e-mail that was found as a contact in the module's source is invalid. I tried to add him previous time (Question about bh1770glc.ko). The message was not delivered then. On 10.08.2017 18:07, Greg KH wrote: On Thu, Aug 10,

Re: [PATCH 4.12 004/106] scsi: sg: fix SG_DXFER_FROM_DEV transfers

On Thu, Aug 10, 2017 at 08:14:14AM +0200, Johannes Thumshirn wrote: > On Wed, Aug 09, 2017 at 09:51:48AM -0700, Greg KH wrote: > > 4.12-stable review patch. If anyone has any objections, please let me know. > > Yep I do, please don't use this one. It has a follow up/was superseded by: >

[PATCH] i2c: use release_mem_region instead of release_resource

Use api pair of request_mem_region and release_mem_region instead of release_resource. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Anton Vasilyev --- drivers/i2c/busses/i2c-simtec.c | 6 ++ 1 file changed, 2 insertions(+), 4

Re: [patch v2 0/2]

On Mon, Aug 07, 2017 at 05:17:45PM +0300, Oleksandr Shamray wrote: > When a need raise up to use JTAG interface for system's devices > programming or CPU debugging, it could be done from the external > JTAG master controller. Your subject line is a bit "odd" :(

[PATCH 07/19] scsi: hisi_sas: add irq and tasklet cleanup in v2 hw

From: Xiang Chen This patch adds support to clean-up allocated IRQs and kill tasklets when probe fails and for driver removal. Signed-off-by: Xiang Chen Signed-off-by: John Garry ---

[PATCH 13/19] scsi: hisi_sas: kill tasklet when destroying irq in v3 hw

From: Xiang Chen This patch adds calls to kill CQ takslets v3 hw during probe failure. Signed-off-by: Xiang Chen Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas_v3_hw.c | 1 + 1 file changed, 1

[PATCH 05/19] scsi: hisi_sas: use array for v2 hw ECC errors

The code to print ECC errors in v2 hw driver is very repetitive. This patch condensed the code by looping an array of errors. Signed-off-by: John Garry Signed-off-by: Shiju Jose --- drivers/scsi/hisi_sas/hisi_sas.h | 8 +

[PATCH 12/19] scsi: hisi_sas: fix v3 hw channel interrupt processing

From: Xiang Chen The channel interrupt is to process all the interrupts except PHY UP/DOWN and broadcast interrupt. So we need to clear all the interrupts except those 3 interrupts after processing channel interrupts. Signed-off-by: Xiang Chen

Re: [PATCH 0/7] constify pci snd_pcm_ops structures

On Thu, 10 Aug 2017 13:47:31 +0200, Arvind Yadav wrote: > > snd_pcm_ops are not supposed to change at runtime. All functions > working with snd_pcm_ops provided by work with > const snd_pcm_ops. So mark the non-const structs as const. > > Arvind Yadav (7): > [PATCH 1/7] ALSA: ali5451:

[PATCH] ASoC: samsung: i2s: Null pointer dereference on samsung_i2s_remove

If (quirks & QUIRK_SEC_DAI == 0) then samsung_i2s_probe() doesn't allocate sec_dai and pri_dai->sec_dai remains Null, but samsung_i2s_remove() permorms pri_dai->sec_dai dereference in any case. The patch adds sec_dai check on Null before derefence at samsung_i2s_remove(). Found by Linux Driver

Re: [PATCH 2/3] ACPICA: Make it possible to enable runtime GPEs earlier

On Thursday, August 10, 2017 3:52:05 AM CEST Zheng, Lv wrote: > Hi, Rafael > > For this patch, I have a concern. > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > Subject: [PATCH 2/3] ACPICA: Make it possible to enable runtime GPEs earlier > > > > From: Rafael J. Wysocki

Re: [PATCH net-next] net: core: fix compile error inside flow_dissector due to new dsa callback

From: John Crispin Date: Thu, 10 Aug 2017 10:09:03 +0200 > The following error was introduced by > commit 43e665287f93 ("net-next: dsa: fix flow dissection") > due to a missing #if guard > > net/core/flow_dissector.c: In function '__skb_flow_dissect': >

Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On Thu, Aug 10, 2017 at 3:05 PM, Michal Hocko wrote: >> Too late for that. VM_DONTFORK is already implemented >> through MADV_DONTFORK & MADV_DOFORK, in a way that is >> very similar to the MADV_WIPEONFORK from these patches. > > Yeah, those two seem to be breaking the "madvise

Re: [PATCH 04/12] [media] V4L2: platform: rcar_jpu: constify v4l2_m2m_ops structures

On Sun, Aug 6, 2017 at 11:25 AM, Julia Lawall wrote: > The v4l2_m2m_ops structures are only passed as the only > argument to v4l2_m2m_init, which is declared as const. > Thus the v4l2_m2m_ops structures themselves can be const. > > Done with the help of Coccinelle. > > // >

[PATCH v5 06/11] net: stmmac: dwmac-rk: Add integrated PHY support

To make integrated PHY work, need to configure the PHY clock, PHY cru reset and related registers. Signed-off-by: David Wu --- change in v4: - PHY is internal or not base on the phy-is-internal property via phy node. changes in v5: - Use phy-is-integrated property via

[PATCH v5 05/11] Documentation: net: phy: Add phy-is-integrated binding

Add the documentation for integrated PHY. A boolean property indicates the PHY is integrated into the same physical package as the Ethernet MAC. If needed, muxers should be configured to ensure the integrated PHY is used. The absence of this property indicates the muxers should be configured so

Re: [PATCH RFC net-next] net: Allow name change of IFF_UP interfaces

> >> Can you think of any particular real world scenarios which are broken by > >> the change? > > > > How about: > > > > man 8 dhclient-script > > > > The interface name is passed in $interface to the scripts. Do we get > > the old name or the new name? I suspect scripts are going to break if > >

Re: Re: [PATCH] oom_reaper: close race without using oom_lock

Michal Hocko wrote: > On Thu 10-08-17 21:10:30, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > On Tue 08-08-17 11:14:50, Tetsuo Handa wrote: > > > > Michal Hocko wrote: > > > > > On Sat 05-08-17 10:02:55, Tetsuo Handa wrote: > > > > > > Michal Hocko wrote: > > > > > > > On Wed 26-07-17

Re: [PATCH 3/4] Documentation: hwmon: Add IBM power supply documentation

On Wed, Aug 02, 2017 at 04:17:12PM -0500, Eddie James wrote: > From: "Edward A. James" > > Signed-off-by: Edward A. James > --- > Documentation/hwmon/ibmps | 53 > +++ > 1 file changed, 53 insertions(+) >

Re: [PATCH v5 2/5] lib: Add zstd modules

On 2017-08-10 07:32, Austin S. Hemmelgarn wrote: On 2017-08-10 04:30, Eric Biggers wrote: On Wed, Aug 09, 2017 at 07:35:53PM -0700, Nick Terrell wrote: It can compress at speeds approaching lz4, and quality approaching lzma. Well, for a very loose definition of "approaching", and certainly

Question about apds990x.ko

Hello. While searching for races in the Linux kernel I've come across "drivers/misc/apds990x.ko" module. Here are questions that I came up with while analyzing results. Lines are given using the info from Linux v4.12. Consider the following case: Thread 1: Thread 2:

[PATCH v2] x86/efi: page align EFI ROM image ranges

The kernel's EFI stub locates and copies EFI ROM images into memory, which it allocates using the byte-granular EFI allocate_pool function. These memory ranges are then added to setup_data, and later to e820 (in e820__reserve_setup_data()). The e820 ranges are parsed to create nosave regions

Re: [PATCH v2 3/4] dt-bindings: remoteproc: Add bindings for Davinci DSP processors

On 08/10/2017 09:01 AM, Rob Herring wrote: > On Tue, Aug 01, 2017 at 10:48:43AM -0500, Suman Anna wrote: >> Add the device tree bindings document for the DSP processor >> subsystem devices on TI Davinci DA8xx/OMAP-L13x SoCs. >> >> Signed-off-by: Suman Anna >> --- >> v2: >> -

make clean all broken with -j? + question regarding modpost

Hi, 1.) make with multiple targets When running $ make -j4 clean all I get error from make (probably in scripts/Makefile.modbuiltin): Output from above with V=1: make -f ./scripts/Makefile.modbuiltin obj=drivers/tty/vt make -f ./scripts/Makefile.modbuiltin obj=drivers/video/backlight (for m in

Re: hotplug support for arch/arc/plat-eznps platform

On Thu, Aug 10, 2017 at 11:19:05AM +0200, Peter Zijlstra wrote: > On Thu, Aug 10, 2017 at 07:40:16AM +, Ofer Levi(SW) wrote: > > Well, this definitely have pleased the little toy :) > > Thank you. I really appreciate your time and effort. > > > > If I may, one more newbie question. What do I

[PATCH 16/19] scsi: hisi_sas: add phy_set_linkrate_v3_hw()

From: Xiang Chen Add function to set linkrate for v3 hw. Signed-off-by: Xiang Chen Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas_v3_hw.c | 39 ++ 1 file changed, 39

[PATCH 04/19] scsi: hisi_sas: add v2 hw DFX feature

From: Xiaofei Tan Add DFX feature for v2 hw. We are adding support for the following errors: - loss_of_dword_sync_count - invalid_dword_count - phy_reset_problem_count - running_disparity_error_count Signed-off-by: Xiaofei Tan Signed-off-by: John

[PATCH 11/19] scsi: hisi_sas: Modify v3 hw STP_LINK_TIMER setting

From: Xiang Chen Modify STP link timer from 10ms to 500ms. Also add the register address. Signed-off-by: Xiang Chen Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas_v3_hw.c | 3 +++ 1 file changed, 3

[PATCH 09/19] scsi: hisi_sas: support zone management commands

From: Xiaofei Tan Add two ATA commands, ATA_CMD_ZAC_MGMT_IN and ATA_CMD_ZAC_MGMT_OUT in hisi_sas_get_ata_protocol(), to support SATA SMR disk. Signed-off-by: Xiaofei Tan Signed-off-by: John Garry ---

[PATCH] dmaengine: qcom_hidma: avoid freeing an uninitialized pointer

If device_node np doesn't contain child or first child doesn't have property "reg" then hidma_mgmt_of_populate_channels() perfoms deallocation on uninitialized local variable res. The patch adds res initialization by NULL. Found by Linux Driver Verification project (linuxtesting.org).

[PATCH] perf/x86/intel/rapl: make array rapl_attr_groups static

From: Colin Ian King The array rapl_attr_groups is local to the source and do not need to be in global scope, so make it static. Cleans up sparse warning: warning: symbol 'rapl_attr_groups' was not declared. Should it be static? Signed-off-by: Colin Ian King

Re: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time

On Thursday, August 10, 2017 3:48:58 AM CEST Zheng, Lv wrote: > Hi, Rafael > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > Subject: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time > > > > From: Rafael J. Wysocki > > > > In some cases GPEs are

Re: [PATCH v2 11/23] dt-bindings: i2c: rk3x: add support for rv1108

On Wed, Aug 02, 2017 at 04:41:52PM +0800, Andy Yan wrote: > Add dt Document for i2c controller on rv1108 > > Signed-off-by: Andy Yan > --- > > Changes in v2: None > > Documentation/devicetree/bindings/i2c/i2c-rk3x.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by:

[PATCH 3/3] staging: pi433: rf69.c style fix - spaces open brace

This patch fixes the following checkpatch.pl error: ERROR: space required before the open brace '{' in rf69.c file as requested by TODO file. Signed-off-by: Marcin Ciupak --- drivers/staging/pi433/rf69.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v5 02/11] multi_v7_defconfig: Make rockchip PHY built-in

Enable the rockchip PHY driver for multi_v7_defconfig builds. Signed-off-by: David Wu --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index

[PATCH v5 01/11] net: phy: Add rockchip PHY driver support

Support integrated ethernet PHY currently. Signed-off-by: David Wu --- changes in v4: - Remove SUPPORTED_[Asym_]Pause. - Some minor fix like defines. changes in v5: - Rename internal to integrated. - Remove PHY_IS_INTERNAL flag. drivers/net/phy/Kconfig| 5 +

[PATCH v5 00/11] Add the integrated PHY support

The rk3228 and rk3328 support integrated PHY inside, let's enable it to work. And the integrated PHY need to do some special setting, so register the rockchip integrated PHY driver. David Wu (11): net: phy: Add rockchip PHY driver support multi_v7_defconfig: Make rockchip PHY built-in

[PATCH v5 04/11] net: stmmac: dwmac-rk: Remove unwanted code for rk3328_set_to_rmii()

This is wrong setting for rk3328_set_to_rmii(), so remove it. Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c

[PATCH] ASoC: compress: Delete error messages for a failed memory allocation in snd_soc_new_compress()

From: Markus Elfring Date: Thu, 10 Aug 2017 16:21:34 +0200 Omit extra messages for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link:

  1   2   3   4   5   6   7   8   9   10   >