Re: [PATCH V2 4/5] arch_topology: Return 0 or -ve errors from topology_parse_cpu_capacity()

On 22/06/17 19:58, Viresh Kumar wrote: > On 22-06-17, 10:39, Juri Lelli wrote: > > Hi, > > > > On 21/06/17 10:16, Viresh Kumar wrote: > > > Use the standard way of returning errors instead of returning 0(failure) > > > OR 1(success) and making it hard to read. > > > > > > Signed-off-by: Viresh Ku

Re: [PATCH V2 1/5] arch_topology: Get rid of "cap_parsing_done"

On 22/06/17 19:59, Viresh Kumar wrote: > On 22-06-17, 10:44, Juri Lelli wrote: > > Hi, > > > > On 21/06/17 10:16, Viresh Kumar wrote: > > > We can reuse "cap_parsing_failed" instead of keeping an additional > > > variable here. > > > > > > Signed-off-by: Viresh Kumar > > > --- > > > drivers/bas

[tip:irq/core] x86/apic: Add name to irq chip

Commit-ID: 8947dfb257eb91d7487e06b7d2a069d82e7c19a2 Gitweb: http://git.kernel.org/tip/8947dfb257eb91d7487e06b7d2a069d82e7c19a2 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:01 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:06 +0200 x86/apic: Add name t

[tip:irq/core] genirq/msi: Prevent overwriting domain name

Commit-ID: 0165308a2f994939d2e1b36624f5a8f57746bc88 Gitweb: http://git.kernel.org/tip/0165308a2f994939d2e1b36624f5a8f57746bc88 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:04 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:08 +0200 genirq/msi: Prevent

[tip:irq/core] iommu/amd: Add name to irq chip

Commit-ID: 290be194ba9d489e1857cc45d0dd24bf3429156b Gitweb: http://git.kernel.org/tip/290be194ba9d489e1857cc45d0dd24bf3429156b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:02 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:07 +0200 iommu/amd: Add name

[tip:irq/core] genirq: Allow fwnode to carry name information only

Commit-ID: d59f6617eef0f76e34f7a9993f5645c5ef467e42 Gitweb: http://git.kernel.org/tip/d59f6617eef0f76e34f7a9993f5645c5ef467e42 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:05 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:08 +0200 genirq: Allow fwnode

[tip:irq/core] iommu/vt-d: Add name to irq chip

Commit-ID: 1bb3a5a76386ba2886ee44b903eeff5765bd71d4 Gitweb: http://git.kernel.org/tip/1bb3a5a76386ba2886ee44b903eeff5765bd71d4 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:03 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:07 +0200 iommu/vt-d: Add name

[tip:irq/core] x86/vector: Create named irq domain

Commit-ID: 9d35f859590efa48be51b8ccded6550e0440e2c7 Gitweb: http://git.kernel.org/tip/9d35f859590efa48be51b8ccded6550e0440e2c7 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:06 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:08 +0200 x86/vector: Create n

Query on VFIO in Virtual machine

Hi, I have a PCI device connected as an endpoint to Intel host machine. The requirement is to run dpdk like user space data path application in VM using PCI PF passthrough (SRIOV disabled). This application works fine on host kernel and uses VFIO to get MSIX interrupts from PCI device. We are tryi

[tip:irq/core] x86/ioapic: Create named irq domain

Commit-ID: 1b604745c8474c76e5fd1682ea5b7da0a1c6d440 Gitweb: http://git.kernel.org/tip/1b604745c8474c76e5fd1682ea5b7da0a1c6d440 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:07 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:09 +0200 x86/ioapic: Create n

[tip:irq/core] x86/htirq: Create named domain

Commit-ID: 5f432711ba94400fb39e9be81913ced81c141758 Gitweb: http://git.kernel.org/tip/5f432711ba94400fb39e9be81913ced81c141758 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:08 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:09 +0200 x86/htirq: Create na

Re: [PATCH v7 27/36] iommu/amd: Allow the AMD IOMMU to work with memory encryption

On 6/22/2017 5:56 AM, Borislav Petkov wrote: On Fri, Jun 16, 2017 at 01:54:59PM -0500, Tom Lendacky wrote: The IOMMU is programmed with physical addresses for the various tables and buffers that are used to communicate between the device and the driver. When the driver allocates this memory it i

[PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available

Currently, ioread64 and iowrite64 are only available io CONFIG_64BIT=y and CONFIG_GENERIC_IOMAP=n. Thus, seeing the functions are not universally available, it makes them unusable for driver developers. This leads to ugly hacks such as those at the top of drivers/ntb/hw/intel/ntb_hw_intel.c This

[PATCH 1/7] drm/tilcdc: don't use volatile with iowrite64

This is a prep patch for adding a universal iowrite64. The patch is to prevent compiler warnings when we add iowrite64 that would occur because there is an unnecessary volatile in this driver. Signed-off-by: Logan Gunthorpe Cc: Jyri Sarha Cc: Tomi Valkeinen Cc: David Airlie --- drivers/gpu/d

[PATCH 0/7] cleanup issues with io{read|write}64

Hi, Presently, the 64bit IO functions are not very usable in drivers because they are not universally available in all architectures. This leads to a bunch of hacks in the kernel to work around this. (See the last 3 patches in this series.) As part of my switchtec_ntb submission which added anothe

[tip:irq/core] x86/uv: Create named irq domain

Commit-ID: f8409a6a4bf86e2d90ec8460df2874e4e19ebb27 Gitweb: http://git.kernel.org/tip/f8409a6a4bf86e2d90ec8460df2874e4e19ebb27 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:09 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:10 +0200 x86/uv: Create named

[PATCH 7/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64

Now that ioread64 and iowrite64 are always available we don't need the ugly ifdefs to change their implementation when they are not. Signed-off-by: Logan Gunthorpe Cc: "Horia Geantă" Cc: Dan Douglass Cc: Herbert Xu Cc: "David S. Miller" --- drivers/crypto/caam/regs.h | 29 ---

[PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks

Now that ioread64 and iowrite64 are available generically we can remove the hack at the top of ntb_hw_intel.c that patches them in when they are not available. Signed-off-by: Logan Gunthorpe Cc: Jon Mason Cc: Dave Jiang Cc: Allen Hubbe --- drivers/ntb/hw/intel/ntb_hw_intel.c | 30

[PATCH 2/7] iomap: implement ioread64 and iowrite64

Currently, ioread64 and iowrite64 are not impleminted in the generic iomap implementation. The prototypes are defined if CONFIG_64BIT is set but there is no actual implementation. Seeing the functions are not universally available, they are unusable for driver developers. This leads to ugly hacks

[PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

Alpha implements its own io operation and doesn't use the common library. Thus to make ioread64 and iowrite64 globally available we need to add implementations for alpha. For this, we simply use calls that chain two 32-bit operations. (mostly because I don't really understand the alpha architectur

[PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64

Now that we can expect iowrite64 to always exist the hack is no longer necessary so we just call iowrite64 directly. Signed-off-by: Logan Gunthorpe Cc: Jyri Sarha Cc: Tomi Valkeinen Cc: David Airlie --- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 6 -- 1 file changed, 6 deletions(-) diff --gi

[tip:irq/core] x86/msi: Provide new iommu irqdomain interface

Commit-ID: 667724c5a3109675cf3bfe7d75795b8608d1bcbe Gitweb: http://git.kernel.org/tip/667724c5a3109675cf3bfe7d75795b8608d1bcbe Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:10 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:10 +0200 x86/msi: Provide new

[tip:irq/core] iommu/amd: Use named irq domain interface

Commit-ID: 3e49a8182277ea57736285aede5f43bfa6aa11b1 Gitweb: http://git.kernel.org/tip/3e49a8182277ea57736285aede5f43bfa6aa11b1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:12 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:11 +0200 iommu/amd: Use named

[tip:irq/core] iommu/vt-d: Use named irq domain interface

Commit-ID: cea29b656a5e5f1a7b7de42795c3ae6fc417ab0b Gitweb: http://git.kernel.org/tip/cea29b656a5e5f1a7b7de42795c3ae6fc417ab0b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:11 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:10 +0200 iommu/vt-d: Use name

[tip:irq/core] x86/msi: Create named irq domains

Commit-ID: f8f37ca78915b51a73bf240409fcda30d811b76b Gitweb: http://git.kernel.org/tip/f8f37ca78915b51a73bf240409fcda30d811b76b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:14 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:11 +0200 x86/msi: Create name

[tip:irq/core] x86/msi: Remove unused remap irq domain interface

Commit-ID: 0323b9690448e1d1ada91dac9d8fa62f7285751a Gitweb: http://git.kernel.org/tip/0323b9690448e1d1ada91dac9d8fa62f7285751a Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:13 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:11 +0200 x86/msi: Remove unus

Re: Bad page state freeing hugepages

On Thu, Jun 22, 2017 at 07:22:09PM +0900, Tetsuo Handa wrote: > FYI, I'm hitting this problem by doing just boot or shutdown sequence, > and this problem is remaining as of next-20170622. Ying, Stephen. I've tried to bisected it quickly. It points to the merge commit 6adcaf

[tip:irq/core] genirq/irqdomain: Add map counter

Commit-ID: 9dc6be3d419398eae9a19cd09b7969ceff8eaf10 Gitweb: http://git.kernel.org/tip/9dc6be3d419398eae9a19cd09b7969ceff8eaf10 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:16 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:12 +0200 genirq/irqdomain: Ad

[tip:irq/core] PCI/vmd: Create named irq domain

Commit-ID: ae904cafd59d7120ef2afb97b252eadeba45e95f Gitweb: http://git.kernel.org/tip/ae904cafd59d7120ef2afb97b252eadeba45e95f Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:15 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:12 +0200 PCI/vmd: Create name

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

On Thu, Jun 22, 2017 at 9:18 AM, Sumit Semwal wrote: > Hi Kees, Andy, > > On 15 June 2017 at 23:26, Sumit Semwal wrote: >> 3. 'seccomp ptrace hole closure' patches got added in 4.7 [3] - >> feature and test together. >> - This one also seems like a security hole being closed, and the >> 'feature'

[tip:irq/core] genirq/debugfs: Add proper debugfs interface

Commit-ID: 087cdfb662ae50e3826e7cd2e54b6519d07b60f0 Gitweb: http://git.kernel.org/tip/087cdfb662ae50e3826e7cd2e54b6519d07b60f0 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:17 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:13 +0200 genirq/debugfs: Add

[tip:irq/core] genirq: Add missing comment for IRQD_STARTED

Commit-ID: 1bb0401680da156ce1549e915e711bf5b2534cc5 Gitweb: http://git.kernel.org/tip/1bb0401680da156ce1549e915e711bf5b2534cc5 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:18 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:13 +0200 genirq: Add missing

Re: [PATCH v2] Moved module init-functions into the module.

On 6/22/2017 1:45 AM, Steve Kemp wrote: > This commit moves the call to initialize the LSM modules inline > into the LSM-files themselves. > > This removes the need to hunt around for the setup, which was > something that bit me when I wrote my own (unrelated) LSM. > > Keeping LSM code in one place

[tip:irq/core] genirq: Provide irq_fixup_move_pending()

Commit-ID: cdd16365b0bd7c0cd19e2cc768b6bdc8021f32c3 Gitweb: http://git.kernel.org/tip/cdd16365b0bd7c0cd19e2cc768b6bdc8021f32c3 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:19 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:13 +0200 genirq: Provide irq_

[tip:irq/core] x86/irq: Cleanup pending irq move in fixup_irqs()

Commit-ID: 8e7b632237df8b17526411d1d98f838580bb6aa3 Gitweb: http://git.kernel.org/tip/8e7b632237df8b17526411d1d98f838580bb6aa3 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:20 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:13 +0200 x86/irq: Cleanup pen

[tip:irq/core] genirq: Remove mask argument from setup_affinity()

Commit-ID: cba4235e6031e9318d68186f6d765c531cbea4e1 Gitweb: http://git.kernel.org/tip/cba4235e6031e9318d68186f6d765c531cbea4e1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:21 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:14 +0200 genirq: Remove mask

Re: [PATCH v2] Moved module init-functions into the module.

On Thu, Jun 22, 2017 at 9:54 AM, Casey Schaufler wrote: > On 6/22/2017 1:45 AM, Steve Kemp wrote: >> This commit moves the call to initialize the LSM modules inline >> into the LSM-files themselves. >> >> This removes the need to hunt around for the setup, which was >> something that bit me when I

[tip:irq/core] genirq: Rename setup_affinity() to irq_setup_affinity()

Commit-ID: 43564bd97d0e6182bbd43b51b33254c728832551 Gitweb: http://git.kernel.org/tip/43564bd97d0e6182bbd43b51b33254c728832551 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:22 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:14 +0200 genirq: Rename setup

[tip:irq/core] genirq: Move initial affinity setup to irq_startup()

Commit-ID: 2e051552df69af6d134c2592d0d6f1ac80f01190 Gitweb: http://git.kernel.org/tip/2e051552df69af6d134c2592d0d6f1ac80f01190 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:23 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:15 +0200 genirq: Move initial

[no subject]

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

[tip:irq/core] genirq: Move pending helpers to internal.h

Commit-ID: 137221df69c6f8a7002f82dc3d95052d34f5667e Gitweb: http://git.kernel.org/tip/137221df69c6f8a7002f82dc3d95052d34f5667e Author: Christoph Hellwig AuthorDate: Tue, 20 Jun 2017 01:37:24 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:15 +0200 genirq: Move pendi

[tip:irq/core] genirq/cpuhotplug: Remove irq disabling logic

Commit-ID: 0dd945ff4647a1f29c6ae8f4f9a69c8f37c994cf Gitweb: http://git.kernel.org/tip/0dd945ff4647a1f29c6ae8f4f9a69c8f37c994cf Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:25 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:16 +0200 genirq/cpuhotplug: R

[PATCH] rsi: add in missing RSI_FSM_STATES into array fsm_state

From: Colin Ian King Two recent commits added new RSI_FSM_STATES (namely FSM_FW_NOT_LOADED and FSM_COMMON_DEV_PARAMS_SENT) and the corresponding table fsm_state was not updated to match. This can lead to an array overrun when accessing the latter two states in fsm_state. Fix this by adding in the

[tip:irq/core] genirq/cpuhotplug: Dont claim success on error

Commit-ID: 735c09524d3e7c92315e8e2699a1b9acb4fb415c Gitweb: http://git.kernel.org/tip/735c09524d3e7c92315e8e2699a1b9acb4fb415c Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:26 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:16 +0200 genirq/cpuhotplug: D

[tip:irq/core] genirq/cpuhotplug: Reorder check logic

Commit-ID: e8a7035039306c90bcc99129ffc18e0be052bbb9 Gitweb: http://git.kernel.org/tip/e8a7035039306c90bcc99129ffc18e0be052bbb9 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:27 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:16 +0200 genirq/cpuhotplug: R

Re: Query on VFIO in Virtual machine

[cc +qemu-devel, +peterx] On Thu, 22 Jun 2017 22:18:06 +0530 Nitin Saxena wrote: > Hi, > > I have a PCI device connected as an endpoint to Intel host machine. > The requirement is to run dpdk like user space data path application > in VM using PCI PF passthrough (SRIOV disabled). This applicati

[PATCH v2] rtc: ds3232: add temperature support

DS3232/DS3234 has the temperature registers with a resolution of 0.25 degree celsius. This enables to get the value through hwmon. # cat /sys/class/hwmon/hwmon0/temp1_input 37250 Signed-off-by: Kirill Esipov --- drivers/rtc/Kconfig | 9 drivers/rtc/rtc-ds3232.c | 134

[tip:irq/core] genirq/cpuhotplug: Do not migrated shutdown irqs

Commit-ID: 91f26cb4cd3c22bd656ab46c49329aacaaab5504 Gitweb: http://git.kernel.org/tip/91f26cb4cd3c22bd656ab46c49329aacaaab5504 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:28 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:17 +0200 genirq/cpuhotplug: D

[tip:irq/core] genirq/cpuhotplug: Add support for cleaning up move in progress

Commit-ID: f0383c24b4855f6a4b5a358c7b2d2c16e0437e9b Gitweb: http://git.kernel.org/tip/f0383c24b4855f6a4b5a358c7b2d2c16e0437e9b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:29 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:17 +0200 genirq/cpuhotplug: A

Re: [v3 1/6] mm, oom: use oom_victims counter to synchronize oom victim selection

On Thu, Jun 22, 2017 at 09:40:28AM +0900, Tetsuo Handa wrote: > Roman Gushchin wrote: > > --- a/mm/oom_kill.c > > +++ b/mm/oom_kill.c > > @@ -992,6 +992,13 @@ bool out_of_memory(struct oom_control *oc) > > if (oom_killer_disabled) > > return false; > > > > + /* > > +* If the

[tip:irq/core] genirq/cpuhotplug: Add support for conditional masking

Commit-ID: 47a06d3a783217acae02976f15ca07ddc1ac024f Gitweb: http://git.kernel.org/tip/47a06d3a783217acae02976f15ca07ddc1ac024f Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:30 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:17 +0200 genirq/cpuhotplug: A

[tip:irq/core] genirq/cpuhotplug: Set force affinity flag on hotplug migration

Commit-ID: 77f85e66aa8be563ae5804eebf74a78ec6ef Gitweb: http://git.kernel.org/tip/77f85e66aa8be563ae5804eebf74a78ec6ef Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:31 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:18 +0200 genirq/cpuhotplug: S

[tip:irq/core] x86/irq: Restructure fixup_irqs()

Commit-ID: 654abd0a7baf144998147787121da0f9422dafc8 Gitweb: http://git.kernel.org/tip/654abd0a7baf144998147787121da0f9422dafc8 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:32 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:18 +0200 x86/irq: Restructure

Re: [PATCH] x86/uaccess: use unrolled string copy for short strings

On Thu, 2017-06-22 at 10:47 +0200, Ingo Molnar wrote: > * Paolo Abeni wrote: > > > The 'rep' prefix suffers for a relevant "setup cost"; as a result > > string copies with unrolled loops are faster than even > > optimized string copy using 'rep' variant, for short string. > > > > This change upd

[tip:irq/core] x86/irq: Use irq_migrate_all_off_this_cpu()

Commit-ID: ad7a929fa4bb1143357aa83043a149d5c27c68fd Gitweb: http://git.kernel.org/tip/ad7a929fa4bb1143357aa83043a149d5c27c68fd Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:33 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:18 +0200 x86/irq: Use irq_mig

Re: [PATCH 2/2] selftests/ftrace: Update multiple kprobes test for powerpc

On 2017/06/22 06:07PM, Masami Hiramatsu wrote: > On Thu, 22 Jun 2017 00:20:28 +0530 > "Naveen N. Rao" wrote: > > > KPROBES_ON_FTRACE is only available on powerpc64le. Update comment to > > clarify this. > > > > Also, we should use an offset of 8 to ensure that the probe does not > > fall on ftra

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

On Thu, Jun 22, 2017 at 2:17 AM, Mark Yao wrote: > RK3399 and RK3288 shared the same HDMI IP controller, only some light > difference with GRF configure. > > Signed-off-by: Yakir Yang > Signed-off-by: Mark Yao > --- > Changes in v3.1: > Correct documentation compatible's format(Rob Herring). >

[tip:irq/core] genirq: Move irq_fixup_move_pending() to core

Commit-ID: 36d84fb45140f151fa4e145381dbce5e5ffed24d Gitweb: http://git.kernel.org/tip/36d84fb45140f151fa4e145381dbce5e5ffed24d Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:34 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:19 +0200 genirq: Move irq_fix

[tip:irq/core] genirq: Remove pointless gfp argument

Commit-ID: 4ab764c336123157690eea1dcf81851c58d1 Gitweb: http://git.kernel.org/tip/4ab764c336123157690eea1dcf81851c58d1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:36 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:19 +0200 genirq: Remove point

[tip:irq/core] genirq: Remove pointless arg from show_irq_affinity

Commit-ID: 047dc6331de58da51818582c0db0dbfcb837e614 Gitweb: http://git.kernel.org/tip/047dc6331de58da51818582c0db0dbfcb837e614 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:35 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:19 +0200 genirq: Remove point

[tip:irq/core] genirq/proc: Replace ever repeating type cast

Commit-ID: c1a80386965e9fa3c2f8d1d57966216fe02c9124 Gitweb: http://git.kernel.org/tip/c1a80386965e9fa3c2f8d1d57966216fe02c9124 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:37 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:20 +0200 genirq/proc: Replace

[tip:irq/core] genirq: Introduce effective affinity mask

Commit-ID: 0d3f54257dc300f2db480d6a46b34bdb87f18c1b Gitweb: http://git.kernel.org/tip/0d3f54257dc300f2db480d6a46b34bdb87f18c1b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:38 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:20 +0200 genirq: Introduce ef

[tip:irq/core] genirq/cpuhotplug: Use effective affinity mask

Commit-ID: 415fcf1a2293046e0c1f4ab8558a87bad66652b1 Gitweb: http://git.kernel.org/tip/415fcf1a2293046e0c1f4ab8558a87bad66652b1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:39 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:21 +0200 genirq/cpuhotplug: U

[tip:irq/core] x86/apic: Move flat_cpu_mask_to_apicid_and() into C source

Commit-ID: ad95212ee6e0b62f38b287b40c9ab6a1ba3e892b Gitweb: http://git.kernel.org/tip/ad95212ee6e0b62f38b287b40c9ab6a1ba3e892b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:40 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:21 +0200 x86/apic: Move flat_

[tip:irq/core] x86/apic: Move online masking to core code

Commit-ID: 52b166af40faec9813cd5ac26d6ba9adec2e3a9d Gitweb: http://git.kernel.org/tip/52b166af40faec9813cd5ac26d6ba9adec2e3a9d Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:42 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:21 +0200 x86/apic: Move onlin

Re: [PATCH] dt-bindings: thermal: add file extension to brcm,ns-thermal

On Tue, Jun 13, 2017 at 03:26:29PM -0700, Markus Mayer wrote: > On 13 June 2017 at 15:17, Rob Herring wrote: > > On Fri, Jun 02, 2017 at 10:31:39AM -0700, Markus Mayer wrote: > >> From: Markus Mayer > >> > >> Add the missing .txt extension to the Broadcom Northstar binding document. > >> > >> Sig

[tip:irq/core] x86/uv: Use default_cpu_mask_to_apicid_and()

Commit-ID: bbcf9574bc6fb85d22f2718d48da7f98830a7870 Gitweb: http://git.kernel.org/tip/bbcf9574bc6fb85d22f2718d48da7f98830a7870 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:41 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:21 +0200 x86/uv: Use default_

[tip:irq/core] x86/apic: Move cpumask and to core code

Commit-ID: 91cd9cb7ee1c081304d0e61f09e9faccb33d3df7 Gitweb: http://git.kernel.org/tip/91cd9cb7ee1c081304d0e61f09e9faccb33d3df7 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:43 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:22 +0200 x86/apic: Move cpuma

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

On 06/22/2017 10:53 AM, Kees Cook wrote: > On Thu, Jun 22, 2017 at 9:18 AM, Sumit Semwal wrote: >> Hi Kees, Andy, >> >> On 15 June 2017 at 23:26, Sumit Semwal wrote: >>> 3. 'seccomp ptrace hole closure' patches got added in 4.7 [3] - >>> feature and test together. >>> - This one also seems like a

[tip:irq/core] xen/events: Add support for effective affinity mask

Commit-ID: ef1c2cc88531a967fa97d1ac1f3f8a64ee6910b4 Gitweb: http://git.kernel.org/tip/ef1c2cc88531a967fa97d1ac1f3f8a64ee6910b4 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:45 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:23 +0200 xen/events: Add supp

[tip:irq/core] x86/apic: Add irq_data argument to apic->cpu_mask_to_apicid()

Commit-ID: 0e24f7c9f67e218546ad44160d2a12d9d8be0171 Gitweb: http://git.kernel.org/tip/0e24f7c9f67e218546ad44160d2a12d9d8be0171 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:44 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:22 +0200 x86/apic: Add irq_da

[tip:irq/core] x86/apic: Implement effective irq mask update

Commit-ID: c7d6c9dd871f42c4e0ce5563d2f684e78ea673cf Gitweb: http://git.kernel.org/tip/c7d6c9dd871f42c4e0ce5563d2f684e78ea673cf Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:46 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:23 +0200 x86/apic: Implement

[tip:irq/core] genirq: Introduce IRQD_MANAGED_SHUTDOWN

Commit-ID: 54fdf6a0875ca380647ac1cc9b5b8f2dbbbfa131 Gitweb: http://git.kernel.org/tip/54fdf6a0875ca380647ac1cc9b5b8f2dbbbfa131 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:47 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:23 +0200 genirq: Introduce IR

[tip:irq/core] genirq: Split out irq_startup() code

Commit-ID: 708d174b6c32bffc5d73793bc7a267bcafeb6558 Gitweb: http://git.kernel.org/tip/708d174b6c32bffc5d73793bc7a267bcafeb6558 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:48 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:24 +0200 genirq: Split out ir

[tip:irq/core] genirq: Add force argument to irq_startup()

Commit-ID: 4cde9c6b826834b861a2b58653ab33150f562064 Gitweb: http://git.kernel.org/tip/4cde9c6b826834b861a2b58653ab33150f562064 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:49 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:24 +0200 genirq: Add force ar

Re: Query on VFIO in Virtual machine

Thanks Alex. >> Without an iommu in the VM, you'd be limited to no-iommu support for VM >> userspace, So are you trying to say VFIO NO-IOMMU should work inside VM. Does that mean VFIO NO-IOMMU in VM and VFIO IOMMU in host for same device is a legitimate configuration? I did tried this configurati

[tip:irq/core] genirq: Handle managed irqs gracefully in irq_startup()

Commit-ID: 761ea388e8c4e3ac883a94e16bcc8c51fa419d4f Gitweb: http://git.kernel.org/tip/761ea388e8c4e3ac883a94e16bcc8c51fa419d4f Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:50 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:24 +0200 genirq: Handle manag

[tip:irq/core] genirq/cpuhotplug: Handle managed IRQs on CPU hotplug

Commit-ID: c5cb83bb337c25caae995d992d1cdf9b317f83de Gitweb: http://git.kernel.org/tip/c5cb83bb337c25caae995d992d1cdf9b317f83de Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:51 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:25 +0200 genirq/cpuhotplug: H

[tip:irq/core] genirq: Introduce IRQD_SINGLE_TARGET flag

Commit-ID: d52dd44175bd27ad9d8e34a994fb80877c1f6d61 Gitweb: http://git.kernel.org/tip/d52dd44175bd27ad9d8e34a994fb80877c1f6d61 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:52 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:25 +0200 genirq: Introduce IR

[tip:irq/core] genirq/cpuhotplug: Avoid irq affinity setting for single targets

Commit-ID: 8f31a9845db348f5781df47ce04c79e4cfe90016 Gitweb: http://git.kernel.org/tip/8f31a9845db348f5781df47ce04c79e4cfe90016 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:53 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:25 +0200 genirq/cpuhotplug: A

[PATCH v3 03/11] rocker: mark rocker_tlv_put_* functions as noinline_if_stackbloat

Inlining these functions creates lots of stack variables when KASAN is enabled, leading to this warning about potential stack overflow: drivers/net/ethernet/rocker/rocker_ofdpa.c: In function 'ofdpa_cmd_flow_tbl_add': drivers/net/ethernet/rocker/rocker_ofdpa.c:621:1: error: the frame size of 2752

[tip:irq/core] x86/apic: Mark single target interrupts

Commit-ID: 3ca57222c36ba31b80aa25de313f3c8ab26a8102 Gitweb: http://git.kernel.org/tip/3ca57222c36ba31b80aa25de313f3c8ab26a8102 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:54 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:26 +0200 x86/apic: Mark singl

[PATCH v3 05/11] dvb-frontends: reduce stack size in i2c access

A typical code fragment was copied across many dvb-frontend drivers and causes large stack frames when built with -fsanitize-address-use-after-scope, e.g. drivers/media/dvb-frontends/cxd2841er.c:3225:1: error: the frame size of 3992 bytes is larger than 3072 bytes [-Werror=frame-larger-than=] dri

[PATCH v3 08/11] brcmsmac: make some local variables 'static const' to reduce stack size

With KASAN and a couple of other patches applied, this driver is one of the few remaining ones that actually use more than 2048 bytes of kernel stack: broadcom/brcm80211/brcmsmac/phy/phy_n.c: In function 'wlc_phy_workarounds_nphy_gainctrl': broadcom/brcm80211/brcmsmac/phy/phy_n.c:16065:1: warning

[PATCH v3 00/11] bring back stack frame warning with KASAN

This is a new version of patches I originally submitted back in March [1], this time reducing the size of the series even further. This minimal set of patches only makes sure that we do get frame size warnings in allmodconfig for x86_64 and arm64 again, even with KASAN enabled. The changes this t

[PATCH v3 01/11] compiler: introduce noinline_if_stackbloat annotation

When CONFIG_KASAN is set, we can run into some code that uses incredible amounts of kernel stack: drivers/staging/dgnc/dgnc_neo.c:1056:1: error: the frame size of 2 bytes is larger than 2048 bytes [-Werror=frame-larger-than=] drivers/media/i2c/cx25840/cx25840-core.c:4960:1: error: the frame s

[PATCH v3 07/11] tty: improve tty_insert_flip_char() fast path

kernelci.org reports a crazy stack usage for the VT code when CONFIG_KASAN is enabled: drivers/tty/vt/keyboard.c: In function 'kbd_keycode': drivers/tty/vt/keyboard.c:1452:1: error: the frame size of 2240 bytes is larger than 2048 bytes [-Werror=frame-larger-than=] The problem is that tty_insert

[tip:irq/core] genirq/affinity: Assign vectors to all present CPUs

Commit-ID: 9a0ef98e186d86fb3c1ff3ec267a76f067005f74 Gitweb: http://git.kernel.org/tip/9a0ef98e186d86fb3c1ff3ec267a76f067005f74 Author: Christoph Hellwig AuthorDate: Tue, 20 Jun 2017 01:37:55 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017 18:21:26 +0200 genirq/affinity: A

[PATCH v3 02/11] netlink: mark nla_put_{u8,u16,u32} noinline_if_stackbloat

When CONFIG_KASAN is enabled, the "--param asan-stack=1" causes rather large stack frames in some functions. This goes unnoticed normally because CONFIG_FRAME_WARN is disabled with CONFIG_KASAN by default as of commit 3f181b4d8652 ("lib/Kconfig.debug: disable -Wframe-larger-than warnings with KASAN

[PATCH v3 04/11] mtd: cfi: reduce stack size with KASAN

When CONFIG_KASAN is used, we consume a lot of extra stack space: drivers/mtd/chips/cfi_cmdset_0020.c: In function 'do_write_buffer': drivers/mtd/chips/cfi_cmdset_0020.c:603:1: error: the frame size of 2184 bytes is larger than 1536 bytes [-Werror=frame-larger-than=] drivers/mtd/chips/cfi_cmdset_

[PATCH v3 11/11] kasan: rework Kconfig settings

We get a lot of very large stack frames using gcc-7.0.1 with the default -fsanitize-address-use-after-scope --param asan-stack=1 options, which can easily cause an overflow of the kernel stack, e.g. drivers/acpi/nfit/core.c:2686:1: warning: the frame size of 4080 bytes is larger than 2048 bytes [

[PATCH v3 10/11] brcmsmac: reindent split functions

In the previous commit I left the indentation alone to help reviewing the patch, this one now runs the three new functions through 'indent -kr -8' with some manual fixups to avoid silliness. No changes other than whitespace are intended here. Signed-off-by: Arnd Bergmann Acked-by: Arend van Spri

RE: [PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks

> -Original Message- > From: linux-...@googlegroups.com [mailto:linux-...@googlegroups.com] On > Behalf Of Logan Gunthorpe > Sent: Thursday, June 22, 2017 9:48 AM > To: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; > linux-...@googlegroups.com; linux-al...@vger.kernel.org; l

[PATCH v3 06/11] r820t: mark register functions as noinline_if_stackbloat

With KASAN, we get an overly long stack frame due to inlining the register access function: drivers/media/tuners/r820t.c: In function 'generic_set_freq.isra.7': drivers/media/tuners/r820t.c:1334:1: error: the frame size of 2880 bytes is larger than 2048 bytes [-Werror=frame-larger-than=] An earl

[PATCH v3 09/11] brcmsmac: split up wlc_phy_workarounds_nphy

The stack consumption in this driver is still relatively high, with one remaining warning if the warning level is lowered to 1536 bytes: drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c:17135:1: error: the frame size of 1880 bytes is larger than 1536 bytes [-Werror=frame-larger-than=

Re: [PATCH 0/3] some scheduler code movements

On Thu, 22 Jun 2017, Ingo Molnar wrote: > * Nicolas Pitre wrote: > > > That's against my copy of tip/sched/core as of yesterday: > > > > commit f11cc0760b8397e0d230122606421b6a96e9f869 > > Author: Davidlohr Bueso > > AuthorDate: Wed Jun 14 19:37:30 2017 -0700 > > Commit: Ingo Molnar >

Re: [PATCH v3 05/11] x86/mm: Track the TLB's tlb_gen and update the flushing algorithm

On Thu, Jun 22, 2017 at 08:55:36AM -0700, Andy Lutomirski wrote: > > Ah, simple: we control the flushing with info.new_tlb_gen and > > mm->context.tlb_gen. I.e., this check: > > > > > > if (f->end != TLB_FLUSH_ALL && > > f->new_tlb_gen == local_tlb_gen + 1 && > > f->

Re: [PATCH v2] Moved module init-functions into the module.

> > The module initialization code belongs in the module. > > The LSM infrastructure should have an absolute minimum > > of module specific information. I would rather see the > > "minor" modules (yama, loadpin) changed to use the module > > registration scheme used by the "major" modules, but that

Re: Query on VFIO in Virtual machine

On Thu, 22 Jun 2017 22:42:19 +0530 Nitin Saxena wrote: > Thanks Alex. > > >> Without an iommu in the VM, you'd be limited to no-iommu support for VM > >> userspace, > So are you trying to say VFIO NO-IOMMU should work inside VM. Does > that mean VFIO NO-IOMMU in VM and VFIO IOMMU in host for

[PATCH][media-next] media: venus: fix loop wrap in cleanup of clks

From: Colin Ian King The current pre-decrement is incorrect and should be replaced with a post-decrement. Consider the case where the very first clk_prepare_enable fails when i is 0; in this case the error clean up will decrement the unsigned int which wraps to the largest unsigned int value caus

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