Re: [PATCH net-next1/2] net: core: use listified Rx for GRO_NORMAL in napi_gro_receive()

2019-10-11 Thread Edward Cree
>> On 10/10/2019 15:42, Alexander Lobakin wrote: >>> Commit 323ebb61e32b4 ("net: use listified RX for handling GRO_NORMAL >>> skbs") made use of listified skb processing for the users of >>> napi_gro_frags(). >>> The same technique can be used in a way more common napi_gro_receive() >>> to speed up

Re: [PATCH v3 00/13] software node: add support for reference properties

2019-10-11 Thread Rafael J. Wysocki
On Monday, September 9, 2019 10:15:44 AM CEST Dmitry Torokhov wrote: > These series implement "references" properties for software nodes as true > properties, instead of managing them completely separately. > > The first 10 patches are generic cleanups and consolidation and unification > of the ex

[PATCH v1 1/2] perf test: Report failure for mmap events

2019-10-11 Thread Leo Yan
When fail to mmap events in task exit case, it misses to set 'err' to -1; thus the testing will not report failure for it. This patch sets 'err' to -1 when fails to mmap events, thus Perf tool can report correct result. Signed-off-by: Leo Yan --- tools/perf/tests/task-exit.c | 1 + 1 file chang

[PATCH v1 2/2] perf test: Avoid infinite loop for task exit case

2019-10-11 Thread Leo Yan
When execute task exit testing case, Perf tool stucks in this case and doesn't return back on Arm64 Juno board. After dig into this issue, since Juno board has Arm's big.LITTLE CPUs, thus the PMUs are not compatible between the big CPUs and little CPUs. This leads to PMU event cannot be enabled pr

Re: [PATCH] MAINTAINERS: Remove Simon as Renesas SoC Co-Maintainer

2019-10-11 Thread Geert Uytterhoeven
-next and rename the > > renesas-geert tree to be renesas, OK? > > I thought Geert's new repo is called renesas-devel? The repository is called "renesas-devel". The branch Stephen pulls is "next" (colloquially called "renesas-next" ;-) The linux-

Re: [PATCH 1/2] habanalabs: support vmalloc memory mapping

2019-10-11 Thread Oded Gabbay
On Fri, Oct 11, 2019 at 11:10 AM Christoph Hellwig wrote: > > On Thu, Oct 10, 2019 at 07:54:07PM +, Omer Shpigelman wrote: > > The is_vmalloc_addr checks are for user pointers and for memory which was > > allocated by the driver with vmalloc_user. > > This does not make any sense whatsoever.

Re: [PATCH] rtc: rv3028: add clkout support

2019-10-11 Thread Alexandre Belloni
Hi, thanks for the patch, minor comments below. On 27/09/2019 16:15:05+0200, Parthiban Nallathambi wrote: > + ret = regmap_update_bits(rv3028->regmap, RV3028_STATUS, > + RV3028_STATUS_CLKF, 0); > + if (ret < 0) > + return ret; > + This is already

Re: [PATCH net-next v3] genetlink: do not parse attributes for families with zero maxattr

2019-10-11 Thread Jiri Pirko
Fri, Oct 11, 2019 at 09:40:09AM CEST, mkube...@suse.cz wrote: >Commit c10e6cf85e7d ("net: genetlink: push attrbuf allocation and parsing >to a separate function") moved attribute buffer allocation and attribute >parsing from genl_family_rcv_msg_doit() into a separate function >genl_family_rcv_msg_a

Re: [PATCH 0/2] iommu/arm-smmu: Add an optional "input-address-size" property

2019-10-11 Thread Robin Murphy
On 2019-10-11 4:46 am, Nicolin Chen wrote: This series of patches add an optional DT property to allow an SoC to specify how many bits being physically connected to its SMMU instance, depending on the SoC design. This has come up before, and it doesn't work in general because a single SMMU ins

[PATCH] clk: imx7ulp: Correct DDR clock mux options

2019-10-11 Thread Anson Huang
In the latest reference manual Rev.0,06/2019, the DDR clock mux is extended to 2 bits, and the clock options are also changed, correct them accordingly. Fixes: b1260067ac3d ("clk: imx: add imx7ulp clk driver") Signed-off-by: Anson Huang --- This patch should be based on https://patchwork.kernel.o

Re: [PATCH 2/5] KPC2000: kpc2000_spi.c: Fix style issues (missing blank line)

2019-10-11 Thread Greg KH
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Fri, Oct 11, 2019 at 02:

Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait

2019-10-11 Thread Rafael J. Wysocki
Sorry for the delay. On Monday, September 9, 2019 9:39:37 AM CEST Yin Fengwei wrote: > In function acpi_idle_do_entry(), we do an io port access to guarantee > hardware behavior. But it could trigger unnecessary vmexit for > virtualization environemnt. Is this a theoretical problem, or do you act

Re: [PATCH 2/3] PCI: pciehp: Wait for PDS if in-band presence is disabled

2019-10-11 Thread Andy Shevchenko
On Fri, Oct 11, 2019 at 11:48 AM Andy Shevchenko wrote: > > On Fri, Oct 11, 2019 at 9:49 AM Andy Shevchenko > wrote: > > > > On Thu, Oct 10, 2019 at 11:37 PM Stuart Hayes > > wrote: > > > > > Thank you for the feedback! An infinite loop is used several other > > > places in > > > this driver-

Re: [PATCH] staging: wfx: fix an undefined reference error when CONFIG_MMC=m

2019-10-11 Thread Greg KH
On Fri, Oct 11, 2019 at 08:40:08AM +, Jerome Pouiller wrote: > On Friday 11 October 2019 06:26:16 CEST Greg KH wrote: > > CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender and know the > content is safe. >

Re: [PATCH 2/5] staging: octeon: remove typedef declaration for cvmx_helper_link_info_t

2019-10-11 Thread Greg KH
On Fri, Oct 11, 2019 at 09:02:39AM +0300, Wambui Karuga wrote: > -typedef union { > +union cvmx_helper_link_info_t { I agree with Julia, all of the "_t" needs to be dropped as that is pointless. It's a holdover from the original name where "_t" was trying to say that this is a typedef. Gotta lov

Re: [PATCH 0/5] Remove declarations of new typedef in

2019-10-11 Thread Greg KH
On Fri, Oct 11, 2019 at 09:02:37AM +0300, Wambui Karuga wrote: > This patchset removes various typedef declarations of new data types > in drivers/staging/octeon/octeon-stubs.h. > The series also changes their old uses with the new declaration > format. The subject line of this email seems to be l

Re: [PATCH] MAINTAINERS: Remove Simon as Renesas SoC Co-Maintainer

2019-10-11 Thread Sergei Shtylyov
Hello! On 10.10.2019 23:35, Stephen Rothwell wrote: At the end of the v5.3 upstream kernel development cycle, Simon stepped down from his role as Renesas SoC maintainer. Remove his maintainership, git repository, and branch from the MAINTAINERS file, and add an entry to the CREDITS file to hon

Re: [Outreachy kernel] [PATCH 1/5] staging: octeon: remove typedef declaration for cvmx_wqe_t

2019-10-11 Thread Wambui Karuga
On Fri, Oct 11, 2019 at 08:18:25AM +0200, Julia Lawall wrote: > > > On Fri, 11 Oct 2019, Wambui Karuga wrote: > > > Remove typedef declaration from struct cvmx_wqe_t in > > You can remove the _t from the name as well. Should I remove the _t from all the enums/structs? > > > drivers/staging/oct

Re: [PATCH v4 1/4] HID: logitech: Add MX Mice over Bluetooth

2019-10-11 Thread Filipe Laíns
On Fri, 2019-10-11 at 10:54 +0200, Benjamin Tissoires wrote: > On Fri, Oct 11, 2019 at 10:49 AM Filipe Laíns > wrote: > > On Fri, 2019-10-11 at 00:57 +, Mazin Rezk wrote: > > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk < > > > mn...@protonmail.com> wrote: > > > > > > > This patch adds

Re: [PATCH 5.3 000/148] 5.3.6-stable review

2019-10-11 Thread Greg Kroah-Hartman
On Fri, Oct 11, 2019 at 09:33:41AM +0100, Jon Hunter wrote: > > On 10/10/2019 09:34, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.3.6 release. > > There are 148 patches in this series, all will be posted as a response > > to this one. If anyone has any issu

Re: wake_q memory ordering

2019-10-11 Thread Manfred Spraul
Hi Davidlohr, On 10/10/19 9:25 PM, Davidlohr Bueso wrote: On Thu, 10 Oct 2019, Peter Zijlstra wrote: On Thu, Oct 10, 2019 at 02:13:47PM +0200, Manfred Spraul wrote: Therefore smp_mb__{before,after}_atomic() may be combined with cmpxchg_relaxed, to form a full memory barrier, on all archs.

Re: [PATCH v4 1/4] HID: logitech: Add MX Mice over Bluetooth

2019-10-11 Thread Benjamin Tissoires
On Fri, Oct 11, 2019 at 10:49 AM Filipe Laíns wrote: > > On Fri, 2019-10-11 at 00:57 +, Mazin Rezk wrote: > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk < > > mn...@protonmail.com> wrote: > > > > > This patch adds support for several MX mice over Bluetooth. The > > > device IDs > > > hav

Re: [RFC PATCH 07/13] vsock: handle buffer_size sockopts in the core

2019-10-11 Thread Stefano Garzarella
On Fri, Oct 11, 2019 at 09:27:14AM +0100, Stefan Hajnoczi wrote: > On Thu, Oct 10, 2019 at 11:32:54AM +0200, Stefano Garzarella wrote: > > On Wed, Oct 09, 2019 at 01:30:26PM +0100, Stefan Hajnoczi wrote: > > > On Fri, Sep 27, 2019 at 01:26:57PM +0200, Stefano Garzarella wrote: > > > Another issue i

Re: [PATCH v4 4/4] HID: logitech: Support WirelessDeviceStatus connect events

2019-10-11 Thread Benjamin Tissoires
On Fri, Oct 11, 2019 at 2:58 AM Mazin Rezk wrote: > > On Saturday, October 5, 2019 9:05 PM, Mazin Rezk wrote: > > > This patch makes WirelessDeviceStatus (0x1d4b) events get detected as > > connection events on devices with HIDPP_QUIRK_WIRELESS_DEVICE_STATUS. > > > > This quirk is currently an al

Re: [PATCH v5 bpf-next 09/15] samples/bpf: use own flags but not HOSTCFLAGS

2019-10-11 Thread Sergei Shtylyov
More grammar nitpicking... On 11.10.2019 3:28, Ivan Khoronzhuk wrote: While compiling natively, the host's cflags and ldflags are equal to ones used from HOSTCFLAGS and HOSTLDFLAGS. When cross compiling it should have own, used for target arch. While verification, for arm, While verifyi

Re: [PATCH v4 1/4] HID: logitech: Add MX Mice over Bluetooth

2019-10-11 Thread Filipe Laíns
On Fri, 2019-10-11 at 00:57 +, Mazin Rezk wrote: > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk < > mn...@protonmail.com> wrote: > > > This patch adds support for several MX mice over Bluetooth. The > > device IDs > > have been copied from the libratbag device database and their > > featur

Re: [PATCH 2/3] PCI: pciehp: Wait for PDS if in-band presence is disabled

2019-10-11 Thread Andy Shevchenko
On Fri, Oct 11, 2019 at 9:49 AM Andy Shevchenko wrote: > > On Thu, Oct 10, 2019 at 11:37 PM Stuart Hayes > wrote: > > > Thank you for the feedback! An infinite loop is used several other places > > in > > this driver--this keeps the style similar. I can change it as you suggest, > > though, i

[PATCH] ASoC: stm32: spdifrx: retry synchronization in sync state

2019-10-11 Thread Olivier Moysan
When STM32 SPDIFRX is in sync state, allow multiple synchro attempts, instead of exiting on first unsuccessful trial. This is useful when spdif signal is not immediately available on input. This also allows Pulseaudio to check iec capture device availability when no signal is present. Signed-off-b

Re: [PATCH v5 bpf-next 05/15] samples/bpf: use __LINUX_ARM_ARCH__ selector for arm

2019-10-11 Thread Sergei Shtylyov
Hello! Sorry, didn't comment on v4... On 11.10.2019 3:27, Ivan Khoronzhuk wrote: For arm, -D__LINUX_ARM_ARCH__=X is min version used as instruction set selector and is absolutely required while parsing some parts of headers. It's present in KBUILD_CFLAGS but not in autoconf.h, so let's retr

[PATCH net-next v3] genetlink: do not parse attributes for families with zero maxattr

2019-10-11 Thread Michal Kubecek
Commit c10e6cf85e7d ("net: genetlink: push attrbuf allocation and parsing to a separate function") moved attribute buffer allocation and attribute parsing from genl_family_rcv_msg_doit() into a separate function genl_family_rcv_msg_attrs_parse() which, unlike the previous code, calls __nlmsg_parse(

Re: [PATCH v4 3/4] HID: logitech: Add feature 0x0001: FeatureSet

2019-10-11 Thread Benjamin Tissoires
On Fri, Oct 11, 2019 at 10:33 AM Benjamin Tissoires wrote: > > On Fri, Oct 11, 2019 at 2:57 AM Mazin Rezk wrote: > > > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk > > wrote: > > > > > This patch adds support for the 0x0001 (FeatureSet) feature. This feature > > > is used to look up the f

Re: [PATCH] staging: wfx: fix an undefined reference error when CONFIG_MMC=m

2019-10-11 Thread Jerome Pouiller
On Friday 11 October 2019 06:26:16 CEST Greg KH wrote: > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > On Fri, Oct 11, 2019 at 11:02:19AM +0800, zhong jiang wrote: > > I

Re: [RFC][PATCH] kprobes/x86: While list ftrace locations in kprobe blacklist areas

2019-10-11 Thread Masami Hiramatsu
Hi Steve, On Thu, 10 Oct 2019 17:52:16 -0400 Steven Rostedt wrote: > From: Steven Rostedt (VMware) > > I noticed some of my old tests failing on kprobes, and realized that > this was due to black listing irq_entry functions on x86 from being > used by kprobes. IIRC, this was due to the cr2 bei

[PATCH] clk: imx7ulp: Correct system clock source option #7

2019-10-11 Thread Anson Huang
In the latest reference manual Rev.0,06/2019, the SCG1's system clock source option #7 is no longer from upll, it is reserved, update clock driver accordingly. Fixes: b1260067ac3d ("clk: imx: add imx7ulp clk driver") Signed-off-by: Anson Huang --- drivers/clk/imx/clk-imx7ulp.c | 2 +- 1 file cha

Re: [Patch v4 1/2] mm/rmap.c: don't reuse anon_vma if we just want a copy

2019-10-11 Thread Wei Yang
On Fri, Oct 11, 2019 at 11:04:16AM +0300, Konstantin Khlebnikov wrote: >On 11/10/2019 10.22, Wei Yang wrote: >> Before commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma >> hierarchy"), anon_vma_clone() doesn't change dst->anon_vma. While after >> this commit, anon_vma_clone() will try to

[PATCH] mailbox: tegra: Fix superfluous IRQ error message

2019-10-11 Thread Jon Hunter
Commit 7723f4c5ecdb ("driver core: platform: Add an error message to platform_get_irq*()") added an error message to avoid drivers having to print an error message when IRQ lookup fails. However, there are some cases where IRQs are optional and so new optional versions of the platform_get_irq*() AP

Re: [PATCH 5.3 000/148] 5.3.6-stable review

2019-10-11 Thread Jon Hunter
On 10/10/2019 09:34, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.3.6 release. > There are 148 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sho

Re: [PATCH v4 3/4] HID: logitech: Add feature 0x0001: FeatureSet

2019-10-11 Thread Benjamin Tissoires
On Fri, Oct 11, 2019 at 2:57 AM Mazin Rezk wrote: > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk wrote: > > > This patch adds support for the 0x0001 (FeatureSet) feature. This feature > > is used to look up the feature ID of a feature index on a device and list > > the total count of featur

Re: [PATCH 4.14 00/61] 4.14.149-stable review

2019-10-11 Thread Jon Hunter
On 10/10/2019 09:36, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.149 release. > There are 61 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

Re: [PATCH 4.19 000/114] 4.19.79-stable review

2019-10-11 Thread Jon Hunter
On 10/10/2019 09:35, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.79 release. > There are 114 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

Re: linux-next: Fixes tag needs some work in the staging.current tree

2019-10-11 Thread Greg KH
On Fri, Oct 11, 2019 at 08:10:23AM +, Jonathan Cameron wrote: > Hi Stephen > > Sorry, I've clearly let another one of these through. > > Stupid question of the day. Don't suppose you can share how you check these? There's a script, that I posted to the workflows mailing list, that should ch

Re: [RFC PATCH 07/13] vsock: handle buffer_size sockopts in the core

2019-10-11 Thread Stefan Hajnoczi
On Thu, Oct 10, 2019 at 11:32:54AM +0200, Stefano Garzarella wrote: > On Wed, Oct 09, 2019 at 01:30:26PM +0100, Stefan Hajnoczi wrote: > > On Fri, Sep 27, 2019 at 01:26:57PM +0200, Stefano Garzarella wrote: > > Another issue is that this patch drops the VIRTIO_VSOCK_MAX_BUF_SIZE > > limit that used

Re: [PATCH v2 1/4] drm: Add a new helper drm_color_ctm_s31_32_to_qm_n()

2019-10-11 Thread Mihail Atanassov
Hi James, On Friday, 11 October 2019 06:45:27 BST james qian wang (Arm Technology China) wrote: > Add a new helper function drm_color_ctm_s31_32_to_qm_n() for driver to > convert S31.32 sign-magnitude to Qm.n 2's complement that supported by > hardware. > > Signed-off-by: james qian wang (Arm Te

[PATCH v2] media: rc-map: Sort rc map name MACROs

2019-10-11 Thread Jisheng Zhang
Some MACROS such as RC_MAP_SU3000 and RC_MAP_HAUPPAUGE are not alphabetically sorted. Sort names alphabetically. Signed-off-by: Jisheng Zhang --- Since v1: - make RC_MAP_X96MAX and RC_MAP_PIXELVIEW sorted as well. include/media/rc-map.h | 10 +- 1 file changed, 5 insertions(+), 5 delet

Re: [PATCH v4 2/4] HID: logitech: Support HID++ devices without short reports

2019-10-11 Thread Benjamin Tissoires
On Fri, Oct 11, 2019 at 2:57 AM Mazin Rezk wrote: > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk wrote: > > > This patch allows the hid-logitech-hidpp module to support devices that do > > not have support for Short HID++ reports. So far, it seems that Bluetooth > > HID++ 2.0 devices are mi

Re: [PATCH v4 2/2] EDAC: al-mc-edac: Introduce Amazon's Annapurna Labs Memory Controller EDAC

2019-10-11 Thread Marc Zyngier
On Thu, 10 Oct 2019 14:54:14 +0300 Talel Shenhar wrote: Hi Talel, > The Amazon's Annapurna Labs Memory Controller EDAC supports ECC capability > for error detection and correction (Single bit error correction, Double > detection). This driver introduces EDAC driver for that capability. > > Sign

Re: [PATCH 3/3] arm64: dts: rockchip: fix RockPro64 sdmmc settings【请注意,邮件由linux-rockchip-bounces+shawn.lin=rock-chips....@lists.infradead.org代发】

2019-10-11 Thread Jonas Karlman
ioned patch (6a11fc4) where the kernel guesses > the i/o voltage from the card configuration and switches the controller > accordingly. We would end up with a 1.8V card and controller > configuration and a regulator voltage of 3.3V. This would only work with > good luck. Even if the ker

Re: linux-next: build failure after merge of the powerpc tree

2019-10-11 Thread Michael Ellerman
On Mon, 2019-09-30 at 00:13:42 UTC, Stephen Rothwell wrote: > Hi all, > > After merging the powerpc tree, today's linux-next build (powerpc64 > allnoconfig) failed like this: > > arch/powerpc/mm/book3s64/pgtable.c: In function 'flush_partition': > arch/powerpc/mm/book3s64/pgtable.c:216:3: error:

Re: [PATCH] powerpc/pseries: Remove confusing warning message.

2019-10-11 Thread Michael Ellerman
On Tue, 2019-10-01 at 13:29:28 UTC, Laurent Dufour wrote: > Since the commit 1211ee61b4a8 ("powerpc/pseries: Read TLB Block Invalidate > Characteristics"), a warning message is displayed when booting a guest on > top of KVM: > > lpar: arch/powerpc/platforms/pseries/lpar.c > pseries_lpar_read_hblk

Re: [PATCH] net: stmmac: disable/enable ptp_ref_clk in suspend/resume flow

2019-10-11 Thread biao huang
Appreciate your comments! On Thu, 2019-10-10 at 16:01 -0700, Jakub Kicinski wrote: > On Wed, 9 Oct 2019 16:56:49 +0800, Biao Huang wrote: > > disable ptp_ref_clk in suspend flow, and enable it in resume flow. > > > > Signed-off-by: Biao Huang > > --- > > drivers/net/ethernet/stmicro/stmmac/stmm

Re: [PATCH 1/2] clone3: add CLONE3_CLEAR_SIGHAND

2019-10-11 Thread Michal Hocko
[Cc linux-api] On Thu 10-10-19 15:35:17, Christian Brauner wrote: > Reset all signal handlers of the child not set to SIG_IGN to SIG_DFL. > Mutually exclusive with CLONE_SIGHAND to not disturb other thread's > signal handler. > > In the spirit of closer cooperation between glibc developers and ke

Re: [PATCH v4 1/4] HID: logitech: Add MX Mice over Bluetooth

2019-10-11 Thread Benjamin Tissoires
Hi Mazin, On Fri, Oct 11, 2019 at 2:57 AM Mazin Rezk wrote: > > On Saturday, October 5, 2019 9:04 PM, Mazin Rezk wrote: > > > This patch adds support for several MX mice over Bluetooth. The device IDs > > have been copied from the libratbag device database and their features > > have been based

[PATCH v2] async: Let kfree() out of the critical area of the lock

2019-10-11 Thread Yunfeng Ye
The async_lock is big global lock, and kfree() is not always cheap, it will increase lock contention. it's better let kfree() outside the lock to keep the critical area as short as possible. Signed-off-by: Yunfeng Ye Reviewed-by: Alexander Duyck Reviewed-by: Bart Van Assche --- v1 -> v2: - upd

Re: [PATCH 1/2] habanalabs: support vmalloc memory mapping

2019-10-11 Thread Christoph Hellwig
On Thu, Oct 10, 2019 at 07:54:07PM +, Omer Shpigelman wrote: > The is_vmalloc_addr checks are for user pointers and for memory which was > allocated by the driver with vmalloc_user. This does not make any sense whatsoever. vmalloc_user returns a kernel address, it just does a GFP_USER instea

RE: linux-next: Fixes tag needs some work in the staging.current tree

2019-10-11 Thread Jonathan Cameron
Hi Stephen Sorry, I've clearly let another one of these through. Stupid question of the day. Don't suppose you can share how you check these? Thanks, Jonathan -Original Message- From: Stephen Rothwell [mailto:s...@canb.auug.org.au] Sent: 10 October 2019 21:43 To: Greg KH Cc: Linux

Re: [Patch v4 2/2] mm/rmap.c: reuse mergeable anon_vma as parent when fork

2019-10-11 Thread Konstantin Khlebnikov
On 11/10/2019 10.22, Wei Yang wrote: In function __anon_vma_prepare(), we will try to find anon_vma if it is possible to reuse it. While on fork, the logic is different. Since commit 5beb49305251 ("mm: change anon_vma linking to fix multi-process server scalability issue"), function anon_vma_clo

Re: [PATCH net-next v7 09/17] ethtool: generic handlers for GET requests

2019-10-11 Thread Johannes Berg
On Thu, 2019-10-10 at 22:00 +0200, Michal Kubecek wrote: > > > Having a common format is way more accessible. Generic netlink (now) > > even exposes the policy (if set) and all of its nested sub-policies to > > userspace (if you use NLA_POLICY_NESTED), so it's very easy to discover > > what's in t

Re: [Patch v4 1/2] mm/rmap.c: don't reuse anon_vma if we just want a copy

2019-10-11 Thread Konstantin Khlebnikov
On 11/10/2019 10.22, Wei Yang wrote: Before commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma hierarchy"), anon_vma_clone() doesn't change dst->anon_vma. While after this commit, anon_vma_clone() will try to reuse an exist one on forking. But this commit go a little bit further for th

[PATCH] pinctrl: berlin: as370: fix a typo s/spififib/spdifib

2019-10-11 Thread Jisheng Zhang
The function should be spdifib, fix this typo. Fixes: 423ddc580b13 ("pinctrl: berlin: add the as370 SoC pinctrl driver") Signed-off-by: Jisheng Zhang --- drivers/pinctrl/berlin/pinctrl-as370.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pinctrl/berlin/pinctrl-as37

Re: [PATCH] samples/watch_test - fix build error

2019-10-11 Thread David Howells
This change is folded in, thanks (from Randy's patch).

Re: [PATCH -next] security: smack: add watch_queue.h header to fix build errors

2019-10-11 Thread David Howells
I've folded in this patch. David

Re: [PATCH -next] samples: watch_queue: depends on HEADERS_INSTALL

2019-10-11 Thread David Howells
I've folded in this patch. David

Re: [PATCH v3 02/10] dt-bindings: sram: Convert Samsung Exynos SYSRAM bindings to json-schema

2019-10-11 Thread Krzysztof Kozlowski
On Thu, Oct 10, 2019 at 02:33:56PM -0500, Rob Herring wrote: > On Wed, Oct 02, 2019 at 06:43:08PM +0200, Krzysztof Kozlowski wrote: > > Convert Samsung Exynos SYSRAM bindings to DT schema format using > > json-schema. > > > > Signed-off-by: Krzysztof Kozlowski > > > > --- > > > > Changes since

Re: [PATCH v7 0/6] tpm: Add driver for cr50

2019-10-11 Thread Heiko Stübner
Am Montag, 7. Oktober 2019, 00:39:00 CEST schrieb Jarkko Sakkinen: > On Fri, Sep 20, 2019 at 11:32:34AM -0700, Stephen Boyd wrote: > > This patch series adds support for the H1 secure microcontroller > > running cr50 firmware found on various recent Chromebooks. This driver > > is necessary to boot

Re: [PATCH v2 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA

2019-10-11 Thread Geert Uytterhoeven
On Fri, Oct 11, 2019 at 2:07 AM Kees Cook wrote: > Finish renaming RO_DATA_SECTION to RO_DATA. (Calling this a "section" > is a lie, since it's multiple sections and section flags cannot be > applied to the macro.) > > Signed-off-by: Kees Cook > arch/m68k/kernel/vmlinux-nommu.lds | 2 +- For m

Re: [PATCH v5 0/9] Enable Sub-page Write Protection Support

2019-10-11 Thread Yang Weijiang
On Thu, Oct 10, 2019 at 02:42:51PM -0700, Jim Mattson wrote: > On Tue, Sep 17, 2019 at 1:52 AM Yang Weijiang wrote: > > > > EPT-Based Sub-Page write Protection(SPP)is a HW capability which allows > > Virtual Machine Monitor(VMM) to specify write-permission for guest > > physical memory at a sub-pa

Re: [PATCH 2/2] gpio: Add xgs-iproc driver

2019-10-11 Thread Linus Walleij
Hi Chris! Thanks for your patch! On Fri, Oct 4, 2019 at 3:25 AM Chris Packham wrote: > This driver supports the Chip Common A GPIO controller present on a > number of Broadcom switch ASICs with integrated SoCs. The controller is > similar to the pinctrl-nsp-gpio and pinctrl-iproc-gpio blocks bu

Re: [PATCH v3 2/3] ARM: dts: add Netronix E60K02 board common file

2019-10-11 Thread Andreas Kemnade
On Fri, 11 Oct 2019 08:56:09 +0200 Marco Felsch wrote: > Hi Andreas, > > On 19-10-10 21:23, Andreas Kemnade wrote: > > The Netronix board E60K02 can be found some several Ebook-Readers, > > at least the Kobo Clara HD and the Tolino Shine 3. The board > > is equipped with different SoCs requiring

Re: [PATCH 2/2] clk: meson: a1: add support for Amlogic A1 clock driver

2019-10-11 Thread Jerome Brunet
On Tue 08 Oct 2019 at 10:03, Jian Hu wrote: > Hi, Jerome > > PLL clocks and peripheral clocks rely on each other. > > for fixed_pll, we can describe its parent like this: > > xtal-->xtal_fixpll-->fixed_dco-->fixed_pll > > xtal fixpll is belong to peripheral region. > fixed_pll/fclk_div2/fclk_di

Re: [PATCH 3/3] x86/ftrace: Use text_poke()

2019-10-11 Thread Daniel Bristot de Oliveira
On 11/10/2019 09:01, Peter Zijlstra wrote: > On Fri, Oct 04, 2019 at 10:10:47AM +0200, Daniel Bristot de Oliveira wrote: >> Currently, ftrace_rec entries are ordered inside the group of functions, but >> "groups of function" are not ordered. So, the current int3 handler does a >> (*): > We can ins

Re: [RFC PATCH v3 00/16] Core scheduling v3

2019-10-11 Thread Aaron Lu
On Thu, Oct 10, 2019 at 10:29:47AM -0400, Vineeth Remanan Pillai wrote: > > I didn't see why we need do this. > > > > We only need to have the root level sched entities' vruntime become core > > wide since we will compare vruntime for them across hyperthreads. For > > sched entities on sub cfs_rqs,

Re: [PATCH] x86/mce: Lower throttling MCE messages to warnings

2019-10-11 Thread Benjamin Berg
Hi Srinivas, On Thu, 2019-10-10 at 14:08 -0700, Srinivas Pandruvada wrote: > I have a patch to address this. Instead of avoiding any critical > warnings or wait for 300 seconds for next one, the warning is based on > how long the system is working on throttled condition. If for example > the fan b

Re: [PATCH v3 07/14] dt-bindings: dma: ti: Add document for K3 UDMA

2019-10-11 Thread Peter Ujfalusi
Rob, On 10/10/2019 20.52, Rob Herring wrote: > On Tue, Oct 01, 2019 at 09:16:57AM +0300, Peter Ujfalusi wrote: >> New binding document for >> Texas Instruments K3 NAVSS Unified DMA – Peripheral Root Complex (UDMA-P). >> >> UDMA-P is introduced as part of the K3 architecture and can be found in >>

Re: [PATCH v2 2/2] pinctrl: iproc: use unique name for irq chip

2019-10-11 Thread Linus Walleij
On Mon, Oct 7, 2019 at 10:14 AM Marc Zyngier wrote: > On Mon, 07 Oct 2019 08:30:50 +0100, > Geert Uytterhoeven wrote: > > > > Hi Chris, > > > > CC MarcZ > > > > On Thu, Oct 3, 2019 at 2:03 AM Chris Packham > > wrote: > > > Use the dev_name(dev) for the irqc->name so that we get unique names > >

Re: [PATCH net-next1/2] net: core: use listified Rx for GRO_NORMAL in napi_gro_receive()

2019-10-11 Thread Alexander Lobakin
Edward Cree wrote 10.10.2019 21:23: On 10/10/2019 15:42, Alexander Lobakin wrote: Commit 323ebb61e32b4 ("net: use listified RX for handling GRO_NORMAL skbs") made use of listified skb processing for the users of napi_gro_frags(). The same technique can be used in a way more common napi_gro_recei

Re: [PATCH net-next 2/2] net: core: increase the default size of GRO_NORMAL skb lists to flush

2019-10-11 Thread Alexander Lobakin
Hi Edward, Edward Cree wrote 10.10.2019 21:16: On 10/10/2019 15:42, Alexander Lobakin wrote: Commit 323ebb61e32b ("net: use listified RX for handling GRO_NORMAL skbs") have introduced a sysctl variable gro_normal_batch for defining a limit for listified Rx of GRO_NORMAL skbs. The initial value

[Patch v4 2/2] mm/rmap.c: reuse mergeable anon_vma as parent when fork

2019-10-11 Thread Wei Yang
In function __anon_vma_prepare(), we will try to find anon_vma if it is possible to reuse it. While on fork, the logic is different. Since commit 5beb49305251 ("mm: change anon_vma linking to fix multi-process server scalability issue"), function anon_vma_clone() tries to allocate new anon_vma for

[Patch v4 1/2] mm/rmap.c: don't reuse anon_vma if we just want a copy

2019-10-11 Thread Wei Yang
Before commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma hierarchy"), anon_vma_clone() doesn't change dst->anon_vma. While after this commit, anon_vma_clone() will try to reuse an exist one on forking. But this commit go a little bit further for the case not forking. anon_vma_clone() is

Re: [PATCH v1 0/2] perf stat: Support --all-kernel and --all-user

2019-10-11 Thread Jiri Olsa
On Fri, Oct 11, 2019 at 10:50:35AM +0800, Jin, Yao wrote: > > > On 10/10/2019 8:33 PM, Arnaldo Carvalho de Melo wrote: > > Em Thu, Oct 10, 2019 at 04:33:57PM +0800, Jin, Yao escreveu: > > > > > > > > > On 10/10/2019 4:00 PM, Jiri Olsa wrote: > > > > On Thu, Oct 10, 2019 at 02:46:36PM +0800, Jin

Re: [PATCH] Bluetooth: hci_qca: fix in-band sleep enablement

2019-10-11 Thread Balakrishna Godavarthi
Hi Claire, This change will not work as we need fw files to be loaded tofor IBS to active. may i know on which chipset you have this issue of IBS active even with out fw download. On 2019-10-11 12:31, Harish Bandi wrote: ++ Balakrishna On 2019-10-09 14:21, Claire Chang wrote: Enabling in-

[PATCH] habanalabs: add opcode to INFO IOCTL to return clock rate

2019-10-11 Thread Oded Gabbay
Add a new opcode to the INFO IOCTL to allow the user application to retrieve the ASIC's current and maximum clock rate. The rate is returned in MHz. Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/goya/goya.c| 3 ++- drivers/misc/habanalabs/goya/goyaP.h | 2 ++ drivers/mis

[PATCH] staging: isdn: remove assignment in if conditionals

2019-10-11 Thread Wambui Karuga
Remove variable assignment in if statements in drivers/staging/isdn/avm/b1.c. Issues reported by checkpatch.pl as: ERROR: do not use assignment in if condition Also refactor code around some if statements to remove comparisons to NULL and unnecessary braces in single statement blocks. Signed-off-

Re: [PATCH] rtc: xilinx: Fix calibval variable type

2019-10-11 Thread Michal Simek
On 08. 10. 19 16:31, Alexandre Belloni wrote: > Hi, > > On 08/10/2019 16:25:41+0200, Michal Simek wrote: >> From: Srinivas Goud >> >> This patch fixes the warnings reported by static code analysis. >> Updated calibval variable type to unsigned type from signed. >> >> Signed-off-by: Srinivas Goud

Re: [PATCH RFC] perf_event: Add support for LSM and SELinux checks

2019-10-11 Thread Peter Zijlstra
On Thu, Oct 10, 2019 at 02:31:14PM -0400, Joel Fernandes wrote: > On Thu, Oct 10, 2019 at 07:09:49PM +0200, Peter Zijlstra wrote: > > Yes, I did notice, I found it weird. > > > > If you have CAP_IPC_LIMIT you should be able to bust mlock memory > > limits, so I don't see why we should further rel

Re: [PATCH 3/3] x86/ftrace: Use text_poke()

2019-10-11 Thread Peter Zijlstra
On Fri, Oct 04, 2019 at 10:10:47AM +0200, Daniel Bristot de Oliveira wrote: > Currently, ftrace_rec entries are ordered inside the group of functions, but > "groups of function" are not ordered. So, the current int3 handler does a (*): We can insert a sort() of the vector right before doing text_p

Re: [PATCH] Bluetooth: hci_qca: fix in-band sleep enablement

2019-10-11 Thread Harish Bandi
++ Balakrishna On 2019-10-09 14:21, Claire Chang wrote: Enabling in-band sleep when there is no patch/nvm-config found and bluetooth is running with the original fw/config. Fixes: ba8f35979002 ("Bluetooth: hci_qca: Avoid setup failure on missing rampatch") Fixes: 7dc5fe0814c3 ("Bluetooth: hci_q

<    4   5   6   7   8   9