Re: [PATCH 1/2] bcache: Remove redundant set_capacity

On 2016/11/25 上午9:39, Yijing Wang wrote: > set_capacity() has been called in bcache_device_init(), > remove the redundant one. > > Signed-off-by: Yijing Wang > --- > drivers/md/bcache/super.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git

Re: [PATCH 1/2] bcache: Remove redundant set_capacity

On 2016/11/25 上午9:39, Yijing Wang wrote: > set_capacity() has been called in bcache_device_init(), > remove the redundant one. > > Signed-off-by: Yijing Wang > --- > drivers/md/bcache/super.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/drivers/md/bcache/super.c

Re: [PATCH 05/29] fscrypt: Let fs select encryption index/tweak

On Thu, Nov 24, 2016 at 04:57:51PM +0100, David Gstir wrote: > > > Also, if the intent is just that the 'index' represent the data's offset in > > filesystem blocks rather than in pages, then perhaps it should be > > documented as > > such. (This would be correct for ext4 and f2fs; they just

Re: [PATCH 05/29] fscrypt: Let fs select encryption index/tweak

On Thu, Nov 24, 2016 at 04:57:51PM +0100, David Gstir wrote: > > > Also, if the intent is just that the 'index' represent the data's offset in > > filesystem blocks rather than in pages, then perhaps it should be > > documented as > > such. (This would be correct for ext4 and f2fs; they just

Re: [PATCH 01/29] fscrypt: Add in-place encryption mode

On Fri, Nov 25, 2016 at 01:09:05PM +0100, David Gstir wrote: > > > Additionally, after this change the name of the flag FS_WRITE_PATH_FL is > > misleading, since it now really indicates the presence of a bounce buffer > > rather > > than the "write path". > > I can see no use case for

Re: [PATCH 01/29] fscrypt: Add in-place encryption mode

On Fri, Nov 25, 2016 at 01:09:05PM +0100, David Gstir wrote: > > > Additionally, after this change the name of the flag FS_WRITE_PATH_FL is > > misleading, since it now really indicates the presence of a bounce buffer > > rather > > than the "write path". > > I can see no use case for

RE: [PATCH] net: fec: turn on device when extracting statistics

From: Nikita Yushchenko Sent: Friday, November 25, 2016 6:02 PM >To: Andy Duan ; David S. Miller >; Troy Kisky ; >Andrew Lunn ; Eric Nelson ; Philippe

RE: [PATCH] net: fec: turn on device when extracting statistics

From: Nikita Yushchenko Sent: Friday, November 25, 2016 6:02 PM >To: Andy Duan ; David S. Miller >; Troy Kisky ; >Andrew Lunn ; Eric Nelson ; Philippe >Reynes ; Johannes Berg ; >net...@vger.kernel.org; linux-kernel@vger.kernel.org >Cc: Chris Healy ; Nikita Yushchenko > >Subject: [PATCH]

Xmas Offer

You are a recipient to Mrs Julie Leach Donation of $3 million USD. Contact ( julieleac...@gmail.com ) for claims.

Xmas Offer

You are a recipient to Mrs Julie Leach Donation of $3 million USD. Contact ( julieleac...@gmail.com ) for claims.

Did you get my message this time?

This is the second time i am sending you this mail. I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me personally for more details. Regards. Friedrich Mayrhofer

Did you get my message this time?

This is the second time i am sending you this mail. I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me personally for more details. Regards. Friedrich Mayrhofer

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

> On Nov 24, 2016, at 5:15 AM, Michal Hocko wrote: > >> * No rcu_* warnings on that machine with 4.7.2, but with 4.8.4 , 4.8.6 , >> 4.8.8 and now 4.9.0-rc5+Pauls patch > > I assume you haven't tried the Linus 4.8 kernel without any further > stable patches? Just to be sure

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

> On Nov 24, 2016, at 5:15 AM, Michal Hocko wrote: > >> * No rcu_* warnings on that machine with 4.7.2, but with 4.8.4 , 4.8.6 , >> 4.8.8 and now 4.9.0-rc5+Pauls patch > > I assume you haven't tried the Linus 4.8 kernel without any further > stable patches? Just to be sure we are not talking

[PATCH 3/3] hwmon: tmp108: Update driver to use hwmon_chip_info.

Move the tmp108 driver from hwmon attribute groups to hwmon_chip_info. Signed-off-by: John Muir --- drivers/hwmon/tmp108.c | 142 + 1 file changed, 73 insertions(+), 69 deletions(-) diff --git a/drivers/hwmon/tmp108.c

[PATCH 2/3] hwmon: tmp108: Use devm variants of registration interfaces.

From: John Muir Use the devm hwmon and thermal zone registration functions to clean up the code and remove the need for an i2c_driver.remove callback. Signed-off-by: John Muir --- drivers/hwmon/tmp108.c | 28 1 file changed, 8

[PATCH 3/3] hwmon: tmp108: Update driver to use hwmon_chip_info.

Move the tmp108 driver from hwmon attribute groups to hwmon_chip_info. Signed-off-by: John Muir --- drivers/hwmon/tmp108.c | 142 + 1 file changed, 73 insertions(+), 69 deletions(-) diff --git a/drivers/hwmon/tmp108.c b/drivers/hwmon/tmp108.c

[PATCH 2/3] hwmon: tmp108: Use devm variants of registration interfaces.

From: John Muir Use the devm hwmon and thermal zone registration functions to clean up the code and remove the need for an i2c_driver.remove callback. Signed-off-by: John Muir --- drivers/hwmon/tmp108.c | 28 1 file changed, 8 insertions(+), 20 deletions(-) diff

[PATCH 1/3] hwmon: Add Texas Instruments TMP108 temperature sensor driver.

Add support for the TI TMP108 temperature sensor with some device configuration parameters. Signed-off-by: John Muir --- Documentation/devicetree/bindings/hwmon/tmp108.txt | 27 ++ Documentation/hwmon/tmp108 | 38 ++ drivers/hwmon/Kconfig

[PATCH 1/3] hwmon: Add Texas Instruments TMP108 temperature sensor driver.

Add support for the TI TMP108 temperature sensor with some device configuration parameters. Signed-off-by: John Muir --- Documentation/devicetree/bindings/hwmon/tmp108.txt | 27 ++ Documentation/hwmon/tmp108 | 38 ++ drivers/hwmon/Kconfig |

[PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

(Attempting a resend due to apparent delivery failure.) This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments

[PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

(Attempting a resend due to apparent delivery failure.) This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments

Re: [PATCH] Avoid nested function definition

On 2016/11/27 上午6:24, Peter Foley wrote: > Fixes below error with clang: > ../drivers/md/bcache/sysfs.c:759:3: error: function definition is not allowed > here > { return *((uint16_t *) r) - *((uint16_t *) l); } > ^ > ../drivers/md/bcache/sysfs.c:789:32:

Re: [PATCH] Avoid nested function definition

On 2016/11/27 上午6:24, Peter Foley wrote: > Fixes below error with clang: > ../drivers/md/bcache/sysfs.c:759:3: error: function definition is not allowed > here > { return *((uint16_t *) r) - *((uint16_t *) l); } > ^ > ../drivers/md/bcache/sysfs.c:789:32:

Re: automatic IRQ affinity for virtio

On Fri, Nov 25, 2016 at 08:25:38AM +0100, Christoph Hellwig wrote: > Btw, what's the best way to get any response to this series? > But this and the predecessor seem to have completly fallen on deaf > ears. I'm sorry, I intend to review soon and if OK merge it. The fact that it depends on tip

Re: automatic IRQ affinity for virtio

On Fri, Nov 25, 2016 at 08:25:38AM +0100, Christoph Hellwig wrote: > Btw, what's the best way to get any response to this series? > But this and the predecessor seem to have completly fallen on deaf > ears. I'm sorry, I intend to review soon and if OK merge it. The fact that it depends on tip

Re: [PATCH v2 1/2] virtio: introduce little edian functions for virtio_cread/write# family

On Tue, Nov 22, 2016 at 04:10:22PM +0800, Gonglei wrote: > Virtio modern devices are always little edian, let's introduce > the LE functions for read/write configuration space for > virtio modern devices, which avoid complaint by Sparse when > we use the virtio_creaed/virtio_cwrite in VIRTIO_1

Re: [PATCH v2 1/2] virtio: introduce little edian functions for virtio_cread/write# family

On Tue, Nov 22, 2016 at 04:10:22PM +0800, Gonglei wrote: > Virtio modern devices are always little edian, let's introduce > the LE functions for read/write configuration space for > virtio modern devices, which avoid complaint by Sparse when > we use the virtio_creaed/virtio_cwrite in VIRTIO_1

Re: [PATCH v2 2/2] crypto: add virtio-crypto driver

On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote: > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio crypto device is a virtual cryptography device > as well as a kind of virtual hardware accelerator for > virtual machines. The encryption anddecryption requests >

Re: [PATCH v2 2/2] crypto: add virtio-crypto driver

On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote: > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio crypto device is a virtual cryptography device > as well as a kind of virtual hardware accelerator for > virtual machines. The encryption anddecryption requests >

Re: [git pull] vfs fix

On Sun, Nov 27, 2016 at 02:51:18AM +, Al Viro wrote: ... and screwed up Cc due to comma in S-O-B of commit in question. My apologies.

Re: [git pull] vfs fix

On Sun, Nov 27, 2016 at 02:51:18AM +, Al Viro wrote: ... and screwed up Cc due to comma in S-O-B of commit in question. My apologies.

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 6:25 PM, Al Viro wrote: > > Two issues here. One is that iov_iter_get_pages{,_alloc}() calling > conventions are fucking ugly. No arguments there. I was going to suggest adding an "int *npages" argument and letting that function fill that in

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 6:25 PM, Al Viro wrote: > > Two issues here. One is that iov_iter_get_pages{,_alloc}() calling > conventions are fucking ugly. No arguments there. I was going to suggest adding an "int *npages" argument and letting that function fill that in together with the page array,

Re: [PATCH 0/2] virtio: fix complaint by sparse

this is in my tree, will be in the next pull request. On Sat, Nov 26, 2016 at 09:36:50AM +, Gonglei (Arei) wrote: > Ping...? > > > -Original Message- > > From: Gonglei (Arei) > > Sent: Tuesday, November 22, 2016 1:52 PM > > To: virtualizat...@lists.linux-foundation.org;

Re: [PATCH 0/2] virtio: fix complaint by sparse

this is in my tree, will be in the next pull request. On Sat, Nov 26, 2016 at 09:36:50AM +, Gonglei (Arei) wrote: > Ping...? > > > -Original Message- > > From: Gonglei (Arei) > > Sent: Tuesday, November 22, 2016 1:52 PM > > To: virtualizat...@lists.linux-foundation.org;

Re: [git pull] vfs fix

On Sun, Nov 27, 2016 at 02:25:09AM +, Al Viro wrote: > Anyway, leaving that BUG_ON() had been wrong; I can send a followup > massaging that thing as you've suggested, if you are interested in > that. But keep in mind that the whole iov_iter_get_pages...() calling > conventions are going to

Re: [git pull] vfs fix

On Sun, Nov 27, 2016 at 02:25:09AM +, Al Viro wrote: > Anyway, leaving that BUG_ON() had been wrong; I can send a followup > massaging that thing as you've suggested, if you are interested in > that. But keep in mind that the whole iov_iter_get_pages...() calling > conventions are going to

Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

On Wed, 23 Nov 2016, Russell King - ARM Linux wrote: > On Wed, Nov 23, 2016 at 09:33:32AM +, Russell King - ARM Linux wrote: > > So, I still think the whole approach is wrong - it's added extra > > fragility that wasn't there with the armksyms.c approach. > > Here's what the diffstat and

Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

On Wed, 23 Nov 2016, Russell King - ARM Linux wrote: > On Wed, Nov 23, 2016 at 09:33:32AM +, Russell King - ARM Linux wrote: > > So, I still think the whole approach is wrong - it's added extra > > fragility that wasn't there with the armksyms.c approach. > > Here's what the diffstat and

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 05:48:54PM -0800, Linus Torvalds wrote: > That's what all the other users do, and that's what should be the > "right usage pattern", afaik. The number of pages really *is* > calculated as > >int n = DIV_ROUND_UP(result + offs, PAGE_SIZE); > > in other

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 05:48:54PM -0800, Linus Torvalds wrote: > That's what all the other users do, and that's what should be the > "right usage pattern", afaik. The number of pages really *is* > calculated as > >int n = DIV_ROUND_UP(result + offs, PAGE_SIZE); > > in other

Re: [PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

On 11/26/2016 05:26 PM, John Muir wrote: This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments TMP108

Re: [PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

On 11/26/2016 05:26 PM, John Muir wrote: This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments TMP108

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 5:13 PM, Al Viro wrote: > > Al Viro (1): > fix default_file_splice_read() Ugh. I absolutely _hate_ this: BUG_ON(dummy); because it makes no sense. I'm assuming that "dummy" here is "start_offset", and that you want to make sure

Re: [git pull] vfs fix

On Sat, Nov 26, 2016 at 5:13 PM, Al Viro wrote: > > Al Viro (1): > fix default_file_splice_read() Ugh. I absolutely _hate_ this: BUG_ON(dummy); because it makes no sense. I'm assuming that "dummy" here is "start_offset", and that you want to make sure that there are no initial

[PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments TMP108 temperature sensor driver. hwmon: tmp108: Use devm

[PATCH 0/3] Texas Instruments TMP108 temperature sensor driver.

This driver is split into three patches as it is being ported forward from a Linux 4.4 implementation where it was tested. The final driver code uses interfaces that are not available in 4.4. John Muir (3): hwmon: Add Texas Instruments TMP108 temperature sensor driver. hwmon: tmp108: Use devm

[git pull] vfs fix

The following changes since commit 3ad0e83cf86bcaeb6ca3c37060a3ce866b25fb42: Merge branch 'parisc-4.9-4' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux (2016-11-25 16:47:15 -0800) are available in the git repository at:

[git pull] vfs fix

The following changes since commit 3ad0e83cf86bcaeb6ca3c37060a3ce866b25fb42: Merge branch 'parisc-4.9-4' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux (2016-11-25 16:47:15 -0800) are available in the git repository at:

Re: netlink: GPF in sock_sndtimeo

On Sat, Nov 26, 2016 at 7:44 AM, Dmitry Vyukov wrote: > Hello, > > The following program triggers GPF in sock_sndtimeo: > https://gist.githubusercontent.com/dvyukov/c19cadd309791cf5cb9b2bf936d3f48d/raw/1743ba0211079a5465d039512b427bc6b59b1a76/gistfile1.txt > > On commit

Re: netlink: GPF in sock_sndtimeo

On Sat, Nov 26, 2016 at 7:44 AM, Dmitry Vyukov wrote: > Hello, > > The following program triggers GPF in sock_sndtimeo: > https://gist.githubusercontent.com/dvyukov/c19cadd309791cf5cb9b2bf936d3f48d/raw/1743ba0211079a5465d039512b427bc6b59b1a76/gistfile1.txt > > On commit

Re: [PATCH v3 net-next 1/2] net: ethernet: slicoss: add slicoss gigabit ethernet driver

Hi Rami, On 26.11.2016 16:48, Rami Rosen wrote: >> @@ -0,0 +1,28 @@ >> +config NET_VENDOR_ALACRITECH >> +bool "Alacritech devices" >> +default y >> +---help--- >> + If you have a network (Ethernet) card belonging to this class, >> say Y. >> + >> + Note

Re: [PATCH v3 net-next 1/2] net: ethernet: slicoss: add slicoss gigabit ethernet driver

Hi Rami, On 26.11.2016 16:48, Rami Rosen wrote: >> @@ -0,0 +1,28 @@ >> +config NET_VENDOR_ALACRITECH >> +bool "Alacritech devices" >> +default y >> +---help--- >> + If you have a network (Ethernet) card belonging to this class, >> say Y. >> + >> + Note

Re: [RFC PATCH v8 1/9] Restartable sequences system call

On Sat, Aug 27, 2016 at 5:21 AM, Pavel Machek wrote: > > Hi! > >> Expose a new system call allowing each thread to register one userspace >> memory area to be used as an ABI between kernel and user-space for two >> purposes: user-space restartable sequences and quick access to read

Re: [RFC PATCH v8 1/9] Restartable sequences system call

On Sat, Aug 27, 2016 at 5:21 AM, Pavel Machek wrote: > > Hi! > >> Expose a new system call allowing each thread to register one userspace >> memory area to be used as an ABI between kernel and user-space for two >> purposes: user-space restartable sequences and quick access to read the >> current

Re: Linux 4.8.11

On Sat, Nov 26, 2016 at 05:12:35PM +0100, Greg KH wrote: > I'm announcing the release of the 4.8.11 kernel. ... which splats during early boot where 4.8.10 worked fine. [0.00] Linux version 4.8.11+ (kilobyte@umbar) (gcc version 6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Sat Nov 26

Re: Linux 4.8.11

On Sat, Nov 26, 2016 at 05:12:35PM +0100, Greg KH wrote: > I'm announcing the release of the 4.8.11 kernel. ... which splats during early boot where 4.8.10 worked fine. [0.00] Linux version 4.8.11+ (kilobyte@umbar) (gcc version 6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Sat Nov 26

[PATCH 02/22] cpufreq/acpi-cpufreq: drop rdmsr_on_cpus() usage

The online / pre_down callback is invoked on the target CPU since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu") which means for the hotplug callback we can use rmdsrl() instead of rdmsr_on_cpus(). This leaves us with set_boost() as the only user which still needs to

[PATCH 01/22] cpufreq/acpi-cpufreq: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: "Rafael J. Wysocki" Cc: Viresh Kumar Cc: linux...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior --- drivers/cpufreq/acpi-cpufreq.c | 93

[PATCH 02/22] cpufreq/acpi-cpufreq: drop rdmsr_on_cpus() usage

The online / pre_down callback is invoked on the target CPU since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu") which means for the hotplug callback we can use rmdsrl() instead of rdmsr_on_cpus(). This leaves us with set_boost() as the only user which still needs to

[PATCH 01/22] cpufreq/acpi-cpufreq: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: "Rafael J. Wysocki" Cc: Viresh Kumar Cc: linux...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior --- drivers/cpufreq/acpi-cpufreq.c | 93 -- 1 file changed, 45 insertions(+), 48 deletions(-)

[PATCH 07/22] mm/vmstat: Drop get_online_cpus() from init_cpu_node_state/vmstat_cpu_dead()

Both functions are called with protection against cpu hotplug already so *_online_cpus() could be dropped. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Johannes Weiner Cc:

[PATCH 08/22] mm/vmstat: Avoid on each online CPU loops

Both iterations over online cpus can be replaced by the proper node specific functions. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Johannes Weiner Cc: linux...@kvack.org Signed-off-by:

[PATCH 12/22] mm/zswap: Convert pool to hotplug state machine

Install the callbacks via the state machine. Multi state is used to address the per-pool notifier. Uppon adding of the intance the callback is invoked for all online CPUs so the manual init can go. Cc: Seth Jennings Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej

[PATCH 06/22] tracing/rb: Convert to hotplug state machine

Install the callbacks via the state machine. The notifier in struct ring_buffer is replaced by the multi instance interface. Upon __ring_buffer_alloc() invocation, cpuhp_state_add_instance() will invoke the trace_rb_cpu_prepare() on each CPU. This callback may now fail. This means

[PATCH 07/22] mm/vmstat: Drop get_online_cpus() from init_cpu_node_state/vmstat_cpu_dead()

Both functions are called with protection against cpu hotplug already so *_online_cpus() could be dropped. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Johannes Weiner Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior --- mm/vmstat.c | 7 +-- 1 file changed, 1

[PATCH 08/22] mm/vmstat: Avoid on each online CPU loops

Both iterations over online cpus can be replaced by the proper node specific functions. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Johannes Weiner Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior --- mm/vmstat.c | 14 +++--- 1 file changed, 7

[PATCH 12/22] mm/zswap: Convert pool to hotplug state machine

Install the callbacks via the state machine. Multi state is used to address the per-pool notifier. Uppon adding of the intance the callback is invoked for all online CPUs so the manual init can go. Cc: Seth Jennings Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior ---

[PATCH 06/22] tracing/rb: Convert to hotplug state machine

Install the callbacks via the state machine. The notifier in struct ring_buffer is replaced by the multi instance interface. Upon __ring_buffer_alloc() invocation, cpuhp_state_add_instance() will invoke the trace_rb_cpu_prepare() on each CPU. This callback may now fail. This means

[PATCH 10/22] mm/zsmalloc: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Minchan Kim Cc: Nitin Gupta Cc: Sergey Senozhatsky CC: linux...@kvack.org Signed-off-by: Sebastian Andrzej

[PATCH 13/22] iommu/vt-d: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Cc: David Woodhouse Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org Signed-off-by: Anna-Maria Gleixner Signed-off-by:

[PATCH 20/22] soc/fsl/qbman: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Claudiu Manoil Cc: Scott Wood Cc: Roy Pledge Signed-off-by: Sebastian Andrzej Siewior --- drivers/soc/fsl/qbman/qman_portal.c | 39

[PATCH 11/22] mm/zswap: Convert dst-mem to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Seth Jennings Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior --- include/linux/cpuhotplug.h | 1 + mm/zswap.c

[PATCH 15/22] arm64/cpuinfo: Make hotplug notifier symmetric

From: Anna-Maria Gleixner There is no requirement to keep the sysfs files around until the CPU is completely dead. Remove them during the DOWN_PREPARE notification. This is a preparatory patch for converting to the hotplug state machine. Cc: Catalin Marinas

Re: [RFC] kernel/sysctl.c: return -EINVAL when write invalid val to ulong type sysctl

On 2016-11-26 02:13, Yisheng Xie wrote: I tried to echo an invalid value to an unsigned long type sysctl on 4.9.0-rc6: linux:~# cat /proc/sys/vm/user_reserve_kbytes 131072 linux:~# echo -1 > /proc/sys/vm/user_reserve_kbytes linux:~# cat /proc/sys/vm/user_reserve_kbytes 131072

[PATCH 14/22] mm/compaction: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Should the hotplug init fail then no threads are spawned. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Michal Hocko Cc: Mel Gorman

[PATCH 10/22] mm/zsmalloc: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Minchan Kim Cc: Nitin Gupta Cc: Sergey Senozhatsky CC: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior --- include/linux/cpuhotplug.h | 1 + mm/zsmalloc.c

[PATCH 13/22] iommu/vt-d: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Cc: David Woodhouse Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org Signed-off-by: Anna-Maria Gleixner Signed-off-by: Sebastian Andrzej Siewior --- drivers/iommu/intel-iommu.c | 24 ++--

[PATCH 20/22] soc/fsl/qbman: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Claudiu Manoil Cc: Scott Wood Cc: Roy Pledge Signed-off-by: Sebastian Andrzej Siewior --- drivers/soc/fsl/qbman/qman_portal.c | 39 - 1 file changed, 12 insertions(+), 27 deletions(-) diff --git

[PATCH 11/22] mm/zswap: Convert dst-mem to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Seth Jennings Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior --- include/linux/cpuhotplug.h | 1 + mm/zswap.c | 75

[PATCH 15/22] arm64/cpuinfo: Make hotplug notifier symmetric

From: Anna-Maria Gleixner There is no requirement to keep the sysfs files around until the CPU is completely dead. Remove them during the DOWN_PREPARE notification. This is a preparatory patch for converting to the hotplug state machine. Cc: Catalin Marinas Cc: Will Deacon Cc:

Re: [RFC] kernel/sysctl.c: return -EINVAL when write invalid val to ulong type sysctl

On 2016-11-26 02:13, Yisheng Xie wrote: I tried to echo an invalid value to an unsigned long type sysctl on 4.9.0-rc6: linux:~# cat /proc/sys/vm/user_reserve_kbytes 131072 linux:~# echo -1 > /proc/sys/vm/user_reserve_kbytes linux:~# cat /proc/sys/vm/user_reserve_kbytes 131072

[PATCH 14/22] mm/compaction: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Should the hotplug init fail then no threads are spawned. Cc: Andrew Morton Cc: Vlastimil Babka Cc: Michal Hocko Cc: Mel Gorman Cc: linux...@kvack.org Signed-off-by: Anna-Maria Gleixner Signed-off-by: Sebastian Andrzej

[PATCH 16/22] arm64/cpuinfo: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Catalin Marinas Cc: Will Deacon Cc: linux-arm-ker...@lists.infradead.org

[PATCH 16/22] arm64/cpuinfo: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Catalin Marinas Cc: Will Deacon Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Anna-Maria Gleixner Signed-off-by: Sebastian Andrzej Siewior

[PATCH 18/22] zram: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine with multi instance support and let the core invoke the callbacks on the already online CPUs. Cc: Minchan Kim Cc: Nitin Gupta Cc: Sergey Senozhatsky

[PATCH 18/22] zram: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine with multi instance support and let the core invoke the callbacks on the already online CPUs. Cc: Minchan Kim Cc: Nitin Gupta Cc: Sergey Senozhatsky [bigeasy: wire up the multi instance stuff] Signed-off-by: Anna-Maria

[PATCH 04/22] idle/intel: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The two smp_call_function_single() invocations in intel_idle_cpu_init() have been removed because intel_idle_cpu_init() is now invoked via the hotplug callback which runs on the target

[PATCH 09/22] mm/vmstat: Convert to hotplug state machine

Install the callbacks via the state machine, but do not invoke them as we can initialize the node state without calling the callbacks on all online CPUs. start_shepherd_timer() is now called outside the get_online_cpus() block which is safe as it only operates on cpu possible mask. Cc: Andrew

[PATCH 19/22] soc/fsl/qbman: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Roy Pledge Cc: Scott Wood Cc: Claudiu Manoil Signed-off-by: Sebastian Andrzej Siewior --- drivers/soc/fsl/qbman/bman_portal.c | 46

[PATCH 21/22] staging/lustre/libcfs: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Cc: Oleg Drokin Cc: Andreas Dilger Cc: James Simmons Cc: Greg Kroah-Hartman Cc:

[PATCH 09/22] mm/vmstat: Convert to hotplug state machine

Install the callbacks via the state machine, but do not invoke them as we can initialize the node state without calling the callbacks on all online CPUs. start_shepherd_timer() is now called outside the get_online_cpus() block which is safe as it only operates on cpu possible mask. Cc: Andrew

[PATCH 19/22] soc/fsl/qbman: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Roy Pledge Cc: Scott Wood Cc: Claudiu Manoil Signed-off-by: Sebastian Andrzej Siewior --- drivers/soc/fsl/qbman/bman_portal.c | 46 + 1 file changed, 16 insertions(+), 30 deletions(-) diff --git

[PATCH 21/22] staging/lustre/libcfs: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Cc: Oleg Drokin Cc: Andreas Dilger Cc: James Simmons Cc: Greg Kroah-Hartman Cc: lustre-de...@lists.lustre.org Cc: de...@driverdev.osuosl.org Signed-off-by: Anna-Maria Gleixner Signed-off-by: Sebastian Andrzej Siewior

[PATCH 04/22] idle/intel: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The two smp_call_function_single() invocations in intel_idle_cpu_init() have been removed because intel_idle_cpu_init() is now invoked via the hotplug callback which runs on the target

[PATCH 17/22] KVM/PPC/Book3S HV: Convert to hotplug state machine

From: Anna-Maria Gleixner Install the callbacks via the state machine. Cc: Alexander Graf Cc: Paolo Bonzini Cc: "Radim Krčmář" Cc: Benjamin Herrenschmidt Cc: Paul Mackerras

[PATCH 22/22] Remove obsolete cpu hotplug register / unregister functions

Users of hotcpu_notifier() cpu_notifier() __hotcpu_notifier() __cpu_notifier() register_hotcpu_notifier() register_cpu_notifier() __register_hotcpu_notifier() __register_cpu_notifier() unregister_hotcpu_notifier()

[PATCH 05/22] oprofile/nmi timer: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Robert Richter Cc: oprofile-l...@lists.sf.net Signed-off-by: Sebastian Andrzej Siewior --- drivers/oprofile/nmi_timer_int.c | 58

[PATCH 03/22] idle/intel: Remove superfluous SMP fuction call

From: Anna-Maria Gleixner Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu") the CPU_ONLINE and CPU_DOWN_PREPARE notifiers are always run on the hot plugged CPU, and as of commit 3b9d6da67e11 ("cpu/hotplug: Fix rollback during error-out in

  1   2   3   4   5   >