Re: [PATCH 3/5] PCI: cadence: Add host driver for Cadence PCIe controller

Hello, On Tue, 28 Nov 2017 14:41:14 -0600, Bjorn Helgaas wrote: > > + * struct cdns_pcie_rc_data - hardware specific data > > "cdns" is a weird abbreviation for "Cadence", since "Cadence" doesn't > contain an "s". cdns is the official Device Tree binding vendor prefix for Cadence: $ grep

Re: [PATCH] gpio: gpio-stmpe: make various char arrays static const, shrinks object size

Am 28.11.2017 19:23, schrieb Colin King: > From: Colin Ian King > > Don't populate the read-only arrays edge_det_values, rise_values and > fall_values on the stack but instead make them static and constify them. > Makes the object code smaller by over 240 bytes: > >

Re: Question to perf annotate handling mov ...(%rip) instructions

On Tue, Nov 28, 2017 at 11:50:30AM -0300, Arnaldo Carvalho de Melo wrote: SNIP > > Function mov__parse() calls comment__symbol() which contains: > > > >static int comment__symbol(char *raw, char *comment, u64 *addrp, char > > **namep) > >{ > > char *endptr, *name, *t; > > > >

[PATCH RFC 4/4] crypto: stm32: convert to the new crypto engine API

This patch convert the driver to the new crypto engine API. Signed-off-by: Corentin Labbe --- drivers/crypto/stm32/stm32-hash.c | 22 +++--- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/drivers/crypto/stm32/stm32-hash.c

[PATCH RFC 2/4] crypto: omap: convert to new crypto engine API

This patch convert the driver to the new crypto engine API. Signed-off-by: Corentin Labbe --- drivers/crypto/omap-aes.c | 21 +++-- drivers/crypto/omap-aes.h | 3 +++ drivers/crypto/omap-des.c | 24 ++-- 3 files changed, 36

[PATCH RFC 1/4] crypto: engine - Permit to enqueue all async requests

The crypto engine could actually only enqueue hash and ablkcipher request. This patch permit it to enqueue any type of crypto_async_request. Signed-off-by: Corentin Labbe --- crypto/crypto_engine.c | 188 +++-

[PATCH RFC 3/4] crypto: virtio: convert to new crypto engine API

This patch convert the driver to the new crypto engine API. Signed-off-by: Corentin Labbe --- drivers/crypto/virtio/virtio_crypto_algs.c | 15 ++- drivers/crypto/virtio/virtio_crypto_common.h | 2 +- drivers/crypto/virtio/virtio_crypto_core.c | 3 ---

[PATCH RFC 0/4] crypto: engine - Permit to enqueue all async requests

Hello The current crypto_engine support only ahash and ablkcipher. My first patch which try to add skcipher was Nacked, it will add too many functions and adding other algs(aead, asymetric_key) will make the situation worst. This patchset remove all algs specific stuff and now only process

RE: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

Hi, > From: Ulf Hansson, Sent: Wednesday, November 29, 2017 2:23 AM > > On 28 November 2017 at 13:48, Yoshihiro Shimoda > wrote: > > Hi Geert-san, > > > >> From: Geert Uytterhoeven, Sent: Tuesday, November 28, 2017 7:58 PM > >> > >> Hi Rafael, Shimoda-san, > >>

RE: [PATCH v4 00/12] [dt-bindings] [media] Add document file and driver for Sony CXD2880 DVB-T2/T tuner + demodulator

Dear Mauro Thanks for your support and reply. I understood current status. We will wait for community's feedback. Regards and Thanks, Takiguchi

RE: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

Hi, > From: Alan Stern, Sent: Wednesday, November 29, 2017 12:07 AM > > On Tue, 28 Nov 2017, Yoshihiro Shimoda wrote: > > > Hi Geert-san, > > > > > From: Geert Uytterhoeven, Sent: Tuesday, November 28, 2017 7:58 PM > > > > > > Hi Rafael, Shimoda-san, > > > > > > On Sun, Nov 12, 2017 at 1:27 AM,

[PATCH v2 3/3] ocfs2: nowait aio support

Return -EAGAIN if any of the following checks fail for direct I/O with nowait flag: Can not get the related locks immediately, Blocks are not allocated at the write location, it will trigger block allocation, this will block IO operations. Signed-off-by: Gang He ---

[PATCH v2 0/3] ocfs2: add nowait aio support

As you know, VFS layer has introduced non-block aio flag IOCB_NOWAIT, which informs kernel to bail out if an AIO request will block for reasons such as file allocations, or a writeback triggered, or would block while allocating requests while performing direct I/O. Subsequent, pwritev2/preadv2

Re: [PATCH v4 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20

On Mon, 27 Nov 2017 23:33:29 +0100, Maciej S. Szmigiero wrote: > > This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep > 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not > allow 3-byte accesses (including DMA) so a 4-byte (more conventional) > format

Re: [PATCH V3 22/29] [media] atomisp: deprecate pci_get_bus_and_slot()

Hi Sinan, On Mon, Nov 27, 2017 at 11:57:59AM -0500, Sinan Kaya wrote: > diff --git > a/drivers/staging/media/atomisp/platform/intel-mid/intel_mid_pcihelpers.c > b/drivers/staging/media/atomisp/platform/intel-mid/intel_mid_pcihelpers.c > index 4631b1d..51dcef57 100644 > ---

[PATCH] Support TrackStick of Thinkpad L570

From: Masaki Ota - The issue is that Thinkpad L570 TrackStick does not work. Because the main interface of Thinkpad L570 device is SMBus, so ALPS overlooked PS2 interface Firmware setting of TrackStick. The detail is that TrackStick otp bit is disabled. - Add the code

[PATCH] trace/xdp: fix compile warning: ‘struct bpf_map’ declared inside parameter list

We meet this compile warning, which caused by missing bpf.h in xdp.h. In file included from ./include/trace/events/xdp.h:10:0, from ./include/linux/bpf_trace.h:6, from drivers/net/ethernet/intel/i40e/i40e_txrx.c:29: ./include/trace/events/xdp.h:93:17: warning:

Re: [RFC][PATCH] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On Wed, Nov 29, 2017 at 6:05 AM, Archit Taneja wrote: > On 11/29/2017 03:02 AM, John Stultz wrote: >> On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja >> wrote: >>> Apart from this, we should also move adv7511_cec_init() up in the probe >>> so that

Re: [PATCH] Support TrackStick of Thinkpad L570

On Wednesday 29 November 2017 16:01:05 Masaki Ota wrote: > From: Masaki Ota > - The issue is that Thinkpad L570 TrackStick does not work. Because the main > interface of Thinkpad L570 device is SMBus, so ALPS overlooked PS2 interface > Firmware setting of TrackStick. The

Re: [Question] does there have another fix for ldisc crash instead of "tty: Fix ldisc crash on reopened tty" ?

On Wed, Nov 29, 2017 at 03:57:51PM +0800, Tan Xiaojun wrote: > Hi, all, > > I test in a Arm64 fpga board (Hisilicon D06 fpga) with > kernel-stable-4.14.2, then I get a panic log attached in the end. > > I found this problem try to be fixed before by the patch "tty: Fix > ldisc

RE: [PATCH] i2c: core: decrease reference count of device node in i2c_unregister_device

Hi Wolfram, In my understand, the of_node_put(bus) is to of_get_child_by_name((adap->dev.of_node, "i2c-bus") or of_node_get(adap->dev.of_node). What I said is the children of "bus" increased by "info.of_node = of_node_get(node)" in function of_i2c_register_device. My description in last mail

RE: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t

> On Tue, Nov 28 2017 at 5:07am -0500, > Reshetova, Elena wrote: > > > > > > On Fri, Nov 24, 2017 at 2:36 AM, Reshetova, Elena > > > wrote: > > > >> On Fri, Oct 20, 2017 at 10:37:38AM +0300, Elena Reshetova wrote: > > > >> > } else if

Re: [PATCH 4.4 00/96] 4.4.103-stable review

On Tue, Nov 28, 2017 at 11:27:24AM -0700, Nathan Chancellor wrote: > Merged, compiled, and flashed on my Pixel 2 XL and OnePlus 5. No > initial issues noticed in general usage or dmesg. Wonderful, thanks for testing and letting me know. greg k-h

Re: [Lkft-triage] [PATCH 4.14 000/193] 4.14.3-stable review

On Tue, Nov 28, 2017 at 11:57:22PM +0530, Naresh Kamboju wrote: > On 28 November 2017 at 15:54, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.14.3 release. > > There are 193 patches in this series, all will be posted as a

Re: [PATCH] x86/syscalls: Mark expected switch fall-throughs

Hi Joe, On Wed, Nov 29, 2017 at 2:07 AM, Joe Perches wrote: > On Tue, 2017-11-28 at 14:37 -0600, Gustavo A. R. Silva wrote: >> Quoting Linus Torvalds : >> > On Tue, Nov 28, 2017 at 11:00 AM, Alan Cox >> > wrote: >> > >

Re: [PATCH/RFC] RDMA/iwpm: Fix uninitialized error code in iwpm_send_mapinfo()

On Wed, Nov 29, 2017 at 9:10 AM, Geert Uytterhoeven wrote: > Hi Jason, > > On Wed, Nov 29, 2017 at 12:08 AM, Jason Gunthorpe wrote: >> On Thu, Nov 16, 2017 at 11:26:04AM +0100, Geert Uytterhoeven wrote: >>> With gcc-4.1.2: >>> >>>

Re: [RFC PATCH] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 28/11/17 20:34, Maran Wilson wrote: > For certain applications it is desirable to rapidly boot a KVM virtual > machine. In cases where legacy hardware and software support within the > guest is not needed, Qemu should be able to boot directly into the > uncompressed Linux kernel binary without

Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit

On Tue 28-11-17 21:14:23, John Hubbard wrote: > On 11/28/2017 12:12 AM, Michal Hocko wrote: > > On Mon 27-11-17 15:26:27, John Hubbard wrote: > > [...] > >> Let me add a belated report, then: we ran into this limit while > >> implementing > >> an early version of Unified Memory[1], back in 2013.

Re: [PATCH v2 04/11] media: rkisp1: add Rockchip MIPI Synopsys DPHY driver

Hi Hans, 2017-11-27 22:15 GMT+08:00 Jose Abreu : > ++ Joao, ++ Luis > > Hi Hans, > > We will take a look into this. Thanks for pointing this out! > > Best Regards, > Jose Miguel Abreu > > On 27-11-2017 12:01, Hans Verkuil wrote: >> I'm CC-ing Jose Abreu from Synopsys to

[PATCH 2/8] hw_breakpoint: Pass bp_type argument to __reserve_bp_slot|__release_bp_slot

Passing bp_type argument to __reserve_bp_slot and __release_bp_slot functions, so we can pass another bp_type than the one defined in bp->attr.bp_type. This will be handy in following change that fixes breakpoint slot counts during its modification. Signed-off-by: Jiri Olsa ---

Re: [PATCH v2 25/35] nds32: Build infrastructure

2017-11-27 22:21 GMT+08:00 Arnd Bergmann : > On Mon, Nov 27, 2017 at 1:28 PM, Greentime Hu wrote: > >> diff --git a/arch/nds32/Kconfig.cpu b/arch/nds32/Kconfig.cpu >> new file mode 100644 >> index 000..6b4013f >> --- /dev/null >> +++ b/arch/nds32/Kconfig.cpu

[PATCH 3/8] hw_breakpoint: Add modify_bp_slot function

Adding modify_bp_slot function to keep slot numbers correct when changing the breakpoint type. Using existing __release_bp_slot/__reserve_bp_slot call sequence to update the slot counts. Signed-off-by: Jiri Olsa --- kernel/events/hw_breakpoint.c | 46

Re: [PATCH v3] staging: fsl-mc: move bus driver out of staging

Hi Andrew, On 11/28/2017 06:04 PM, Andrew Lunn wrote: > On Tue, Nov 28, 2017 at 05:27:57PM +0200, laurentiu.tu...@nxp.com wrote: >> diff --git a/drivers/staging/fsl-mc/bus/dpmcp.h b/drivers/bus/fsl-mc/dpmcp.h >> similarity index 100% >> rename from drivers/staging/fsl-mc/bus/dpmcp.h >> rename to

Re: [Question] does there have another fix for ldisc crash instead of "tty: Fix ldisc crash on reopened tty" ?

On 2017/11/29 16:02, Greg KH wrote: > On Wed, Nov 29, 2017 at 03:57:51PM +0800, Tan Xiaojun wrote: >> Hi, all, >> >> I test in a Arm64 fpga board (Hisilicon D06 fpga) with >> kernel-stable-4.14.2, then I get a panic log attached in the end. >> >> I found this problem try to be fixed

[PATCH v2 2/3] ocfs2: add ocfs2_overwrite_io function

Add ocfs2_overwrite_io function, which is used to judge if overwrite allocated blocks, otherwise, the write will bring extra block allocation overhead. Signed-off-by: Gang He --- fs/ocfs2/extent_map.c | 41 + fs/ocfs2/extent_map.h | 3 +++

[PATCH v2 1/3] ocfs2: add ocfs2_try_rw_lock and ocfs2_try_inode_lock

Add ocfs2_try_rw_lock and ocfs2_try_inode_lock functions, which will be used in non-block IO scenarios. Signed-off-by: Gang He --- fs/ocfs2/dlmglue.c | 21 + fs/ocfs2/dlmglue.h | 4 2 files changed, 25 insertions(+) diff --git a/fs/ocfs2/dlmglue.c

[PATCH] mfd: pm8xxx: Make elegible for COMPILE_TEST

This should be enabled so that we get full compile coverage of the PM8xxx MFD core with the different subdrivers. Tested on the build servers. Suggested-by: Jonathan Cameron Signed-off-by: Linus Walleij --- drivers/mfd/Kconfig | 2 +- 1 file

Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses

On Tue, Nov 28, 2017 at 11:10 PM, Tobin C. Harding wrote: > On Tue, Nov 28, 2017 at 03:16:24PM +0200, Alexander Kapshuk wrote: >> On Tue, Nov 28, 2017 at 8:32 AM, Tobin C. Harding wrote: >> > Currently, leaking_addresses.pl only supports scanning 64 bit >> >

Re: [PATCH/RFC] RDMA/iwpm: Fix uninitialized error code in iwpm_send_mapinfo()

Hi Jason, On Wed, Nov 29, 2017 at 12:08 AM, Jason Gunthorpe wrote: > On Thu, Nov 16, 2017 at 11:26:04AM +0100, Geert Uytterhoeven wrote: >> With gcc-4.1.2: >> >> drivers/infiniband/core/iwpm_util.c: In function ‘iwpm_send_mapinfo’: >>

Re: [PATCH/RFC] RDMA/iwpm: Fix uninitialized error code in iwpm_send_mapinfo()

Hi Arnd, On Wed, Nov 29, 2017 at 9:20 AM, Arnd Bergmann wrote: > On Wed, Nov 29, 2017 at 9:10 AM, Geert Uytterhoeven > wrote: >> On Wed, Nov 29, 2017 at 12:08 AM, Jason Gunthorpe wrote: >>> On Thu, Nov 16, 2017 at 11:26:04AM +0100, Geert

[PATCH 4/8] hw_breakpoint: Factor out __modify_user_hw_breakpoint function

Moving out the all the functionality without the events disabling/enabling calls, because we want to call another disabling/enabling functions in following change. Signed-off-by: Jiri Olsa --- kernel/events/hw_breakpoint.c | 46 +++ 1

[PATCH 5/8] hw_breakpoint: Add perf_event_attr fields check in __modify_user_hw_breakpoint

And rename it to modify_user_hw_breakpoint_check. We are about to use modify_user_hw_breakpoint_check for user space breakpoints modification, we must be very strict to check only the fields we can change have changed. As Peter explained: Suppose someone does: attr =

[PATCH 6/8] perf/core: Move perf_event_attr::sample_max_stack into perf_copy_attr

Moving sample_max_stack check and setup into perf_copy_attr, so we have all perf_event_attr initial setup in one place and can easily compare attrs in the new ioctl introduced in following change. Signed-off-by: Jiri Olsa --- kernel/events/core.c | 6 +++--- 1 file changed, 3

[PATCH 8/8] perf tests: Add breakpoint accounting/modify test

Adding test that: - detects the number of watch/break-points, skip test if any is missing - detects PERF_EVENT_IOC_MODIFY_ATTRIBUTES ioctl, skip test if it's missing - detects if watchpoints and breakpoints share same slots - create all possible watchpoints on cpu 0 - change

Re: [PATCH/RFC] RDMA/iwpm: Fix uninitialized error code in iwpm_send_mapinfo()

On Wed, Nov 29, 2017 at 9:24 AM, Geert Uytterhoeven wrote: > Hi Arnd, > > On Wed, Nov 29, 2017 at 9:20 AM, Arnd Bergmann wrote: >> On Wed, Nov 29, 2017 at 9:10 AM, Geert Uytterhoeven >> wrote: >>> On Wed, Nov 29, 2017 at 12:08 AM, Jason

[PATCH 7/8] perf/core: fast breakpoint modification via _IOC_MODIFY_ATTRIBUTES.

From: Milind Chabbi Problem and motivation: Once a breakpoint perf event (PERF_TYPE_BREAKPOINT) is created, there is no flexibility to change the breakpoint type (bp_type), breakpoint address (bp_addr), or breakpoint length (bp_len). The only option is to close the perf

[PATCH 1/8] hw_breakpoint: Pass bp_type directly as find_slot_idx argument

Passing bp_type directly as find_slot_idx argument, so we don't need to have whole event to get the breakpoint slot type. It will be used in following changes. Signed-off-by: Jiri Olsa --- kernel/events/hw_breakpoint.c | 10 +- 1 file changed, 5 insertions(+), 5

Re: [PATCH 1/1] kasan: fix livelock in qlist_move_cache

On Wed, Nov 29, 2017 at 5:54 AM, Zhouyi Zhou wrote: > Hi, > There is new discoveries! > > When I find qlist_move_cache reappear in my environment, > I use kgdb to break into function qlist_move_cache. I found > this function is called because of cgroup release. > > I also

Re: [PATCH] net: stmmac: dwmac-sun8i: fix allwinner,leds-active-low handling

On Tue, Nov 28, 2017 at 06:38:26PM +0100, Andrew Lunn wrote: > On Tue, Nov 28, 2017 at 05:48:22PM +0100, Corentin Labbe wrote: > > The driver expect "allwinner,leds-active-low" to be in PHY node, but > > the binding doc expect it to be in MAC node. > > > > Since all board DT use it also in MAC

Re: [RFC 0/2] of: Add whitelist

On 11/27/17 15:58, Alan Tull wrote: > Here's a proposal for a whitelist to lock down the dynamic device tree. > > For an overlay to be accepted, all of its targets are required to be > on a target node whitelist. > > Currently the only way I have to get on the whitelist is calling a > function

Re: [PATCH RFC 2/2] mm, hugetlb: do not rely on overcommit limit during migration

What about this on top. I haven't tested this yet though. --- diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h index 1b6d7783c717..f5fcd4e355dc 100644 --- a/include/linux/hugetlb.h +++ b/include/linux/hugetlb.h @@ -119,6 +119,7 @@ long hugetlb_unreserve_pages(struct inode *inode,

[PATCH] x86/numa: move setting parse numa node to num_add_memblk

Currently, Arm64 and x86 use the common code wehn parsing numa node in a acpi way. The arm64 will set the parsed node in numa_add_memblk, but the x86 is not set in that , then it will result in the repeatly setting. And the parsed node maybe is unreasonable to the system. we would better not set

[PATCH v5] lib: optimize cpumask_next_and()

> > Note that on Arm (), the new c implementation still outperforms the > > old one that uses c+ the asm implementation of `find_next_bit` [3]. > What is 'c+'? Is it typo? I meant "a mix of C and asm" ~(C + asm). Rephrased. > If you find generic find_bit() on arm faster that asm one, we'd >

[tip:x86/urgent] x86: Make X86_BUG_FXSAVE_LEAK detectable in CPUID on AMD

Commit-ID: 2b67799bdf25d19690710a88c2bce9127cf3ba6f Gitweb: https://git.kernel.org/tip/2b67799bdf25d19690710a88c2bce9127cf3ba6f Author: Rudolf Marek AuthorDate: Tue, 28 Nov 2017 22:01:06 +0100 Committer: Thomas Gleixner CommitDate: Wed, 29 Nov

Re: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

Hi Ulf, On Wed, Nov 29, 2017 at 10:24 AM, Ulf Hansson wrote: > On 29 November 2017 at 09:21, Yoshihiro Shimoda > wrote: >>> From: Ulf Hansson, Sent: Wednesday, November 29, 2017 2:23 AM >>> On 28 November 2017 at 13:48, Yoshihiro Shimoda

[PATCH v6] lib: optimize cpumask_next_and()

We've measured that we spend ~0.6% of sys cpu time in cpumask_next_and(). It's essentially a joined iteration in search for a non-zero bit, which is currently implemented as a lookup join (find a nonzero bit on the lhs, lookup the rhs to see if it's set there). Implement a direct join (find a

Re: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

On 29 November 2017 at 10:43, Geert Uytterhoeven wrote: > Hi Ulf, > > On Wed, Nov 29, 2017 at 10:24 AM, Ulf Hansson wrote: >> On 29 November 2017 at 09:21, Yoshihiro Shimoda >> wrote: From: Ulf Hansson, Sent:

Re: 答复: 答复: [PATCH v7,1/2] misc: rtsx: Move Realtek Card Reader Driver to misc

On Wed, 29 Nov 2017, Lee Jones wrote: > On Wed, 29 Nov 2017, 冯锐 wrote: > > > > On Tue, Nov 28, 2017 at 09:33:23AM +, Lee Jones wrote: > > > > On Tue, 28 Nov 2017, 冯锐 wrote: > > > > > > > > > > On Tue, 28 Nov 2017, Lee Jones wrote: > > > > > > > > > > > > > On Tue, 28 Nov 2017,

Re: [PATCH v8,2/2] misc: rtsx: Add support for RTS5260

On Wed, 29 Nov 2017, rui_f...@realsil.com.cn wrote: > From: Rui Feng > > Add support for new chip rts5260. > In order to support rts5260, the definitions of > some internal registers and workflow have to be > modified and are different from its predecessors > and OCP

[PATCH 6/6] x86/mm/kaiser: Optimize __native_flush_tlb

Now that we have lazy user asid flushing, use that even if we have INVPCID. Even if INVPCID would not be slower than a flushing CR3 write (it is) this allows folding multiple user flushes. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/tlbflush.h | 38

[PATCH 3/6] x86/mm/kaiser: Allow PCID with nokaiser

Currently KAISER kills PCID on platforms that lack INVPCID, even when nokaiser. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/tlbflush.h |9 + arch/x86/mm/init.c |2 +- arch/x86/mm/tlb.c |7 ++- 3 files

Re: [PATCH 4.4 00/96] 4.4.103-stable review

On Wed, Nov 29, 2017 at 03:23:27PM +0530, Naresh Kamboju wrote: > On 29 November 2017 at 13:37, Greg Kroah-Hartman > wrote: > > On Tue, Nov 28, 2017 at 10:56:45PM +0530, Naresh Kamboju wrote: > >> On 28 November 2017 at 15:52, Greg Kroah-Hartman > >>

Re: [PATCH 4/6] x86/mm/kaiser: Support PCID without INVPCID

On Wed, Nov 29, 2017 at 11:33:05AM +0100, Peter Zijlstra wrote: > +DECLARE_PER_CPU(unsigned long, user_asid_flush_mask); Ah, I meant to make that: DECLARE_BITMAP(TLB_NR_DYN_ASIDS)

Re: [PATCH 1/2] mfd: cros ec: spi: Don't send first message too soon

On Mon, 13 Nov 2017, Jon Hunter wrote: > On the Tegra124 Nyan-Big chromebook the very first SPI message sent to > the EC is failing. > > The Tegra SPI driver configures the SPI chip-selects to be active-high > by default (and always has for many years). The EC SPI requires an > active-low

Re: [PATCH v2 3/4] backlight: tps65217_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > This would only cause trouble if the child node is missing while there > is an

Re: [PATCH v2 4/4] backlight: as3711_bl: fix device-tree node leaks

On Mon, 20 Nov 2017, Johan Hovold wrote: > Two framebuffer device-node names were looked up during probe, but were > only used as flags to indicate the presence of two framebuffer device. > > Drop the unused framebuffer name along with a likewise unused device > pointer from the driver data, and

[PATCH RFC v2 2/2] mm, hugetlb: do not rely on overcommit limit during migration

OK, so this is the v2 with all the fixups folded in. It doesn't blow up immediately and even seem to work. --- >From 5de969daf882122690f0dfc028d09f88f312b7fa Mon Sep 17 00:00:00 2001 From: Michal Hocko Date: Wed, 29 Nov 2017 12:31:49 +0100 Subject: [PATCH] mm, hugetlb: do not

Re: [PATCH v2 1/2] cros_ec: Split cros_ec_devs module

On Mon, 20 Nov 2017, Thierry Escande wrote: > This patch splits the cros_ec_devs module in two parts with a > cros_ec_dev module responsible for handling MFD devices registration and > a cros_ec_ctl module responsible for handling the various user-space > interfaces. > > For consistency purpose,

Re: [PATCH] KVM: VMX: Cache IA32_DEBUGCTL in memory

On 29/11/2017 07:07, Wanpeng Li wrote: > From: Wanpeng Li > > MSR_IA32_DEBUGCTLMSR is zeroed on VMEXIT, so it is saved/restored > each time during world switch. Jim from Google pointed out that > when running schbench in L2, vmx_vcpu_run will occupy 4% cpu time, > and

Re: [PATCH] arm64: kaslr: Fix kaslr end boundary of virt addr

On 2017/11/29 4:41, Ard Biesheuvel wrote: > On 21 November 2017 at 03:44, Chen Feng wrote: >> With kaslr and kasan enable both, I got the follow issue. >> >> [ 16.130523s]kasan: reg->base = 1, phys_end =1c000,start = >> 4000, end =

Re: [PATCH v2 25/35] nds32: Build infrastructure

On Wed, Nov 29, 2017 at 9:39 AM, Greentime Hu wrote: > 2017-11-27 22:21 GMT+08:00 Arnd Bergmann : >> On Mon, Nov 27, 2017 at 1:28 PM, Greentime Hu wrote: >>> diff --git a/arch/nds32/Kconfig.cpu b/arch/nds32/Kconfig.cpu >>> +config

Re: KASAN: stack-out-of-bounds Read in crypto_chacha20_crypt

On Wed, Nov 29, 2017 at 12:33:01AM -0800, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 1ea8d039f9edcfefb20d8ddfe136930f6e551529 > git://git.cmpxchg.org/linux-mmots.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached. > >

Re: KASAN: use-after-free Read in crypto_chacha20_crypt

On Tue, Nov 28, 2017 at 07:23:01AM -0800, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 1ea8d039f9edcfefb20d8ddfe136930f6e551529 > git://git.cmpxchg.org/linux-mmots.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached. > C

Re: [RFC PATCH] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 28/11/2017 20:34, Maran Wilson wrote: > For certain applications it is desirable to rapidly boot a KVM virtual > machine. In cases where legacy hardware and software support within the > guest is not needed, Qemu should be able to boot directly into the > uncompressed Linux kernel binary

Re: [PATCH 1/4] dt-bindings: pinctrl: add bindings for MediaTek MT7622 SoC

On Tue, 2017-11-28 at 09:20 -0600, Rob Herring wrote: > On Tue, Nov 28, 2017 at 11:49:59AM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > Add devicetree bindings for MediaTek MT7622 pinctrl driver. > > > > Signed-off-by: Sean Wang

Re: Question to perf annotate handling mov ...(%rip) instructions

On 11/28/2017 03:50 PM, Arnaldo Carvalho de Melo wrote: . >> >> 60b4: 48 8b 05 35 cd 22 00mov 0x22cd35(%rip),%rax # 232df0 >> <__gmon_start__> >> >> Commit 6de783b6f50f7f1db18a3fda0aa34b2e84b5771d ("perf annotate: Resolve >> symbols >> using objdump comment") added

Re: linux-next: Signed-off-by missing for commits in the staging tree

On Wed, Nov 29, 2017 at 09:44:44AM +0100, Christian Gromm wrote: > On 28.11.2017 20:41, Greg KH wrote: > > On Tue, Nov 28, 2017 at 08:16:51AM +1100, Stephen Rothwell wrote: > > > Hi Greg, > > > > > > Commits > > > > > >2525ef557c73 ("staging: most: update driver usage file") > > >

Re: linux-next: Signed-off-by missing for commits in the staging tree

On 29.11.2017 10:14, Greg KH wrote: On Wed, Nov 29, 2017 at 09:44:44AM +0100, Christian Gromm wrote: On 28.11.2017 20:41, Greg KH wrote: On Tue, Nov 28, 2017 at 08:16:51AM +1100, Stephen Rothwell wrote: Hi Greg, Commits 2525ef557c73 ("staging: most: update driver usage file")

Re: [PATCH v3] s390/virtio: add BSD license to virtio-ccw

On Tue, Nov 28, 2017 at 02:51:19PM +0100, Cornelia Huck wrote: > On Tue, 28 Nov 2017 15:17:52 +0200 > "Michael S. Tsirkin" wrote: > > > The original intent of the virtio header relicensing > > from 2008 was to make sure anyone can implement compatible > > devices/drivers. The

Re: [PATCH] x86/entry/64: Fix native_load_gs_index() SWAPGS handling with IRQ state tracing enabled

On Wed, 29 Nov 2017, Jarkko Nikula wrote: > On 11/29/2017 09:09 AM, Ingo Molnar wrote: > > > > * Jarkko Nikula wrote: > > > > > Hi > > > > > > Suspend-to-ram and resume stopped working on v4.15-rc1 and I bisected it > > > to commit ca37e57bbe0c ("x86/entry/64:

Re: [PATCH] drivers/staging/rtl8188eu remove 5GHZ specific code

On Tue, Nov 28, 2017 at 08:32:07PM -0800, Travis Davies wrote: > [PATCH] drivers/staging/rtl8188eu remove 5GHZ specific code That is up in the subject line, no need to put it in the body. > My first patch. No need for that in the changelog :) > This based from linux-next tree. Nor that :) >

[PATCH 3/3] arm: dts: mt7623: fix card detection issue on bananapi-r2

From: Sean Wang Fix that bananapi-r2 booting from SD-card would fail since incorrect polarity is applied to the previous setup with GPIO_ACTIVE_HIGH. Cc: sta...@vger.kernel.org # v4.14+ Fixes: 0eed8d097612 ("arm: dts: mt7623: Add SD-card and EMMC to bananapi-r2")

[PATCH v4 5/6] ARM: dts: imx6q: Add Variscite DART-MX6 Carrier-board support

This patch adds support for the i.MX6 Quad variant of the Variscite DART-MX6 SoM Carrier-Board. This Carrier-Board has the following : - LVDS interface for the VLCD-CAP-GLD-LVDS 7" LCD 800 x 480 touch display - HDMI Connector - USB Host + USB OTG Connector - 10/100/1000 Mbps Ethernet -

[PATCH v4 6/6] ARM: configs: Add missing config for DART-MX6 SoM

This patch adds the missing configs for the DART-MX6 SoM support : - SERDEV bluetooth driver + SERIAL_DEV_BUS configs - WL18XX driver - DEFAULT_ON Led Trigger Reviewed-by: Fabio Estevam Signed-off-by: Neil Armstrong ---

Re: [PATCH] crypto: AF_ALG - wait for data at beginning of recvmsg

On Wed, Nov 29, 2017 at 11:17:26AM +0100, Stephan Müller wrote: > > @@ -111,6 +111,12 @@ static int _aead_recvmsg(struct socket *sock, struct > msghdr *msg, > size_t usedpages = 0; /* [in] RX bufs to be used from user */ > size_t processed = 0; /* [in] TX bufs to

[GIT PULL] Immutable branch between MFD, Memstick, Misc and MMC due for the v4.16 merge window

Hi All, Need to send this out twice due to a lack of a 0/X patch and different addressees on each patch. :( The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26

Re: [PATCH v2 16/23] test_firmware: enable custom fallback testing on limited kernel configs

On Mon, Nov 20, 2017 at 10:24:02AM -0800, Luis R. Rodriguez wrote: > When a kernel is not built with: > > CONFIG_HAS_FW_LOADER_USER_HELPER_FALLBACK=y > > We don't currently enable testing fw_fallback.sh. For kernels that > still enable the fallback mechanism, its possible to use the async >

Re: [RFC PATCH v2 1/7] ASoC: Intel: Fix Kconfig with top-level selector

On Tue, Nov 28, 2017 at 07:45:45PM -0600, Pierre-Louis Bossart wrote: I am not sure about top level being default to Y... > config SND_SST_ATOM_HIFI2_PLATFORM > tristate "Intel ASoC SST driver for HiFi2 platforms (*field, *trail)" > - depends on SND_SOC_INTEL_SST_TOPLEVEL && X86 > +

[GIT PULL] Immutable branch between MFD, Memstick, Misc and MMC due for the v4.16 merge window

Hi All, Need to send this out twice due to a lack of a 0/X patch and different addressees on each patch. :( The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26

Re: [Lkft-triage] [PATCH 4.9 000/138] 4.9.66-stable review

On Wed, Nov 29, 2017 at 10:07:02AM +, Mark Brown wrote: > On Wed, Nov 29, 2017 at 09:07:45AM +0100, Greg Kroah-Hartman wrote: > > On Tue, Nov 28, 2017 at 11:07:01PM +0530, Naresh Kamboju wrote: > > > > Results from Linaro’s test farm. > > > No regressions on arm64, arm and x86_64. > > >

Re: [PATCH] crypto: AF_ALG - wait for data at beginning of recvmsg

On Wed, Nov 29, 2017 at 11:28:43AM +0100, Stephan Mueller wrote: > Am Mittwoch, 29. November 2017, 11:22:34 CET schrieb Herbert Xu: > > Hi Herbert, > > > On Wed, Nov 29, 2017 at 11:17:26AM +0100, Stephan Müller wrote: > > > @@ -111,6 +111,12 @@ static int _aead_recvmsg(struct socket *sock,

Re: [Lkft-triage] [PATCH 4.9 000/138] 4.9.66-stable review

On Wed, Nov 29, 2017 at 11:35:15AM +0100, Greg Kroah-Hartman wrote: > On Wed, Nov 29, 2017 at 10:07:02AM +, Mark Brown wrote: > > There's another internal list for looking at LKFT been set up and > > they've set it up as a mailman list adding subject prefixes :( > That's a pretty horrid

Re: Build regressions/improvements in v4.14-rc8

On Mon, Nov 6, 2017 at 11:41 AM, Geert Uytterhoeven wrote: > [Deleted 853 lines about "'__f' is static but declared in inline function > '...' which is not static [enabled by default]" on i386-randconfig Are there any plans to fix this? It triggers with a config I got

Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses

Hi, On Wed, Nov 29, 2017 at 3:46 PM, Tobin C. Harding wrote: > On Wed, Nov 29, 2017 at 09:59:59AM +0200, Alexander Kapshuk wrote: >> On Tue, Nov 28, 2017 at 11:10 PM, Tobin C. Harding wrote: >> > On Tue, Nov 28, 2017 at 03:16:24PM +0200, Alexander Kapshuk wrote: >>

[PATCH v2] crypto: AF_ALG - wait for data at beginning of recvmsg

The wait for data is a non-atomic operation that can sleep and therefore potentially release the socket lock. The release of the socket lock allows another thread to modify the context data structure. The waiting operation for new data therefore must be called at the beginning of recvmsg. This

[PATCH 3/4] lockd: convert nlm_lockowner.count from atomic_t to refcount_t

atomic_t variables are currently used to implement reference counters with the following properties: - counter is initialized to 1 using atomic_set() - a resource is freed upon counter reaching zero - once counter reaches zero, its further increments aren't allowed - counter schema uses

[PATCH] fs: convert super_block.s_active from atomic_t to refcount_t

atomic_t variables are currently used to implement reference counters with the following properties: - counter is initialized to 1 using atomic_set() - a resource is freed upon counter reaching zero - once counter reaches zero, its further increments aren't allowed - counter schema uses

[PATCH] userfaultfd: convert userfaultfd_ctx.refcount from atomic_t to refcount_t

atomic_t variables are currently used to implement reference counters with the following properties: - counter is initialized to 1 using atomic_set() - a resource is freed upon counter reaching zero - once counter reaches zero, its further increments aren't allowed - counter schema uses

Re: [PATCH] mfd: kempld-core: Use resource_size function on resource object

On Mon, 20 Nov 2017, Vasyl Gomonovych wrote: > drivers/mfd/kempld-core.c:461:13-16: WARNING: Suspicious code. resource_size > is maybe missing with ioport > > Generated by: scripts/coccinelle/api/resource_size.cocci > > Signed-off-by: Vasyl Gomonovych > --- >

Re: [PATCH v2 25/35] nds32: Build infrastructure

2017-11-29 17:25 GMT+08:00 Arnd Bergmann : > On Wed, Nov 29, 2017 at 10:10 AM, Geert Uytterhoeven > wrote: >> Hi Arnd, >> >> On Wed, Nov 29, 2017 at 9:58 AM, Arnd Bergmann wrote: >>> On Wed, Nov 29, 2017 at 9:39 AM, Greentime Hu

  1   2   3   4   5   6   7   8   9   10   >