[PATCH 0/2] BQL support and fix for a regression issue

From: Sunil Goutham These patches add byte queue limit support and also fixes a regression issue introduced by commit 'net: thunderx: Use netdev's name for naming VF's interrupts' Sunil Goutham (2): net: thunderx: Fix issue with IRQ namimg net: thunderx: Support for

[PATCH 2/2] net: thunderx: Support for byte queue limits

From: Sunil Goutham This patch adds support for byte queue limits Signed-off-by: Sunil Goutham --- drivers/net/ethernet/cavium/thunder/nicvf_main.c | 11 ++-- drivers/net/ethernet/cavium/thunder/nicvf_queues.c | 30 ++ 2

[PATCH 1/2] net: thunderx: Fix issue with IRQ namimg

From: Sunil Goutham This patch fixes a regression caused by previous commit 'Use netdev's name for naming VF's interrupts' where irq name exceeds 20 byte array if interface's name size is large. Signed-off-by: Sunil Goutham ---

Re: GPU-DRM-OMAP: Fine-tuning for several function implementations

>> For the next pile of driver patches _please_ talk with driver maintainers >> before starting to create patches. Did the software development discussion start a bit here? Would you like to support an other "talking style" on a conference like in Berlin next month? >> Like I said I won't take

[PATCH] fs/9p: Drop memory allocation cast

Drop useless cast on the result of kmem_cache_alloc. Signed-off-by: Vaishali Thakkar --- fs/ncpfs/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ncpfs/inode.c b/fs/ncpfs/inode.c index 1af15fc..2cc3090 100644 --- a/fs/ncpfs/inode.c +++

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next

Hi Joe, On Mon, 19 Sep 2016 23:32:03 -0700, Joe Perches wrote: > On Tue, 2016-09-20 at 07:53 +0200, Julia Lawall wrote: > > I think it is better to be clear.  CHECK was never really clear to me, > > especially if you see it in isolation, on a file that doesn't also have > > ERROR or WARNING. 

Re: [PATCH v2 7/7] sched/core: Add debug code to catch missing update_rq_clock()

On Thu, Sep 22, 2016 at 10:36:37AM +0200, Jan Kara wrote: > On Thu 22-09-16 10:04:36, Peter Zijlstra wrote: > > On Wed, Sep 21, 2016 at 05:58:27PM +0200, Petr Mladek wrote: > > > > +static inline void assert_clock_updated(struct rq *rq) > > > > +{ > > > > +#ifdef CONFIG_SCHED_DEBUG > > > > +

Re: [PATCH 2/5] mmc: core: switch to 1V8 or 1V2 for hs400es mode

On 21 September 2016 at 03:43, Shawn Lin wrote: > When introducing hs400es, I didn't notice that we haven't > switched voltage to 1V2 or 1V8 for it. That happens to work > as the first controller claiming to support hs400es, arasan(5.1), > which is designed to only

Re: [RESEND PATCH v7 2/2] sdhci-of-arasan: Set controller to test mode when xlnx,fails-without-test-cd is present

On 16 September 2016 at 17:01, Zach Brown wrote: > The sdhci controller on xilinx zynq devices will not function unless > the CD bit is provided. http://www.xilinx.com/support/answers/61064.html > In cases where it is impossible to provide the CD bit in hardware, > setting the

Re: [PATCH 1/2] config: move x86 kvm_guest.config to a common locaton

On Wed, Sep 21, 2016 at 03:10:30PM -0500, Rob Herring wrote: > On Thu, Sep 8, 2016 at 1:41 PM, Rob Herring wrote: > > kvm_guest.config is useful for KVM guests on other arches, and nothing > > in it appears to be x86 specific, so just move the whole file. Kbuild > > will find it

Re: [RESEND PATCH v7 1/2] sdhci-of-arasan: Add device tree parameter xlnx,fails-without-test-cd bit

On 16 September 2016 at 17:01, Zach Brown wrote: > The sdhci controller on xilinx zynq devices will not function unless > the CD bit is provided. http://www.xilinx.com/support/answers/61064.html > In cases where it is impossible to provide the CD bit in hardware, > setting the

Re: strace lockup when tracing exec in go

On Thu, 2016-09-22 at 10:36 +0200, Michal Hocko wrote: > On Thu 22-09-16 10:01:26, Michal Hocko wrote: > > On Thu 22-09-16 06:15:02, Mike Galbraith wrote: > > [...] > > > master.today... > > > > Thanks for trying to reproduce this. My tiny laptop (2 cores, 2 threads > > per core) cannot reproduce

Re: [PATCH 1/5] mmc: core: don't try to switch block size for dual rate mode

On 21 September 2016 at 03:43, Shawn Lin wrote: > From: Ziyuan Xu > > Per spec, block size should always be 512 bytes for dual rate mode, > so any attempts to switch the block size under dual rate mode should > be neglected. > > Signed-off-by:

Re: strace lockup when tracing exec in go

On Thu 22-09-16 11:40:09, Mike Galbraith wrote: > On Thu, 2016-09-22 at 10:36 +0200, Michal Hocko wrote: > > On Thu 22-09-16 10:01:26, Michal Hocko wrote: > > > On Thu 22-09-16 06:15:02, Mike Galbraith wrote: > > > [...] > > > > master.today... > > > > > > Thanks for trying to reproduce this. My

Re: [Query] increased latency observed in cpu hotplug path

On 9/21/2016 9:26 PM, Akinobu Mita wrote: > 2016-09-21 23:06 GMT+09:00 Khan, Imran : > commit 084ee793ec1ff4e2171b481642bfbdaa2e10664c Author: Imran Khan Date: Thu Sep 15 16:44:02 2016 +0530 blk-mq: use static mapping

cygnus-pcm.c:undefined reference to `bad_dma_ops'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: 3ceeda1cbee9f93bb5537c9b840d1f7e767d7c01 Merge remote-tracking branches 'asoc/topic/cs53l30', 'asoc/topic/cygnus', 'asoc/topic/da7219' and

Re: [PATCH] Work around for enabling CONFIG_CMDLINE on ppc64le

Hi, > But I can't merge that patch. > > Our options are one or both of: > - get GCC fixed and backport the fix to the compilers we care about. > - blacklist the broken compiler versions. > > Is there a GCC bug filed for this? Likely: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709 We

[PATCH] usb: gadget: Add uevent to notify userspace

From: Badhri Jagan Sridharan Some USB managament on userspace (like Android system) rely on the uevents generated by the composition driver to generate user notifications. Thus this patch adds uevents to be generated whenever USB changes its state: connected, disconnected,

Re: mm/slub.o:undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Thu, 22 Sep 2016 13:50:21 +0800 kbuild test robot wrote: > Hi Jesper, > > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: 7d1e042314619115153a0f6f06e4552c09a50e13 > commit:

[PATCH 0/4] GPU-DRM-TILCDC: Fine-tuning for two function implementations

From: Markus Elfring Date: Thu, 22 Sep 2016 10:25:43 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Use kmalloc_array() Return directly after a failed kfree_table_init() in

Re: [PATCH v5 3/3] ASoC: sun4i-codec: Add custom regmap configs

On Thu, Sep 22, 2016 at 09:13:13AM +0200, Danny Milosavljevic wrote: > The A20 has a few extra registers that the A10 doesn't have. > Therefore, use different regmaps for A10 as compared to A20. > > Signed-off-by: Danny Milosavljevic Acked-by: Maxime Ripard

Re: [PATCH v5 2/3] ASoC: sun4i-codec: Rename some sun7i-only registers

On Thu, Sep 22, 2016 at 09:13:12AM +0200, Danny Milosavljevic wrote: > Some of the registers defined in the driver are only usable on the > A20. Rename these registers. > > Signed-off-by: Danny Milosavljevic Acked-by: Maxime Ripard

[PATCH net-next] net: ethernet: mediatek: use [get|set]_link_ksettings

From: Sean Wang 1) use new api [get|set]_link_ksettings instead of [get|set]_settings old ones. 2) dev->phydev is sure being ready before calling these callbacks, so removing all the sanity check if it is existing. Signed-off-by: Sean Wang ---

[PATCH resend] xen-netback: switch to threaded irq for control ring

Instead of open coding it use the threaded irq mechanism in xen-netback. Signed-off-by: Juergen Gross --- resend due to missing netdev list in first attempt --- drivers/net/xen-netback/common.h| 4 +--- drivers/net/xen-netback/interface.c | 38

Re: [PATCHv2] arm64: Correctly bounds check virt_addr_valid

On Wed, Sep 21, 2016 at 03:25:04PM -0700, Laura Abbott wrote: > > virt_addr_valid is supposed to return true if and only if virt_to_page > returns a valid page structure. The current macro does math on whatever > address is given and passes that to pfn_valid to verify. vmalloc and > module

Re: [PATCH 3/5] mmc: core: changes frequency to hs_max_dtr when selecting hs400es

On 21 September 2016 at 03:43, Shawn Lin wrote: > Per JESD84-B51 P69, Host need to change frequency to <=52MHz after > setting HS_TIMING to 0x1, and host may changes frequency to <= 200MHz > after setting HS_TIMING to 0x3. It seems there is no difference if > we don't

[PATCH] ASoC: cq93vc: duplicated callback function goes to component

A cleanup removed a couple of members from struct snd_soc_codec_driver after changing codec drivers to no longer use them, but one codec was missed in the process, giving a build error: sound/soc/codecs/cq93vc.c:134:2: error: unknown field 'controls' specified in initializer .controls =

Re: [PATCH 1/7] selftest: sync: basic tests for sw_sync framework

Emilio López writes: > These tests are based on the libsync test suite from Android. > This commit lays the ground for future tests, as well as includes > tests for a variety of basic allocation commands. Hi Emilio, Just a few comments on the Makefile. > diff

Re: Regmap commit 815806e3 from 4.8-rc6 introduces a deadlock

On Thu, Sep 22, 2016 at 11:32:33AM +0300, Nikita Yushchenko wrote: > Hi. > > Here is a trace: Please don't send cover letters for single patches, if there is anything that needs saying put it in the changelog of the patch or after the --- if it's administrative stuff. This reduces mail volume

Re: [PATCH 3/5] mmc: core: changes frequency to hs_max_dtr when selecting hs400es

Hi ulf, 在 2016/9/22 17:38, Ulf Hansson 写道: On 21 September 2016 at 03:43, Shawn Lin wrote: Per JESD84-B51 P69, Host need to change frequency to <=52MHz after setting HS_TIMING to 0x1, and host may changes frequency to <= 200MHz after setting HS_TIMING to 0x3. It

Re: [PATCH] sched/debug: check p->se.on_rq for 'runnable tasks'

On Thu, Sep 22, 2016 at 05:50:53PM +0800, Zhu Yanhai wrote: > From: Zhu Yanhai > > I can't see why the check was removed by commit b32e86b4. Since it was not > relevant to the subject of the commit, I guess it was just a plain typo. No, it was very much on purpose. It

RE: [Xen-devel] [PATCH resend] xen-netback: switch to threaded irq for control ring

> -Original Message- > From: Juergen Gross [mailto:jgr...@suse.com] > Sent: 22 September 2016 11:17 > To: Paul Durrant ; xen-de...@lists.xenproject.org; > net...@vger.kernel.orga ; linux- > ker...@vger.kernel.org > Cc: Wei Liu

[tip:x86/platform] x86/platform/uv/BAU: Add generic function pointers

Commit-ID: 5e4f96fe2a61c759d5d47f8112813618805c85a0 Gitweb: http://git.kernel.org/tip/5e4f96fe2a61c759d5d47f8112813618805c85a0 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:16 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Clean up vertical alignment

Commit-ID: 67492c86b33db0a8a056c72293d4802b37ac8ac6 Gitweb: http://git.kernel.org/tip/67492c86b33db0a8a056c72293d4802b37ac8ac6 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:12 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[PATCH v2 2/3] video: display_timing: Add flags to select the edge when the sync is driven

The sync can be - and for some panels it must be - driven on different edge then the data. Signed-off-by: Peter Ujfalusi CC: Rob Herring CC: Mark Rutland CC: devicet...@vger.kernel.org --- include/video/display_timing.h | 4

[PATCH v2 0/3] video: of: Drive edge selection for sync

Hi, Changes since v1: - separated the code changes from the omap/drm videomode conversion patches - the DT bindings document is now explicitly states that the drive edge is referring to the pixel clock Since we have several panels under omapdrm/displays/ where the data drive edge is set to be

[PATCH v2 3/3] video: of: display_timing: Add support for syncclk-active property

Configure the DISPLAY_FLAGS_SYNC_POSEDGE/NEGEDGE flags according to the binding document. If the syncclk-active is present in DT, configure the flags accordingly, if it is omitted it means that the SYNC edge is following the pixdata configuration. Signed-off-by: Peter Ujfalusi

[PATCH v2 1/3] dt-bindings: display: display-timing: Add property to configure sync drive edge

There are display panels which demands that the sync signal is driven on different edge than the pixel data. With the syncclk-active property we can specify the clk edge to be used to drive the sync signal. When the property is missing it indicates that the sync is driven on the same edge as the

Re: [PATCH] Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR. Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR.

Hello. On 9/21/2016 10:48 PM, Harman Kalra wrote: Looks like your patch summary and description got merged together in the subject. Signed-off-by: Harman Kalra [...] MBR, Sergei

RE: [Xen-devel] [PATCH resend] xen-netback: switch to threaded irq for control ring

> -Original Message- > From: Juergen Gross [mailto:jgr...@suse.com] > Sent: 22 September 2016 11:39 > To: Paul Durrant ; xen-de...@lists.xenproject.org; > net...@vger.kernel.org; linux-kernel@vger.kernel.org > Cc: Wei Liu > Subject: Re:

Re: crypto-caamhash: Fine-tuning for several function implementations

On Thu, Sep 15, 2016 at 04:36:35PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 15 Sep 2016 16:27:23 +0200 > > Some update suggestions were taken into account > from static source code analysis. > > Markus Elfring (6): > Use

Re: say 22AmIYourDreamLove22

Hii On 21/09/2016, darshan.desa...@gmail.com wrote: > Asian_Girls_Looking_For_Serious_Dating > > > GO_HERE > > > > > > > > > > > > > > > > > '-unsub-'

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Thu, Sep 22, 2016 at 11:39:18AM +0100, Brian Starkey wrote: > Actually, could you please hold off picking this up? We need to make > changes in mali-dp and hdlcd or this will mess up their registration. > I will send those patches later today, but better if this all goes in > together (whenever

[PATCH net-next] net: ethernet: mediatek: use phydev from struct net_device

From: Sean Wang reuse phydev already in struct net_device instead of creating another new one in private structure. Signed-off-by: Sean Wang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 73 ++---

[PATCH 3/4] GPU-DRM-TILCDC: Less function calls in tilcdc_convert_slave_node() after error detection

From: Markus Elfring Date: Thu, 22 Sep 2016 10:06:50 +0200 The of_node_put() function was called in some cases by the tilcdc_convert_slave_node() function during error handling even if the passed variable contained a null pointer. * Adjust jump targets according

[PATCH 2/4] GPU-DRM-TILCDC: Return directly after a failed kfree_table_init() in tilcdc_convert_slave_node()

From: Markus Elfring Date: Thu, 22 Sep 2016 09:29:23 +0200 Return directly after a memory allocation failed in this function at the beginning. Signed-off-by: Markus Elfring --- drivers/gpu/drm/tilcdc/tilcdc_slave_compat.c | 2 +- 1

Re: [PATCH 3.10 098/180] wext: Fix 32 bit iwpriv compatibility issue with 64 bit Kernel

On 08/22/2016, 07:35 AM, Johannes Berg wrote: > On Sun, 2016-08-21 at 15:30 +, Willy Tarreau wrote: >> From: Prasun Maiti >> >> commit 3d5fdff46c4b2b9534fa2f9fc78e90a48e0ff724 upstream. >> >> iwpriv app uses iw_point structure to send data to Kernel. The >> iw_point

Re: [PATCH 7/7 v3] sched: fix wrong utilization accounting when switching to fair class

On Tue, Sep 20, 2016 at 09:59:08AM -0700, bseg...@google.com wrote: > Peter Zijlstra writes: > > Google has this patch-set replacing min_vruntime with an actual global > > 0-lag, which greatly simplifies things. If only they'd post it sometime > > :/ /me prods pjt and ben

[PATCH 1/4] GPU-DRM-TILCDC: Use kmalloc_array() in kfree_table_init()

From: Markus Elfring Date: Thu, 22 Sep 2016 09:05:14 +0200 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected

[PATCH v3 3/3] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") As pcistub_probe() is called for all devices (it has to check for a match based on the slot address rather than device type) it has to check for

include/linux/kprobes.h:361:2: error: invalid use of undefined type 'struct kprobe_ctlblk'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: cb984d101b30eb7478d32df56a0023e4603cba7f compiler-gcc: integrate the various compiler-gcc[345].h files date: 1 year, 3 months ago config:

Re: [PATCH 03/13] genirq/msi: Switch to new irq spreading infrastructure

On Wed, Sep 14, 2016 at 04:18:49PM +0200, Christoph Hellwig wrote: > static int msix_setup_entries(struct pci_dev *dev, void __iomem *base, > - struct msix_entry *entries, int nvec) > + struct msix_entry *entries, int nvec, > +

[PATCH v3 1/3] xen/pciback: simplify pcistub device handling

The Xen pciback driver maintains a list of all its seized devices. There are two functions searching the list for a specific device with basically the same semantics just returning different structures in case of a match. Split out the search function. Signed-off-by: Juergen Gross

[PATCH v3 2/3] xen/pciback: avoid multiple entries in slot list

The Xen pciback driver has a list of all pci devices it is ready to seize. There is no check whether a to be added entry already exists. While this might be no problem in the common case it might confuse those which consume the list via sysfs. Modify the handling of this list by not adding an

Re: [PATCH] L2TP:Adjust intf MTU, add underlay L3, overlay L2

On Wed, Sep 21, 2016 at 02:11:04pm -0700, R. Parameswaran wrote: > [snip] > @@ -206,6 +209,46 @@ static void l2tp_eth_show(struct seq_file *m, void > *arg) > } > #endif [snip] > + > static int l2tp_eth_create(struct net *net, u32 tunnel_id, u32 session_id, > u32 peer_session_id, struct

Re: [PATCH v2] i2c / ACPI: Do not touch an I2C device if it belongs to another adapter

> > Huh? It doesn't apply on top of rc7 here? What did you base it on? > > It is based on linux-next as it is on top of Jarkko's I2C ACPI namespace > cleanup patches. I'm wondering if I make an updated patch on top of > v4.8-rc7 does it conflict with the I2C stuff in linux-next? What's your >

Re: [RFC PATCH v7 4/5] tracing: Measure delayed hrtimer offset latency

Hi Thomas, Thank you for the reply and sharing your insights. On 21 September 2016 at 21:28, Thomas Gleixner wrote: > Sorry. This has nothing to do with changing the hrtimer_base, simply > because the time base is the same on all cpus. The condition 'ktime_to_ns(tim) <

RE: [Xen-devel] [PATCH resend] xen-netback: switch to threaded irq for control ring

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > Juergen Gross > Sent: 22 September 2016 10:03 > To: xen-de...@lists.xenproject.org; net...@vger.kernel.orga; linux- > ker...@vger.kernel.org > Cc: Juergen Gross ; Wei Liu

Re: [PATCH v2] i2c / ACPI: Do not touch an I2C device if it belongs to another adapter

On Thu, Sep 22, 2016 at 10:59:24AM +0200, Wolfram Sang wrote: > > > > Huh? It doesn't apply on top of rc7 here? What did you base it on? > > > > It is based on linux-next as it is on top of Jarkko's I2C ACPI namespace > > cleanup patches. I'm wondering if I make an updated patch on top of > >

[PATCH] iio: accel: sca3000_core: avoid potentially uninitialized variable

The newly added __sca3000_get_base_freq function handles all valid modes of the SCA3000_REG_ADDR_MODE register, but gcc notices that any other value (i.e. 0x00) causes the base_freq variable to not get initialized: drivers/staging/iio/accel/sca3000_core.c: In function 'sca3000_write_raw':

Re: [PATCH v2 2/3] devicetree: bindings: uart: Add new compatible string for ZynqMP

On Thu, Sep 15, 2016 at 02:45:30PM +0530, Nava kishore Manne wrote: > From: Nava kishore Manne > > Signed-off-by: Nava kishore Manne > Signed-off-by: Michal Simek > [stelf...@cadence.com: cherry picked from >

Re: [PATCH] KVM: nVMX: Fix the NMI IDT-vectoring info handling

2016-09-22 17:37 GMT+08:00 Paolo Bonzini : > > > On 22/09/2016 05:34, Wanpeng Li wrote: >> - if (vmx->rmode.vm86_active) { >> - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) != >> EMULATE_DONE) >> -

[PATCH] drm/imx: hide an unused label

The imx_drm_bind function causes a warning in linux-next when CONFIG_DRM_FBDEV_EMULATION is not set: drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind': drivers/gpu/drm/imx/imx-drm-core.c:441:1: error: label 'err_unbind' defined but not used [-Werror=unused-label] I don't understand

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

On Wed 21-09-16 14:35:34, Gerald Schaefer wrote: > dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a > list corruption and addressing exception when trying to set a memory > block offline that is part (but not the first part) of a hugetlb page > with a size > memory block size.

[PATCH v2] KVM: nVMX: Fix the NMI IDT-vectoring handling

From: Wanpeng Li Run kvm-unit-tests/eventinj.flat in L1: Sending NMI to self After NMI to self FAIL: NMI This test scenario is to test whether VMM can handle NMI IDT-vectoring info correctly. At the beginning, L2 writes LAPIC to send a self NMI, the EPT page tables on

Re: [Xen-devel] [PATCH resend] xen-netback: switch to threaded irq for control ring

On 22/09/16 11:09, Paul Durrant wrote: >> -Original Message- >> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of >> Juergen Gross >> Sent: 22 September 2016 10:03 >> To: xen-de...@lists.xenproject.org; net...@vger.kernel.orga; linux- >> ker...@vger.kernel.org >> Cc:

[PATCH] regmap: fix up the regmap lock error

fix up the: Regmap lock is taken in regmap_update_bits_base() and then regcache_drop_region() tries to take it again. which added in commit 815806e39bf6 ("regmap: drop cache if the bus transfer error") Backtrace: [<8068ab7c>] (__schedule) from [<8068b1c4>] (schedule+0xb8/0xd0) [<8068b10c>]

Re: [PATCH] regmap: fix up the regmap lock error

On Thu, Sep 22, 2016 at 06:17:45PM +0800, Elaine Zhang wrote: > Regmap lock is taken in regmap_update_bits_base() and then > regcache_drop_region() tries to take it again. > which added in commit 815806e39bf6 > ("regmap: drop cache if the bus transfer error") Someone already sent a change for

[tip:x86/platform] x86/platform/uv/BAU: Clean up pq_init()

Commit-ID: d2a57afa53f3fdf9f68d1f4240ace85a7d20ca20 Gitweb: http://git.kernel.org/tip/d2a57afa53f3fdf9f68d1f4240ace85a7d20ca20 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:14 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Use generic function pointers

Commit-ID: 21e3f12fc0e12181102ad0400bcb50bc7a027106 Gitweb: http://git.kernel.org/tip/21e3f12fc0e12181102ad0400bcb50bc7a027106 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:17 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

Re: [PATCH v7 6/6] powerpc: pSeries: Add pv-qspinlock build config/make

xinhui writes: > hi, all > ok, this patch set depends on > https://patchwork.kernel.org/patch/8953981/ [V4] powerpc: Implement {cmp}xchg > for u8 and u16 AKA: https://patchwork.ozlabs.org/patch/615480/ Sorry I saw the discussion on that and thought there'd

[tip:x86/platform] x86/platform/uv/BAU: Clean up and update printks

Commit-ID: efa59ab3e7526650265f0fd9696ef8be8d88ec13 Gitweb: http://git.kernel.org/tip/efa59ab3e7526650265f0fd9696ef8be8d88ec13 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:13 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Populate ->uvhub_version with UV4 version information

Commit-ID: 58d4ab46f21e7e800a7597f271a23ec602796247 Gitweb: http://git.kernel.org/tip/58d4ab46f21e7e800a7597f271a23ec602796247 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:18 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Convert uv_physnodeaddr() use to uv_gpa_to_offset()

Commit-ID: 60e1c842c7ea3dd6a65660864554565cc737dd86 Gitweb: http://git.kernel.org/tip/60e1c842c7ea3dd6a65660864554565cc737dd86 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:15 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next

On Thu, 2016-09-22 at 11:24 +0200, Jean Delvare wrote: [] > > The seriousness with which some beginners take these message > > types though is troublesome, [] > You need to think in terms of actual use cases. Who uses checkpatch and > why? I think there are 3 groups of users: > * Beginners. They

Re: [PATCH 2/4] GPU-DRM-TILCDC: Return directly after a failed kfree_table_init() in tilcdc_convert_slave_node()

This one is actually a bug fix... But finding bug fixes in this series is like looking for kernels of edible corn in piles of monkey poop. Also, classic "One Err" bug. regards, dan carpenter

Re: [PATCH] usb: gadget: Add uevent to notify userspace

On Thu, Sep 22, 2016 at 06:53:12PM +0800, Baolin Wang wrote: > From: Badhri Jagan Sridharan > > Some USB managament on userspace (like Android system) rely on the uevents > generated by the composition driver to generate user notifications. Thus this > patch adds uevents to be

Re: [f2fs-dev] [PATCH 1/4] f2fs: assign return value in f2fs_gc

On 2016/9/22 11:54, Jaegeuk Kim wrote: > This patch adds a return value of write_checkpoint for f2fs_gc. > > Signed-off-by: Jaegeuk Kim Please add this in all patches of this serials. Reviewed-by: Chao Yu

[PATCH 4.4 051/118] ARM: imx6: add missing BM_CLPCR_BYPASS_PMIC_READY setting for imx6sx

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Anson Huang commit 8aade778f787305fdbfd3c1d54e6b583601b5902 upstream. i.MX6SX has bypass PMIC ready function, as this function is normally NOT enabled on the board design,

[PATCH 4.4 049/118] ARM: AM43XX: hwmod: Fix RSTST register offset for pruss

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit b00ccf5b684992829610d162e78a7836933a1b19 upstream. pruss hwmod RSTST register wrongly points to PWRSTCTRL register in case of am43xx. Fix the RSTST register

[PATCH 4.4 063/118] dm crypt: fix error with too large bios

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 4e870e948fbabf62b78e8410f04c67703e7c816b upstream. When dm-crypt processes writes, it allocates a new bio in crypt_alloc_buffer(). The bio is

[PATCH 4.4 061/118] dm log writes: fix check of kthread_run() return value

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy commit 91e630d9ae6de6f740ef7c8176736eb55366833e upstream. The kthread_run() function returns either a valid task_struct or ERR_PTR() value, check for NULL is

[PATCH 4.4 054/118] ARM: dts: imx6qdl: Fix SPDIF regression

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit f065e9e4addd75c21bb976bb2558648bf4f61de6 upstream. Commit 833f2cbf7091 ("ARM: dts: imx6: change the core clock of spdif") changed many more clocks

[PATCH 4.4 040/118] serial: 8250: added acces i/o products quad and octal serial cards

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jimi Damon commit c8d192428f52f244130b84650ad616df09f2b1e1 upstream. Added devices ids for acces i/o products quad and octal serial cards that make use of existing Pericom

[PATCH 4.4 088/118] fix iov_iter_fault_in_readable()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d4690f1e1cdabb4d61207b6787b1605a0dc0aeab upstream. ... by turning it into what used to be multipages counterpart Signed-off-by: Al Viro

Re: [PATCH] i2c: axxia: disable clks in case of failure in probe

On Fri, Sep 16, 2016 at 11:30:54PM +0300, Alexey Khoroshilov wrote: > axxia_i2c_probe() does not disable clock in case of failure > in i2c_add_adapter(). Also it ignores returned value from > clk_prepare_enable(). > > Found by Linux Driver Verification project (linuxtesting.org). > >

[PATCH 4.7 168/184] sh: fix copy_from_user()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 6e050503a150b2126620c1a1e9b3a368fcd51eac upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman

Re: [PATCH v2 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists

On Tue, Sep 20, 2016 at 03:30:53PM +0300, Mika Westerberg wrote: > ACPI WDAT table is the preferred way to use hardware watchdog over the > native iTCO_wdt. Windows only uses this table for its hardware watchdog > implementation so we should be relatively safe to trust it has been > validated by

Re: [PATCH 1/1 linux-next] netfilter: conntrack: fix kmemleak false positive

> On 21 September 2016 at 23:02 Florian Westphal wrote: > > > Fabian Frederick wrote: > > Since commit f330a7fdbe16 > > ("netfilter: conntrack: get rid of conntrack timer") > > > > closed connections remain longer in /proc/net/nf_conntrack > > > > Running

[PATCH 4.7 147/184] svcauth_gss: Revert 64c59a3726f2 ("Remove unnecessary allocation")

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Chuck Lever commit bf2c4b6f9b74c2ee1dd3c050b181e9b9c86fbcdb upstream. rsc_lookup steals the passed-in memory to avoid doing an allocation of its own, so we can't just

[PATCH 4.7 172/184] asm-generic: make copy_from_user() zero the destination properly

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 2545e5da080b4839dd859e3b09343a884f6ab0e3 upstream. ... in all cases, including the failing access_ok() Note that some architectures using

[PATCH 4.7 173/184] alpha: fix copy_from_user()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 2561d309dfd1555e781484af757ed0115035ddb3 upstream. it should clear the destination even when access_ok() fails. Signed-off-by: Al Viro

[PATCH 4.7 163/184] asm-generic: make get_user() clear the destination on errors

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 9ad18b75c2f6e4a78ce204e79f37781f8815c0fa upstream. both for access_ok() failures and for faults halfway through Signed-off-by: Al Viro

Re: [PATCH 2/2] radix-tree: Fix optimisation problem

On Thu, Sep 22, 2016 at 11:53 AM, Matthew Wilcox wrote: > > Change the test suite to compile with -O2, and > fix the optimisation problem by passing 'entry' through entry_to_node() > so gcc knows this isn't a plain pointer. Ugh. I really don't like this

Re: [PATCH] i2c: qup: skip qup_i2c_suspend if the device is already runtime suspended

> > Signed-off-by: Sudeep Holla > > Reviewed-by: Andy Gross I took the liberty to make "linaro" out of "linro". signature.asc Description: PGP signature

[PATCH 4.7 123/184] md-cluster: make md-cluster also can work when compiled into kernel

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Guoqing Jiang commit 47a7b0dc04c9746812820b6e60553cc77bbc upstream. The md-cluster is compiled as module by default, if it is compiled by built-in way, then we can't make

[PATCH 3/8] staging: rts5208: fix style warnings in rtsx_chip.h

This patch fixes the following checkpatch.pl warning in rtsx_chip.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx_chip.h | 52 +++-- 1 file changed,

[PATCH 4.7 137/184] efi/libstub: Introduce ExitBootServices helper

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jeffrey Hugo commit fc07716ba803483be91bc4b2344f9c84985e6f07 upstream. The spec allows ExitBootServices to fail with EFI_INVALID_PARAMETER if a race condition has

[PATCH 4/8] staging: rts5208: fix style warnings in rtsx.h

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 1/8] staging: rts5208: fix style warnings in rtsx.h

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: do not add new typedefs Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 4 drivers/staging/rts5208/rtsx_chip.h | 2 +- 2 files changed, 1 insertion(+), 5

<    1   2   3   4   5   6   7   8   9   10   >