Re: [PATCH v2] hwmon: MC13783: add uid and die temperature sensor inputs

On Tue, Mar 20, 2018 at 06:01:27PM +0300, Andrey Gusakov wrote: > The uid and die temperature can be read out on the ADIN7 using > input mux. Map uid and die tenperature sensor to channels 16 > and 17. > > Signed-off-by: Andrey Gusakov > --- > Changes in v2: >

Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs

On 3/20/2018 11:01 AM, Jason Gunthorpe wrote: > On Tue, Mar 20, 2018 at 10:23:16AM -0500, Sinan Kaya wrote: >> On 3/20/2018 9:54 AM, Jason Gunthorpe wrote: >>> On Mon, Mar 19, 2018 at 10:47:47PM -0400, Sinan Kaya wrote: Code includes barrier() followed by writel(). writel() already has a

Re: use generic dma-direct and swiotlb code for x86 V3

On Tue, Mar 20, 2018 at 11:25:21AM +, Konrad Rzeszutek Wilk wrote: > Are you testing with swiotlb=force? I've done swiotlb=force testing with earlier versions, and otherwise relied on a VM with more the 4gb of memory and emulated devices without 64-bit capability.

Re: [RFC PATCH 6/6] drivers: base: arch_topology.c: Enable EAS for arm/arm64 platforms

On 03/20/2018 10:49 AM, Greg Kroah-Hartman wrote: On Tue, Mar 20, 2018 at 09:43:12AM +, Dietmar Eggemann wrote: From: Quentin Perret Energy Aware Scheduling (EAS) has to be started from the arch code. Ok, but: This commit enables it from the arch topology

Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE

Sasha Levin writes: What is the justification for backporting this and the other similar Documentation commits? These commits just introduce a define _FIXME with value of 0, to document that the userspace ABI was handled incorrectly long ago. These commits do not

[PATCH v2 2/2] mtd: nand: Remove print after allocation failure

The prints after [k|v][m|z|c]alloc() etc. functions are not needed, because in case of failure, allocator will print their internal error prints anyway. Signed-off-by: Arushi Singhal Reviewed-by: Miquel Raynal ---

[PATCH v2 1/2] mtd: maps: Remove print after allocation failure

The prints after [k|v][m|z|c]alloc() functions are not needed, because in case of failure, allocator will print their internal error prints anyway. Signed-off-by: Arushi Singhal --- changes in v2 * Prefered if (!map) { map = kmalloc(); if (!map)

Re: [PATCH v4 0/7] kbuild: various fix, clean-up, improvements of CONFIG_TRIM_UNUSED_KSYMS

2018-03-16 16:37 GMT+09:00 Masahiro Yamada : > > Masahiro Yamada (7): > kbuild: clear LDFLAGS in the top Makefile > kbuild: remove wrong 'touch' in adjust_autoksyms.sh > kbuild: move 'scripts' target below > kbuild: restore touching autoksyms.h to the top

Re: [PATCH v2 2/3] drm: bridge: Add LVDS decoder driver

Hi Jacopo, On 03/09/2018 03:51 PM, Jacopo Mondi wrote: > Add transparent LVDS decoder driver. > > A transparent LVDS decoder is a DRM bridge device that does not require > any configuration and converts LVDS input to digital CMOS/TTL parallel > data output. > > Signed-off-by: Jacopo Mondi

Re: [PATCH 1/2] x86: Force asm-goto

On Mon, 19 Mar 2018 16:41:25 +0100 Peter Zijlstra wrote: > A primary prerequisite for this is of course that the compiler > supports asm-goto. This effecively lifts the minimum GCC version to > build an x86 kernel to gcc-4.5. Given that, how about a patch to

Re: [PATCH v5 3/3] Bluetooth: hci_qca: Add serdev support

Hi Thierry, > Add support for Qualcomm serial slave devices. Probe the serial device, > retrieve its maximum speed and register a new hci uart device. > > Signed-off-by: Thierry Escande > --- > > v5: > - Use gpio new name 'enable' > > v4: > - Rename divclk4 as

Re: [PATCH] staging: lustre: Fix unneeded byte-ordering cast

On 20 March 2018 at 01:06, NeilBrown wrote: > On Sat, Mar 17 2018, Justin Skists wrote: > >> Fix sparse warning: >> >> CHECK drivers/staging//lustre/lnet/lnet/acceptor.c >> drivers/staging//lustre/lnet/lnet/acceptor.c:243:30: warning: cast to >> restricted __le32 >> >>

Re: [PATCH 1/2] x86: Force asm-goto

On Tue, Mar 20, 2018 at 09:45:54AM -0600, Jonathan Corbet wrote: > On Mon, 19 Mar 2018 16:41:25 +0100 > Peter Zijlstra wrote: > > > A primary prerequisite for this is of course that the compiler > > supports asm-goto. This effecively lifts the minimum GCC version to > >

[PATCH v3 0/6] platform/chrome: cros_ec debugfs and sysfs updates

Hi, This is a third patchset that introduces some cros_ec debugfs and sysfs updates. Some patches were send before but never merged and some others are new. First patch was already sent [1] but did not receive feedback so I am resending it. Needs to go through platform/chrome tree and can be

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

From: Liran Alon Date: Tue, 20 Mar 2018 17:34:38 +0200 > I personally don't understand why we should maintain > backwards-comparability to this behaviour. The reason is because not breaking things is a cornerstone of Linux kernel development. > This feature is not

Re: [PATCH] test_bpf: Fix testing with CONFIG_BPF_JIT_ALWAYS_ON=y on other arches

On 3/20/18 5:58 AM, Thadeu Lima de Souza Cascardo wrote: Function bpf_fill_maxinsns11 is designed to not be able to be JITed on x86_64. So, it fails when CONFIG_BPF_JIT_ALWAYS_ON=y, and commit 09584b406742 ("bpf: fix selftests/bpf test_kmod.sh failure when CONFIG_BPF_JIT_ALWAYS_ON=y") makes

Re: [PATCH v2] clk: Add driver for the si544 clock generator chip

On 19-03-18 22:08, Stephen Boyd wrote: Quoting Mike Looijmans (2018-03-19 08:04:15) On 18-03-18 13:52, Rob Herring wrote: On Thu, Mar 15, 2018 at 12:50:08PM +0100, Mike Looijmans wrote: +Required properties: + - compatible: One of "silabs,si514a", "silabs,si514b" "silabs,si514c" according +

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

On 20/03/18 18:00, David Miller wrote: From: Liran Alon Date: Tue, 20 Mar 2018 17:34:38 +0200 I personally don't understand why we should maintain backwards-comparability to this behaviour. The reason is because not breaking things is a cornerstone of Linux kernel

Re: [PATCH v2 1/2] arm64: dts: uniphier: add syscon property for UniPhier sound system

2018-03-20 11:48 GMT+09:00 Katsuhiro Suzuki : > This patch adds syscon property for specifying soc-glue core into > device-tree of LD11/LD20 SoC. > > Currently, soc-glue core is used for changing the state of S/PDIF > signal output pin to signal output state or Hi-Z

Re: [PATCH 2/2] rbd: add 'thick' sysfs rbd device attribute

The normal storage term would be fully provisioned, not 'thick'

Re: [PATCH 07/36] aio: add delayed cancel support

On Mon, Mar 19, 2018 at 08:19:57PM -0700, Darrick J. Wong wrote: > On Mon, Mar 05, 2018 at 01:27:14PM -0800, Christoph Hellwig wrote: > > The upcoming aio poll support would like to be able to complete the > > iocb inline from the cancellation context, but that would cause > > a lock order

Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs

On Tue, Mar 20, 2018 at 10:00:49AM -0500, Sinan Kaya wrote: > On 3/20/2018 9:48 AM, Jason Gunthorpe wrote: > > On Mon, Mar 19, 2018 at 10:47:43PM -0400, Sinan Kaya wrote: > >> Code includes wmb() followed by writel(). writel() already has a barrier on > >> some architectures like arm64. > >> > >>

Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs

On 3/20/2018 9:54 AM, Jason Gunthorpe wrote: > On Mon, Mar 19, 2018 at 10:47:47PM -0400, Sinan Kaya wrote: >> Code includes barrier() followed by writel(). writel() already has a >> barrier on some architectures like arm64. >> >> This ends up CPU observing two barriers back to back before

Re: [PATCH 08/36] aio: implement io_pgetevents

On Mon, Mar 19, 2018 at 07:12:41PM -0700, Darrick J. Wong wrote: > > Note that unlike many other signal related calls we do not pass a sigmask > > size, as that would get us to 7 arguments, which aren't easily supported > > by the syscall infrastructure. It seems a lot less painful to just add a

Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs

On Tue, Mar 20, 2018 at 10:08:16AM -0500, Sinan Kaya wrote: > Never mind, it will break some architectures. I'll only change the first one. > > (1) On some systems, I/O stores are not strongly ordered across all CPUs, and > so for _all_ general drivers locks should be used and mmiowb()

Re: [PATCH 5/6] mm/vmscan: Don't change pgdat state on base of a single LRU list state.

On Thu 15-03-18 19:45:52, Andrey Ryabinin wrote: > We have separate LRU list for each memory cgroup. Memory reclaim iterates > over cgroups and calls shrink_inactive_list() every inactive LRU list. > Based on the state of a single LRU shrink_inactive_list() may flag > the whole node as

Re: [PATCH 6/6] mm/vmscan: Don't mess with pgdat->flags in memcg reclaim.

On Thu 15-03-18 19:45:53, Andrey Ryabinin wrote: > memcg reclaim may alter pgdat->flags based on the state of LRU lists > in cgroup and its children. PGDAT_WRITEBACK may force kswapd to sleep > congested_wait(), PGDAT_DIRTY may force kswapd to writeback filesystem > pages. But the worst here is

Re: [PATCH 08/36] aio: implement io_pgetevents

Christoph Hellwig writes: > On Tue, Mar 20, 2018 at 11:30:29AM -0400, Jeff Moyer wrote: >> > In this commit: >> > >> > http://git.infradead.org/users/hch/libaio.git/commitdiff/49f77d595210393ce7b125cb00233cf737402f56 >> >> BTW, the man pages are shipped in the man-pages package,

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

On 20/03/18 16:47, David Miller wrote: From: Liran Alon Date: Tue, 13 Mar 2018 17:07:22 +0200 Before this commit, dev_forward_skb() always cleared packet's per-network-namespace info. Even if the packet doesn't cross network namespaces. There was a lot of discussion

[PATCH net-next] net: mvpp2: Don't use dynamic allocs for local variables

Some helper functions that search for given entries in the TCAM filter on PPv2 controller make use of dynamically alloced temporary variables, allocated with GFP_KERNEL. These functions can be called in atomic context, and dynamic alloc is not really needed in these cases anyways. This commit

Re: [PATCH v4 02/10] x86/microcode/AMD: Check equivalence table length in the early loader

On Fri, Mar 16, 2018 at 12:07:50AM +0100, Maciej S. Szmigiero wrote: > Before loading a CPU equivalence table from a microcode container file we > need to verify whether this file is actually large enough to contain the > table of a size indicated in this file. > If it is not, there is no point of

Re: linux-next: ip6tables *broken* - last base chain position %u doesn't match underflow %u (hook %u

valdis.kletni...@vt.edu wrote: > (Resending because I haven't heard anything) [ ip6tables broken ] Sorry, did not see this email before. I'll investigate asap, thanks for the detailed report.

[PATCH v3 6/6] platform/chrome: mfd/cros_ec_dev: Add sysfs entry to set keyboard wake lid angle

From: Gwendal Grignou This adds a sysfs attribute (/sys/class/chromeos/cros_ec/kb_wake_angle) used to set and get the keyboard wake lid angle. This attribute is present only if 2 accelerometers are controlled by the EC. This patch also moves the cros_ec features check

[PATCH v3 2/6] platform/chrome: cros_ec_sysfs: introduce to_cros_ec_dev define.

Add a define to get the cros_ec_dev from device and use it. Suggested-by: Andy Shevchenko Signed-off-by: Enric Balletbo i Serra Reviewed-by: Andy Shevchenko --- Changes in v3: - [2/6] Add Reviewed-by Andy

[PATCH v3 1/6] platform/chrome: cros_ec_sysfs: Modify error handling

From: Gwendal Grignou When accessing a sysfs attribute, if the EC command fails, -EPROTO is now returned instead of an error message as it is unlikely an app is parsing the error message to do something meaningful. Also, this patch makes use of cros_ec_cmd_xfer_status()

[PATCH v3 5/6] platform/chrome: cros_ec_debugfs: Add PD port info to debugfs

From: Shawn Nematbakhsh Add info useful for debugging USB-PD port state. Signed-off-by: Shawn Nematbakhsh Signed-off-by: Enric Balletbo i Serra Reviewed-by: Andy Shevchenko --- Changes in v3:

[PATCH v3 3/6] platform/chrome: cros_ec_sysfs: use permission-specific DEVICE_ATTR variants

Use DEVICE_ATTR variants for read/write attributes. This simplifies the source code, improves readbility, and reduces the chance of inconsistencies. Suggested-by: Andy Shevchenko Signed-off-by: Enric Balletbo i Serra Reviewed-by: Andy

[PATCH v3 4/6] platform/chrome: cros_ec_debugfs: Use octal permissions '0444'

Fixed the following checkpatch warning: WARNING: Symbolic permissions 'S_IRUGO' are not preferred. Consider using octal permissions '0444'. Signed-off-by: Enric Balletbo i Serra Suggested-by: Andy Shevchenko Reviewed-by: Andy

Re: linux-next: ip6tables *broken* - last base chain position %u doesn't match underflow %u (hook %u

On Tue, 20 Mar 2018 16:48:42 +0100, Florian Westphal said: > valdis.kletni...@vt.edu wrote: > > (Resending because I haven't heard anything) > [ ip6tables broken ] > > Sorry, did not see this email before. > > I'll investigate asap, thanks for the detailed report. No

Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs

On Tue, Mar 20, 2018 at 10:23:16AM -0500, Sinan Kaya wrote: > On 3/20/2018 9:54 AM, Jason Gunthorpe wrote: > > On Mon, Mar 19, 2018 at 10:47:47PM -0400, Sinan Kaya wrote: > >> Code includes barrier() followed by writel(). writel() already has a > >> barrier on some architectures like arm64. > >> >

Re: [PATCH v2] net: ethernet: arc: Fix a potential memory leak if an optional regulator is deferred

From: Christophe JAILLET Date: Sun, 18 Mar 2018 23:59:36 +0100 > If the optional regulator is deferred, we must release some resources. > They will be re-allocated when the probe function will be called again. > > Fixes: 6eacf31139bf ("ethernet: arc: Add support

Re: [PATCH 4.15 00/52] 4.15.12-stable review

On Mon, Mar 19, 2018 at 07:07:58PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.15.12 release. > There are 52 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

Re: [PATCH 4.14 00/41] 4.14.29-stable review

On Mon, Mar 19, 2018 at 07:08:00PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.29 release. > There are 41 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

[PATCH v3 1/1] usb: musb: gadget: misplaced out of bounds check

musb->endpoints[] has array size MUSB_C_NUM_EPS. We must check array bounds before accessing the array and not afterwards. Signed-off-by: Heinrich Schuchardt --- v3 Remove superfluous braces. v2 Only the 4 low bits of epnum are relevant for indexing. ---

Re: [PATCH 1/1] iommu/vt-d: Use real PASID for flush in caching mode

On Fri, Mar 16, 2018 at 12:31:36PM +0800, Lu Baolu wrote: > If caching mode is supported, the hardware will cache > none-present or erroneous translation entries. Hence, > software should explicitly invalidate the PASID cache > after a PASID table entry becomes present. We should > issue such

Re: [PATCH 1/2] x86: Force asm-goto

On Tue, 20 Mar 2018 16:50:36 +0100 Peter Zijlstra wrote: > > Given that, how about a patch to Documentation/Changes to reflect the new > > reality? It's not in RST yet, so you should be able to go there without > > ill effect :) > > > That thing says: > > GCC >

Re: [PATCH] Input: ALPS - fix DualPoint flag for 74 03 28 devices

On Mon, Jan 29, 2018 at 2:51 PM, dmitry.torok...@gmail.com wrote: > Hi, > > On Thu, Nov 16, 2017 at 07:27:02AM +, Masaki Ota wrote: >> Hi, Pali, Aaron, >> >> Current code is correct device setting, previous code is wrong. >> If the trackstick does not work(DUALPOINT

Re: [PATCH 2/7] dt-bindings: add binding for the Allwinner A64 DE2 bus

On Sat, Mar 17, 2018 at 01:53:49AM +0800, Icenowy Zheng wrote: > All the sub-blocks of Allwinner A64 DE2 needs the SRAM C on A64 SoC to > be claimed, otherwise the whole DE2 space is inaccessible. > > Add a device tree binding of the DE2 part as a sub-bus. Where did you get the info that it was

Re: [PATCH 5/7] arm64: allwinner: a64: add DE2 CCU related device tree nodes

On Sat, Mar 17, 2018 at 01:53:52AM +0800, Icenowy Zheng wrote: > + sram-controller@1c0 { > + compatible = "allwinner,sun50i-a64-sram-controller"; > + reg = <0x01c0 0x1000>; > + #address-cells = <1>; > +

[PATCH] pidns: simpler allocation of pid_* caches

Those pid_* caches are created on demand when a process advances to the new level of pid namespace. Which means pointers are stable, write only and thus can be packed into an array instead of spreading them over and using lists(!) to find them. Both first and subsequent

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

On Tue, 20 Mar 2018 18:39:47 +0200, Liran Alon said: > What is your opinion in regards if it's OK to put the flag enabling this > "fix" in /proc/sys/net/core? Do you think it's sufficient? Umm.. *which* /proc/sys/net/core? These could differ for things that are in different namespaces. Or are

Re: [PATCH v3 6/6] platform/chrome: mfd/cros_ec_dev: Add sysfs entry to set keyboard wake lid angle

On Tue, Mar 20, 2018 at 8:51 AM, Enric Balletbo i Serra wrote: > From: Gwendal Grignou > > This adds a sysfs attribute (/sys/class/chromeos/cros_ec/kb_wake_angle) > used to set and get the keyboard wake lid angle. This attribute is > present

Re: [PATCH v3 19/20] firmware: add request_firmware_cache() to help with cache on reboot

On 03/20/18 14:24, Luis R. Rodriguez wrote: > *Iff* this seems sensible, this would only mean kernel.org would have to start > accepting git notes long term, for those who optionally want to push them or > fetch them. We don't disallow them. You just need to make sure you're fetching and pushing

Re: [PATCH v3 1/1] usb: musb: gadget: misplaced out of bounds check

Hi, On Tue, Mar 20, 2018 at 07:42:48PM +0100, Heinrich Schuchardt wrote: > musb->endpoints[] has array size MUSB_C_NUM_EPS. > We must check array bounds before accessing the array and not afterwards. > > Signed-off-by: Heinrich Schuchardt > --- > v3 > Remove

Re: [PATCH] iommu/mediatek: Fix protect memory setting

On Sun, Mar 18, 2018 at 09:52:54AM +0800, Yong Wu wrote: > To avoid adding this complex macro or a new function, I put > it in the code and backup its value in the suspend registers. Missing Signed-off-by. > --- > drivers/iommu/mtk_iommu.c | 15 ++- > drivers/iommu/mtk_iommu.h | 1

Re: [PATCH -next v2 0/3] sysvipc: introduce STAT_ANY commands

On Thu, 15 Feb 2018, Davidlohr Bueso wrote: Once (if) merged, I will submit the necesary manpage updates. But I'm thinking something like: Hi Michael, here are the updated manpage entries. As always, please feel free to modify the descriptions as you see fit. Thanks, Davidlohr

RE: [PATCH 2/3] dt-bindings: clock: Add bindings for ZynqMP clock driver

Hi Rob and Stephan, > -Original Message- > From: Stephen Boyd [mailto:sb...@kernel.org] > Sent: Monday, March 19, 2018 11:24 AM > To: Jolly Shah ; Rob Herring > Cc: mark.rutl...@arm.com; devicet...@vger.kernel.org; linux- > ker...@vger.kernel.org;

Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME

On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: Hi Hao, Elsewhere we discussed moving #defines used only in this driver either to this .c file or to a similarly named .h file. A couple minor things below. > This patch adds fpga manager driver for FPGA Management Engine (FME).

Re: [v2 PATCH 5/5] Staging:rtl8723bs clean spaces

On Tue, 2018-03-20 at 20:26 +, Paul McQuade wrote: > Used checkpatch.pl to clean up spaces around if and for statements > to make it easier to read Perhaps the commit message can be made clearer. I think this is technically correct, but it would be nicer to describe these changes as moving

Re: [PATCHv3] iommu/intel: Ratelimit each dmar fault printing

On Thu, 2018-03-15 at 16:28 +0100, Joerg Roedel wrote: > On Thu, Mar 15, 2018 at 02:42:00PM +, Dmitry Safonov wrote: > > But even with loop-limit we will need ratelimit each printk() > > *also*. > > Otherwise loop-limit will be based on time spent printing, not on > > anything else.. > > The

Re: [PATCH] mm/hugetlb: prevent hugetlb VMA to be misaligned

On 03/20/2018 10:25 AM, Laurent Dufour wrote: > When running the sampler detailed below, the kernel, if built with the VM > debug option turned on (as many distro do), is panicing with the following > message : > kernel BUG at /build/linux-jWa1Fv/linux-4.15.0/mm/hugetlb.c:3310! > Oops: Exception

Re: [PATCH v10 06/10] livepatch: Add atomic replace

On Tue, Mar 20, 2018 at 03:35:01PM +0100, Petr Mladek wrote: > On Tue 2018-03-13 17:48:04, Josh Poimboeuf wrote: > > On Wed, Mar 07, 2018 at 09:20:35AM +0100, Petr Mladek wrote: > > > From: Jason Baron > > > > > > Sometimes we would like to revert a particular fix. Currently,

Re: [PATCH v3] earlycon: Use a pointer table to fix __earlycon_table stride

On Tue, Mar 20, 2018 at 3:02 PM, Daniel Kurtz wrote: > Commit 99492c39f39f ("earlycon: Fix __earlycon_table stride") tried to fix > __earlycon_table stride by forcing the earlycon_id struct alignment to 32 > and asking the linker to 32-byte align the __earlycon_table symbol.

[GIT PULL] clk fixes for v4.16-rc6

From: Stephen Boyd The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2: Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-fixes-for-linus for

Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups

On Mon, Mar 19, 2018 at 07:33:41PM -0400, David Miller wrote: > From: Bjorn Helgaas > Date: Mon, 19 Mar 2018 14:38:54 -0500 > > > I'd be happy to remove both. But I wonder how X init works on > > sparc. > > It's been many years since I worked on this, but I think it >

[PATCH v2 2/2] sparc/PCI: Stop reserving System ROM and Video ROM in PCI space

From: Bjorn Helgaas Previously, pci_register_legacy_regions() reserved PCI address space under every PCI host bridge for the System ROM and the Video ROM, but these regions are not part of PCI address space. Previously, pci_register_legacy_regions() reserved the following

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

On 20/03/18 20:51, valdis.kletni...@vt.edu wrote: On Tue, 20 Mar 2018 18:39:47 +0200, Liran Alon said: What is your opinion in regards if it's OK to put the flag enabling this "fix" in /proc/sys/net/core? Do you think it's sufficient? Umm.. *which* /proc/sys/net/core? These could differ

Re: [PATCH v5 1/2] cpuset: Enable cpuset controller in default hierarchy

Hello, On Tue, Mar 20, 2018 at 04:53:37PM -0400, Waiman Long wrote: > ASAIK for v2, when cpuset.cpus is empty, cpuset.effective_cpus will show > all the cpus available from the parent. It is a different behavior from > v1. So do we still need a cpuset.cpus_available? Heh, you're right. Let's

Re: [RFC PATCH] ftrace: support boot level tracing

On Tue, 20 Mar 2018 14:22:56 -0400 Abderrahmane Benbachir wrote: > Hi Steve. > > Initcall's tracing support have been recently added to ftrace, which enables > detecting latencies within each initcall function. The main concern here is, > enabling initcall's

[PATCH v3] earlycon: Use a pointer table to fix __earlycon_table stride

Commit 99492c39f39f ("earlycon: Fix __earlycon_table stride") tried to fix __earlycon_table stride by forcing the earlycon_id struct alignment to 32 and asking the linker to 32-byte align the __earlycon_table symbol. This fix was based on commit 07fca0e57fca92 ("tracing: Properly align linker

Re: [PATCH v5 1/2] cpuset: Enable cpuset controller in default hierarchy

On 03/20/2018 05:14 PM, Tejun Heo wrote: > Hello, > > On Tue, Mar 20, 2018 at 04:53:37PM -0400, Waiman Long wrote: >> ASAIK for v2, when cpuset.cpus is empty, cpuset.effective_cpus will show >> all the cpus available from the parent. It is a different behavior from >> v1. So do we still need a

[PATCH 2/5] efi/libstub/arm: add support for building with clang

Use cc-options call for -mno-single-pic-base since the option is not available in clang. LLVM/clang always assumes a fixed displacement between text/data and hence uses PC relative addressing. Signed-off-by: Stefan Agner --- drivers/firmware/efi/libstub/Makefile | 3 ++- 1 file

[PATCH 5/5] ARM: add support for building ARM kernel with clang

Use cc-options call for compiler options which are not available in clang. With this patch an ARMv7 multi platform kernel can be successfully build using clang (tested with version 5.0.1). Based-on-patches-by: Behan Webster Signed-off-by: Stefan Agner

Re: [PATCH 1/5] bus: arm-cci: use asm unreachable

On Wed, Mar 21, 2018 at 12:02:02AM +0100, Stefan Agner wrote: > Mixing asm and C code is not recommended in a naked function by > gcc and leads to an error when using clang: > drivers/bus/arm-cci.c:2107:2: error: non-ASM statement in naked > function is not supported > unreachable(); >

Re: [PATCH] mm: add config for readahead window

On Fri 16-03-18 18:49:08, Wei Wang wrote: > Android devices boot time benefits by bigger readahead window setting from > init. This patch will make readahead window a config so early boot can benefit > by it as well. > > > On Fri, Mar 16, 2018 at 11:25 AM Wei Wang wrote: > >

Re: [PATCH] fix one dead link in ia64/xen.txt

On 20/03/18 19:56, Dongliang Mu wrote: > Signed-off-by: Dongliang Mu > --- > Documentation/ia64/xen.txt | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/ia64/xen.txt b/Documentation/ia64/xen.txt > index

Re: [patch] mm, thp: do not cause memcg oom for thp

On Tue, 20 Mar 2018, Michal Hocko wrote: > > Commit 2516035499b9 ("mm, thp: remove __GFP_NORETRY from khugepaged and > > madvised allocations") changed the page allocator to no longer detect thp > > allocations based on __GFP_NORETRY. > > > > It did not, however, modify the mem cgroup

Re: [patch] mm, page_alloc: wakeup kcompactd even if kswapd cannot free more memory

On Tue, 20 Mar 2018, Vlastimil Babka wrote: > > Kswapd will not wakeup if per-zone watermarks are not failing or if too > > many previous attempts at background reclaim have failed. > > > > This can be true if there is a lot of free memory available. For high- > > order allocations, kswapd is

[v2 PATCH 1/5] Staging:rtl8723bs static variables are always 0

C standard guarantees that: global and static variables will be implicitly initialized to 0 or NULL if no explicit initializer is given. Signed-off-by: Paul McQuade --- drivers/staging/rtl8723bs/os_dep/rtw_proc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: 答复: 答复: [PATCH] mm/memcontrol.c: speed up to force empty a memory cgroup

On Tue, 20 Mar 2018, Michal Hocko wrote: > > > > > Although SWAP_CLUSTER_MAX is used at the lower level, but the call > > > > > stack of try_to_free_mem_cgroup_pages is too long, increase the > > > > > nr_to_reclaim can reduce times of calling > > > > > function[do_try_to_free_pages,

Re: [PATCH v5 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH

On 3/20/2018 12:23 PM, Randy Dunlap wrote: Hi, On 03/20/2018 12:18 PM, Maran Wilson wrote: In order to pave the way for hypervisors other then Xen to use the PVH than entry point for VMs, we need to factor the PVH entry code into Xen

Re: [PATCH] vfio iommu type1: improve memory pinning process for raw PFN mapping

On Mon, 19 Mar 2018 10:30:24 +0800 "Jason Cai (Xiang Feng)" wrote: > When using vfio to pass through a PCIe device (e.g. a GPU card) that > has a huge BAR (e.g. 16GB), a lot of cycles are wasted on memory > pinning because PFNs of PCI BAR are not backed by struct

[RFC PATCH 4/8] mm: nommu: add atomic parameter to do_munmap()

Just add atomic parameter to keep consistent with the API change and pass "true" to the call site. Nommu code doesn't do the mmap_sem unlock/relock. Signed-off-by: Yang Shi --- mm/nommu.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] pinctrl: armada-37xx: Add edge both type gpio irq support

On Tue, Oct 31, 2017 at 02:16:17PM +0100, Andrew Lunn wrote: > > Patch applied. > > > > The discussion here is interesting, it is customary for GPIO drivers > > to implement double-edge detection emulation by swapping the > > edge detector around like this. > > Hi Linus > > I was not aware this

Re: 答复: 答复: [PATCH] mm/memcontrol.c: speed up to force empty a memory cgroup

On 03/20/2018 11:29 PM, David Rientjes wrote: > On Tue, 20 Mar 2018, Michal Hocko wrote: > >> Although SWAP_CLUSTER_MAX is used at the lower level, but the call >> stack of try_to_free_mem_cgroup_pages is too long, increase the >> nr_to_reclaim can reduce times of calling >>

Re: [RFC PATCH 7/8] x86: mpx: pass atomic parameter to do_munmap()

On Wed, 21 Mar 2018, Yang Shi wrote: Please CC everyone involved on the full patch set next time. I had to dig the rest out from my lkml archive to get the context. > Pass "true" to do_munmap() to not do unlock/relock to mmap_sem when > manipulating mpx map. > This is API change only. This is

[RFC] mm: memory.low heirarchical behavior

This patch aims to address an issue in current memory.low semantics, which makes it hard to use it in a hierarchy, where some leaf memory cgroups are more valuable than others. For example, there are memcgs A, A/B, A/C, A/D and A/E: A A/memory.low = 2G, A/memory.current = 6G //\\ BC DE

[PATCH v2 01/14] Input: atmel_mxt_ts - do not pass suspend mode in platform data

The way we are supposed to put controller to sleep and wake it up does not depend on the platform, but rather on controller itself, so we want to get rid of suspend mode in platform data (and eventually get rid of platform data completely). Unfortunately some early chromebooks (the original Pixel,

[PATCH v2 06/14] platform/chrome: chromeos_laptop - introduce pr_fmt()

Define pr_fmt() to standardize driver messages. Signed-off-by: Dmitry Torokhov --- drivers/platform/chrome/chromeos_laptop.c | 31 ++- 1 file changed, 14 insertions(+), 17 deletions(-) diff --git a/drivers/platform/chrome/chromeos_laptop.c

Re: 答复: 答复: [PATCH] mm/memcontrol.c: speed up to force empty a memory cgroup

On 03/21/2018 01:15 AM, David Rientjes wrote: > On Wed, 21 Mar 2018, Andrey Ryabinin wrote: > > It would probably be best to limit the > nr_pages to the amount that needs to be reclaimed, though, rather than > over reclaiming. How do you achieve that? The charging path is

Re: [PATCH v2 08/11] block: sed-opal: ioctl for writing to shadow mbr

On Tue, Mar 20, 2018 at 10:36:04AM +0100, Jonas Rabenstein wrote: > On Mon, Mar 19, 2018 at 08:52:24PM +0100, Christoph Hellwig wrote: > > On Mon, Mar 19, 2018 at 07:36:50PM +0100, Jonas Rabenstein wrote: > > > Allow modification of the shadow mbr. If the shadow mbr is not marked as > > > done,

[PATCH v2 07/14] platform/chrome: chromeos_laptop - factor out getting IRQ from DMI

This will make code instantiating I2C device a bit clearer. Signed-off-by: Dmitry Torokhov --- drivers/platform/chrome/chromeos_laptop.c | 35 +++ 1 file changed, 23 insertions(+), 12 deletions(-) diff --git

Re: [PATCH 5/5] ARM: add support for building ARM kernel with clang

On Wed, Mar 21, 2018 at 12:02:06AM +0100, Stefan Agner wrote: > Use cc-options call for compiler options which are not available > in clang. With this patch an ARMv7 multi platform kernel can be > successfully build using clang (tested with version 5.0.1). > > Based-on-patches-by: Behan Webster

[GIT PULL] Please pull RDMA subsystem changes

Hi Linus, Fourth pull request for -rc. Not much exciting here, almost entirely syzkaller fixes. This is going to be on ongoing theme for some time, I think. Both Google and Mellanox are now running syzkaller on different parts of the user API. The following changes since commit

Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support

Hi Peter, Ken, On 03/20/2018 11:32 AM, Peter Rosin wrote: > Make the arbitrate and release_bus implementation chip specific. > by chance I took a look at the original implementation done by Ken, and I would say that this 3/3 change is an overkill as a too generic one. Is there any next

[PATCH v2 0/2] PCI: Sparc 64-bit resource fixups

These are from an old series from Yinghai [1] that fix some issues on sparc64. The v1 posting is at [2]. [1] https://lkml.kernel.org/r/20170421050500.13957-1-ying...@kernel.org [2] https://lkml.kernel.org/r/20180215151118.196756.99622.st...@bhelgaas-glaptop.roam.corp.google.com Changes from

Re: [PATCH v10 05/10] livepatch: Support separate list for replaced patches.

On Tue, Mar 20, 2018 at 01:25:38PM +0100, Petr Mladek wrote: > On Mon 2018-03-19 16:43:24, Josh Poimboeuf wrote: > > On Mon, Mar 19, 2018 at 04:02:07PM +0100, Petr Mladek wrote: > > > > Can someone remind me why we're permanently disabling replaced patches? > > > > I seem to remember being

[PATCH v2 1/2] sparc/PCI: Support arbitrary host bridge address offset

From: Yinghai Lu Add support for arbitrary bus address offset. Previously we ignored the child (PCI) address in the "ranges" property and assumed it was always zero. That means every host bridge window mapped to PCI bus address zero, e.g., pci_bus :00: root bus

[v2 PATCH 2/5] Staging:rtl8723bs clean up spaces

Used checkpatch.pl to clean up spaces around for statements to make it easier to read Signed-off-by: Paul McQuade --- drivers/staging/rtl8723bs/os_dep/rtw_proc.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

Re: [PATCH 13/15] x86/fsgsbase/64: With FSGSBASE, compare GS bases on paranoid_entry

> I would prefer calling it something like FIND_PERCPU_BASE or something like > that. Thanks for the suggestion. Chang

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