[PATCH 12/16] xfs: use the common helper uuid_is_null()

From: Amir Goldstein Use the common helper uuid_is_null() and remove the xfs specific helper uuid_is_nil(). The common helper does not check for the NULL pointer value as xfs helper did, but xfs code never calls the helper with a pointer that can be NULL. Conform comments

[PATCH 10/16] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs

From: Amir Goldstein These helper are used to compare and copy two uuid_t type objects. Signed-off-by: Amir Goldstein [hch: also provide the respective guid_ versions] Signed-off-by: Christoph Hellwig --- fs/xfs/uuid.c| 6 --

[PATCH 12/16] xfs: use the common helper uuid_is_null()

From: Amir Goldstein Use the common helper uuid_is_null() and remove the xfs specific helper uuid_is_nil(). The common helper does not check for the NULL pointer value as xfs helper did, but xfs code never calls the helper with a pointer that can be NULL. Conform comments and warning strings

[PATCH 10/16] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs

From: Amir Goldstein These helper are used to compare and copy two uuid_t type objects. Signed-off-by: Amir Goldstein [hch: also provide the respective guid_ versions] Signed-off-by: Christoph Hellwig --- fs/xfs/uuid.c| 6 -- fs/xfs/uuid.h| 7 ---

[PATCH 14/16] block: remove blk_part_pack_uuid

This helper was only used by IMA of all things, which would get spurious errors if CONFIG_BLOCK is disabled. Just opencode the call there. Signed-off-by: Christoph Hellwig [andy: correctly handle error returns from uuid_to_bin] Signed-off-by: Andy Shevchenko

[PATCH 14/16] block: remove blk_part_pack_uuid

This helper was only used by IMA of all things, which would get spurious errors if CONFIG_BLOCK is disabled. Just opencode the call there. Signed-off-by: Christoph Hellwig [andy: correctly handle error returns from uuid_to_bin] Signed-off-by: Andy Shevchenko ---

[PATCH 3/3] s390/dasd: Adjust six checks for null pointers

From: Markus Elfring Date: Wed, 10 May 2017 19:29:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written … Thus

[PATCH 3/3] s390/dasd: Adjust six checks for null pointers

From: Markus Elfring Date: Wed, 10 May 2017 19:29:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written … Thus fix the affected source code

[PATCH 16/16] fs: switch ->s_uuid to uuid_t

For some file systems we still memcpy into it, but in various places this already allows us to use the proper uuid helpers. More to come.. Signed-off-by: Christoph Hellwig --- drivers/xen/tmem.c | 6 +++--- fs/ext4/super.c | 2 +-

[PATCH 16/16] fs: switch ->s_uuid to uuid_t

For some file systems we still memcpy into it, but in various places this already allows us to use the proper uuid helpers. More to come.. Signed-off-by: Christoph Hellwig --- drivers/xen/tmem.c | 6 +++--- fs/ext4/super.c | 2 +- fs/f2fs/super.c

[PATCH 15/16] ima/policy: switch to use uuid_t

Signed-off-by: Christoph Hellwig --- security/integrity/ima/ima_policy.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/security/integrity/ima/ima_policy.c b/security/integrity/ima/ima_policy.c index 49fbc3e8f012..da3e7d50e0d7 100644 ---

[PATCH 15/16] ima/policy: switch to use uuid_t

Signed-off-by: Christoph Hellwig --- security/integrity/ima/ima_policy.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/security/integrity/ima/ima_policy.c b/security/integrity/ima/ima_policy.c index 49fbc3e8f012..da3e7d50e0d7 100644 ---

[PATCH 11/16] uuid: hoist uuid_is_null() helper from libnvdimm

From: Amir Goldstein Hoist the libnvdimm helper as an inline helper to linux/uuid.h using an auxiliary const variable uuid_null in lib/uuid.c. [hch: also add the guid variant. Both do the same but I'd like to keep casts to a minimum] The common helper uses the new abstract

[PATCH 11/16] uuid: hoist uuid_is_null() helper from libnvdimm

From: Amir Goldstein Hoist the libnvdimm helper as an inline helper to linux/uuid.h using an auxiliary const variable uuid_null in lib/uuid.c. [hch: also add the guid variant. Both do the same but I'd like to keep casts to a minimum] The common helper uses the new abstract type uuid_t *

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

Florian Fainelli writes: > On 05/10/2017 03:31 AM, Phil Elwell wrote: >> On 10/05/2017 11:09, Marc Zyngier wrote: >>> On 10/05/17 10:05, Phil Elwell wrote: On 10/05/2017 09:55, Marc Zyngier wrote: > On Wed, May 10 2017 at 9:27:10 am BST, Phil Elwell >

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

Florian Fainelli writes: > On 05/10/2017 03:31 AM, Phil Elwell wrote: >> On 10/05/2017 11:09, Marc Zyngier wrote: >>> On 10/05/17 10:05, Phil Elwell wrote: On 10/05/2017 09:55, Marc Zyngier wrote: > On Wed, May 10 2017 at 9:27:10 am BST, Phil Elwell > wrote: >> On 10/05/2017

[PATCH 09/16] md: namespace private helper names

From: Amir Goldstein The md private helper uuid_equal() collides with a generic helper of the same name. Rename the md private helper to md_uuid_equal() and do the same for md_sb_equal(). Cc: Shaohua Li Signed-off-by: Amir Goldstein

[PATCH 07/16] uuid: remove struct uuid_v1

Unused now. Signed-off-by: Christoph Hellwig --- include/linux/uuid.h | 24 1 file changed, 24 deletions(-) diff --git a/include/linux/uuid.h b/include/linux/uuid.h index af669f317780..28a5a894b926 100644 --- a/include/linux/uuid.h +++

[PATCH 09/16] md: namespace private helper names

From: Amir Goldstein The md private helper uuid_equal() collides with a generic helper of the same name. Rename the md private helper to md_uuid_equal() and do the same for md_sb_equal(). Cc: Shaohua Li Signed-off-by: Amir Goldstein Signed-off-by: Christoph Hellwig --- drivers/md/md.c | 8

[PATCH 07/16] uuid: remove struct uuid_v1

Unused now. Signed-off-by: Christoph Hellwig --- include/linux/uuid.h | 24 1 file changed, 24 deletions(-) diff --git a/include/linux/uuid.h b/include/linux/uuid.h index af669f317780..28a5a894b926 100644 --- a/include/linux/uuid.h +++ b/include/linux/uuid.h @@ -19,30

[PATCH 03/16] uuid: rename uuid types

Our "little endian" UUID really is a Wintel GUID, so rename it and its helpers such (guid_t). The big endian UUID is the only true one, so give it the name uuid_t. The uuid_le and uuid_be names are retained for, but will hopefully go away soon. Also remove the existing typedef in XFS that's now

[PATCH 2/3] s390/dasd: Fix typos in two comment lines

From: Markus Elfring Date: Wed, 10 May 2017 19:19:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. CHECK: '…' may be misspelled - perhaps '…'?

[PATCH 03/16] uuid: rename uuid types

Our "little endian" UUID really is a Wintel GUID, so rename it and its helpers such (guid_t). The big endian UUID is the only true one, so give it the name uuid_t. The uuid_le and uuid_be names are retained for, but will hopefully go away soon. Also remove the existing typedef in XFS that's now

[PATCH 2/3] s390/dasd: Fix typos in two comment lines

From: Markus Elfring Date: Wed, 10 May 2017 19:19:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. CHECK: '…' may be misspelled - perhaps '…'? Thus fix two descriptions.

cleanup UUID types

Hi all, this series, which is a combined effort from Amir, Andy and me introduces new uuid_t and guid_t type names that are less confusing than the existing types, adds new helpers for them and starts switching the fs code over to it. Andy has additional patches on top to convert many of the

cleanup UUID types

Hi all, this series, which is a combined effort from Amir, Andy and me introduces new uuid_t and guid_t type names that are less confusing than the existing types, adds new helpers for them and starts switching the fs code over to it. Andy has additional patches on top to convert many of the

[PATCH 1/3] s390/dasd: Adjust buffer output in dasd_hosts_print()

From: Markus Elfring Date: Wed, 10 May 2017 18:52:28 +0200 * Use a special format string specification for the desired output of the array "pgid" into a sequence. This issue was detected by using the Coccinelle software. * Delete the local variable "j" and a

[PATCH 1/3] s390/dasd: Adjust buffer output in dasd_hosts_print()

From: Markus Elfring Date: Wed, 10 May 2017 18:52:28 +0200 * Use a special format string specification for the desired output of the array "pgid" into a sequence. This issue was detected by using the Coccinelle software. * Delete the local variable "j" and a call of the function "seq_puts"

Re: [v3 0/9] parallelized "struct page" zeroing

From: Matthew Wilcox Date: Wed, 10 May 2017 10:17:03 -0700 > On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote: >> From: Michal Hocko >> Date: Wed, 10 May 2017 16:57:26 +0200 >> >> > Have you measured that? I do not think it would be super

Re: [v3 0/9] parallelized "struct page" zeroing

From: Matthew Wilcox Date: Wed, 10 May 2017 10:17:03 -0700 > On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote: >> From: Michal Hocko >> Date: Wed, 10 May 2017 16:57:26 +0200 >> >> > Have you measured that? I do not think it would be super hard to >> > measure. I would be quite

[PATCH 0/3] S390-DASD: Fine-tuning for some function implementations

From: Markus Elfring Date: Wed, 10 May 2017 19:43:21 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (3): Adjust buffer output in dasd_hosts_print() Fix typos in two comment lines Adjust six checks for

[PATCH 0/3] S390-DASD: Fine-tuning for some function implementations

From: Markus Elfring Date: Wed, 10 May 2017 19:43:21 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (3): Adjust buffer output in dasd_hosts_print() Fix typos in two comment lines Adjust six checks for null pointers

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

On 05/10/2017 10:15 AM, Marc Zyngier wrote: > On 10/05/17 17:21, Florian Fainelli wrote: >> On 05/10/2017 03:31 AM, Phil Elwell wrote: >>> On 10/05/2017 11:09, Marc Zyngier wrote: On 10/05/17 10:05, Phil Elwell wrote: > On 10/05/2017 09:55, Marc Zyngier wrote: >> On Wed, May 10 2017

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

On 05/10/2017 10:15 AM, Marc Zyngier wrote: > On 10/05/17 17:21, Florian Fainelli wrote: >> On 05/10/2017 03:31 AM, Phil Elwell wrote: >>> On 10/05/2017 11:09, Marc Zyngier wrote: On 10/05/17 10:05, Phil Elwell wrote: > On 10/05/2017 09:55, Marc Zyngier wrote: >> On Wed, May 10 2017

Re: [PATCH 2/3] livepatch/rcu: Warn when system consistency is broken in RCU code

On Wed, May 10, 2017 at 06:04:23PM +0200, Petr Mladek wrote: > On Tue 2017-05-09 11:18:35, Josh Poimboeuf wrote: > > if (in_nmi()) > > rcu_nmi_enter(); /* in case we're called before nmi_enter() */ > > This does not work as expected. in_nmi() is implemented as > >

Re: [PATCH 2/3] livepatch/rcu: Warn when system consistency is broken in RCU code

On Wed, May 10, 2017 at 06:04:23PM +0200, Petr Mladek wrote: > On Tue 2017-05-09 11:18:35, Josh Poimboeuf wrote: > > if (in_nmi()) > > rcu_nmi_enter(); /* in case we're called before nmi_enter() */ > > This does not work as expected. in_nmi() is implemented as > >

Re: [PATCH v2 7/8] drm: Use mode_valid() in atomic modeset

On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote: > > > On 5/9/2017 10:30 PM, Jose Abreu wrote: > > This patches makes use of the new mode_valid() callbacks introduced > > previously to validate the full video pipeline when modesetting. > > > > This calls the

Re: [PATCH v2 7/8] drm: Use mode_valid() in atomic modeset

On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote: > > > On 5/9/2017 10:30 PM, Jose Abreu wrote: > > This patches makes use of the new mode_valid() callbacks introduced > > previously to validate the full video pipeline when modesetting. > > > > This calls the

Re: [linux-next][bock] [bisected c20cfc27a] WARNING: CPU: 22 PID: 0 at block/blk-core.c:2655 .blk_update_request+0x4f8/0x500

Hi Abdul, can you test the patch below? I'll try to create a way to inject short WRITE SAME commands using qemu next, but I thought I'd give you a chance to try it as well. --- diff --git a/block/blk-core.c b/block/blk-core.c index c580b0138a7f..c7068520794b 100644 --- a/block/blk-core.c +++

Re: [linux-next][bock] [bisected c20cfc27a] WARNING: CPU: 22 PID: 0 at block/blk-core.c:2655 .blk_update_request+0x4f8/0x500

Hi Abdul, can you test the patch below? I'll try to create a way to inject short WRITE SAME commands using qemu next, but I thought I'd give you a chance to try it as well. --- diff --git a/block/blk-core.c b/block/blk-core.c index c580b0138a7f..c7068520794b 100644 --- a/block/blk-core.c +++

Re: [PATCH] wcn36xx: Close SMD channel on device removal

On Wed 10 May 00:27 PDT 2017, Arend van Spriel wrote: > On 5/10/2017 1:03 AM, Bjorn Andersson wrote: > > On Mon 08 May 23:17 PDT 2017, Kalle Valo wrote: > > > > > Bjorn Andersson writes: > > > > > > > The SMD channel is not the primary WCNSS channel and must

Re: [PATCH] wcn36xx: Close SMD channel on device removal

On Wed 10 May 00:27 PDT 2017, Arend van Spriel wrote: > On 5/10/2017 1:03 AM, Bjorn Andersson wrote: > > On Mon 08 May 23:17 PDT 2017, Kalle Valo wrote: > > > > > Bjorn Andersson writes: > > > > > > > The SMD channel is not the primary WCNSS channel and must explicitly be > > > > closed as the

[PATCH v3 for-4.12-fixes 2/2] sched/fair: Fix O(# total cgroups) in load balance path

Currently, rq->leaf_cfs_rq_list is a traversal ordered list of all live cfs_rqs which have ever been active on the CPU; unfortunately, this makes update_blocked_averages() O(# total cgroups) which isn't scalable at all. This shows up as a small CPU consumption and scheduling latency increase in

[PATCH v3 for-4.12-fixes 2/2] sched/fair: Fix O(# total cgroups) in load balance path

Currently, rq->leaf_cfs_rq_list is a traversal ordered list of all live cfs_rqs which have ever been active on the CPU; unfortunately, this makes update_blocked_averages() O(# total cgroups) which isn't scalable at all. This shows up as a small CPU consumption and scheduling latency increase in

Re: [PATCH] workqueue: Ensure that cpumask set for pools created after boot

Hello, On Wed, May 10, 2017 at 11:48:17AM -0500, Michael Bringmann wrote: > > On NUMA systems with dynamic processors, the content of the cpumask > may change over time. As new processors are added via DLPAR operations, > workqueues are created for them. This patch ensures that the pools >

Re: [PATCH] workqueue: Ensure that cpumask set for pools created after boot

Hello, On Wed, May 10, 2017 at 11:48:17AM -0500, Michael Bringmann wrote: > > On NUMA systems with dynamic processors, the content of the cpumask > may change over time. As new processors are added via DLPAR operations, > workqueues are created for them. This patch ensures that the pools >

[PATCH] net: ethernet: ti: netcp_core: return error while dma channel open issue

Fix error path while dma open channel issue. Also, no need to check output on NULL if it's never returned. Signed-off-by: Ivan Khoronzhuk --- Based on net-next drivers/net/ethernet/ti/netcp_core.c | 6 -- drivers/soc/ti/knav_dma.c| 2 +- 2 files

[PATCH] net: ethernet: ti: netcp_core: return error while dma channel open issue

Fix error path while dma open channel issue. Also, no need to check output on NULL if it's never returned. Signed-off-by: Ivan Khoronzhuk --- Based on net-next drivers/net/ethernet/ti/netcp_core.c | 6 -- drivers/soc/ti/knav_dma.c| 2 +- 2 files changed, 5 insertions(+), 3

Re: [RFC GIT PULL, v2] RCU changes for v4.12

On Tue, May 9, 2017 at 12:26 AM, Ingo Molnar wrote: > > The main changes are: So I've pulled it now (although it is showing signs of semantic conflicts, so I'll have to look at those), but I've got two requests, one for Ingo, one for Paul. Ingo: please don't bother sending me

Re: [RFC GIT PULL, v2] RCU changes for v4.12

On Tue, May 9, 2017 at 12:26 AM, Ingo Molnar wrote: > > The main changes are: So I've pulled it now (although it is showing signs of semantic conflicts, so I'll have to look at those), but I've got two requests, one for Ingo, one for Paul. Ingo: please don't bother sending me stupid crap. And

Re: [v3 0/9] parallelized "struct page" zeroing

On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote: > From: Michal Hocko > Date: Wed, 10 May 2017 16:57:26 +0200 > > > Have you measured that? I do not think it would be super hard to > > measure. I would be quite surprised if this added much if anything at > > all

Re: [v3 0/9] parallelized "struct page" zeroing

On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote: > From: Michal Hocko > Date: Wed, 10 May 2017 16:57:26 +0200 > > > Have you measured that? I do not think it would be super hard to > > measure. I would be quite surprised if this added much if anything at > > all as the whole struct

Re: [PATCH] staging: typec: Fix sparse warnings about incorrect types

On 10 May 2017 at 08:23, Guenter Roeck wrote: > Please the patch into two parts, one per file; the required changes > for endianness support in tcpci.c are much more complex. I will send out a patch for the two simple fixes - the use of pd_header_cnt_le(). > Excellent catch,

Re: [PATCH] staging: typec: Fix sparse warnings about incorrect types

On 10 May 2017 at 08:23, Guenter Roeck wrote: > Please the patch into two parts, one per file; the required changes > for endianness support in tcpci.c are much more complex. I will send out a patch for the two simple fixes - the use of pd_header_cnt_le(). > Excellent catch, but the fix is

Re: [patch V2 24/24] cpu/hotplug: Convert hotplug locking to percpu rwsem

On Wed, 10 May 2017 12:30:57 -0400 Steven Rostedt wrote: > I finally got some time to look at this. I'm looking at your commit: > > commit b53e5129c4c7ab47ec4f709fd8f5784ca45fb46d > Author: Thomas Gleixner > Date: Sun Apr 23 12:17:13 2017 +0200 > >

Re: [patch V2 24/24] cpu/hotplug: Convert hotplug locking to percpu rwsem

On Wed, 10 May 2017 12:30:57 -0400 Steven Rostedt wrote: > I finally got some time to look at this. I'm looking at your commit: > > commit b53e5129c4c7ab47ec4f709fd8f5784ca45fb46d > Author: Thomas Gleixner > Date: Sun Apr 23 12:17:13 2017 +0200 > > trace/perf: Cure hotplug lock

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

On 10/05/17 17:21, Florian Fainelli wrote: > On 05/10/2017 03:31 AM, Phil Elwell wrote: >> On 10/05/2017 11:09, Marc Zyngier wrote: >>> On 10/05/17 10:05, Phil Elwell wrote: On 10/05/2017 09:55, Marc Zyngier wrote: > On Wed, May 10 2017 at 9:27:10 am BST, Phil Elwell >

Re: [PATCH] irq_bcm2836: Send event when onlining sleeping cores

On 10/05/17 17:21, Florian Fainelli wrote: > On 05/10/2017 03:31 AM, Phil Elwell wrote: >> On 10/05/2017 11:09, Marc Zyngier wrote: >>> On 10/05/17 10:05, Phil Elwell wrote: On 10/05/2017 09:55, Marc Zyngier wrote: > On Wed, May 10 2017 at 9:27:10 am BST, Phil Elwell > wrote:

Re: [PATCHv2] drm/prime: Forward declare struct device

Hi Laura, On 10 May 2017 at 22:35, Laura Abbott wrote: > > We need a declaration of struct device to avoid warnings: > > In file included from include/drm/drm_file.h:38:0, > from drivers/gpu/drm/drm_file.c:38: > include/drm/drm_prime.h:71:14: warning: 'struct

Re: [PATCHv2] drm/prime: Forward declare struct device

Hi Laura, On 10 May 2017 at 22:35, Laura Abbott wrote: > > We need a declaration of struct device to avoid warnings: > > In file included from include/drm/drm_file.h:38:0, > from drivers/gpu/drm/drm_file.c:38: > include/drm/drm_prime.h:71:14: warning: 'struct device' declared

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

[PATCH v3] clk: at91: Add sama5d2 suspend/resume

On sama5d2, VDD core maybe be cut while in suspend. This means registers will be lost. Ensure they are saved and restored properly. Signed-off-by: Alexandre Belloni --- Changes in v3: - use regmap_read_poll_timeout to handle the USB PLL - fix typo

[PATCH v3] clk: at91: Add sama5d2 suspend/resume

On sama5d2, VDD core maybe be cut while in suspend. This means registers will be lost. Ensure they are saved and restored properly. Signed-off-by: Alexandre Belloni --- Changes in v3: - use regmap_read_poll_timeout to handle the USB PLL - fix typo drivers/clk/at91/pmc.c | 104

Re: [PATCH v2 05/10] usb: musb: tusb6010_omap: Do not reset the other direction's packet size

Hi, On Wed, May 10, 2017 at 11:42:27AM +0300, Peter Ujfalusi wrote: > We have one register for each EP to set the maximum packet size for both > TX and RX. > If for example an RX programming would happen before the previous TX > transfer finishes we would reset the TX packet side. > > To fix

Re: [PATCH v2 05/10] usb: musb: tusb6010_omap: Do not reset the other direction's packet size

Hi, On Wed, May 10, 2017 at 11:42:27AM +0300, Peter Ujfalusi wrote: > We have one register for each EP to set the maximum packet size for both > TX and RX. > If for example an RX programming would happen before the previous TX > transfer finishes we would reset the TX packet side. > > To fix

[PATCHv2] drm/prime: Forward declare struct device

We need a declaration of struct device to avoid warnings: In file included from include/drm/drm_file.h:38:0, from drivers/gpu/drm/drm_file.c:38: include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside parameter list will not be visible outside of this

[PATCHv2] drm/prime: Forward declare struct device

We need a declaration of struct device to avoid warnings: In file included from include/drm/drm_file.h:38:0, from drivers/gpu/drm/drm_file.c:38: include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside parameter list will not be visible outside of this

[PATCH v1 2/2] KVM: arm: rename pm_fake handler to trap_raz_wi

From: Zhichao Huang pm_fake doesn't quite describe what the handler does (ignoring writes and returning 0 for reads). As we're about to use it (a lot) in a different context, rename it with a (admitedly cryptic) name that make sense for all users. Signed-off-by:

[PATCH v1 2/2] KVM: arm: rename pm_fake handler to trap_raz_wi

From: Zhichao Huang pm_fake doesn't quite describe what the handler does (ignoring writes and returning 0 for reads). As we're about to use it (a lot) in a different context, rename it with a (admitedly cryptic) name that make sense for all users. Signed-off-by: Zhichao Huang Reviewed-by:

[PATCH v1 1/2] KVM: arm: plug guest debug exploit

From: Zhichao Huang Hardware debugging in guests is not intercepted currently, it means that a malicious guest can bring down the entire machine by writing to the debug registers. This patch enable trapping of all debug registers, preventing the guests to access the

[PATCH v1 1/2] KVM: arm: plug guest debug exploit

From: Zhichao Huang Hardware debugging in guests is not intercepted currently, it means that a malicious guest can bring down the entire machine by writing to the debug registers. This patch enable trapping of all debug registers, preventing the guests to access the debug registers. This

[block-xen-blkback] question about pontential null pointer dereference

Hello everybody, While looking into Coverity ID 1350942 I ran into the following piece of code at drivers/block/xen-blkback/xenbus.c:490: 490static int xen_blkbk_remove(struct xenbus_device *dev) 491{ 492struct backend_info *be = dev_get_drvdata(>dev); 493 494pr_debug("%s %p

[block-xen-blkback] question about pontential null pointer dereference

Hello everybody, While looking into Coverity ID 1350942 I ran into the following piece of code at drivers/block/xen-blkback/xenbus.c:490: 490static int xen_blkbk_remove(struct xenbus_device *dev) 491{ 492struct backend_info *be = dev_get_drvdata(>dev); 493 494pr_debug("%s %p

[PATCH] workqueue: Ensure that cpumask set for pools created after boot

On NUMA systems with dynamic processors, the content of the cpumask may change over time. As new processors are added via DLPAR operations, workqueues are created for them. This patch ensures that the pools created for new workqueues will be initialized with a cpumask before the first worker is

[PATCH] workqueue: Ensure that cpumask set for pools created after boot

On NUMA systems with dynamic processors, the content of the cpumask may change over time. As new processors are added via DLPAR operations, workqueues are created for them. This patch ensures that the pools created for new workqueues will be initialized with a cpumask before the first worker is

[GIT PULL] Please pull NFS client fixes for 4.12

Hi Linus, The following changes since commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3: Linux 4.11-rc7 (2017-04-16 13:00:18 -0700) are available in the git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.12-1 for you to fetch changes up to

[GIT PULL] Please pull NFS client fixes for 4.12

Hi Linus, The following changes since commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3: Linux 4.11-rc7 (2017-04-16 13:00:18 -0700) are available in the git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.12-1 for you to fetch changes up to

Re: [Linux-graphics-maintainer] No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

Hi, On Wed, May 10, 2017 at 12:31:39PM +0200, m...@ox.io wrote: > > > Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben: > > > > Hi, > > > > Thanks for reporting. > > I would have reported earlier if it had not taken 3 days on the vm to bisect. > > > I think there is a fix for this

Re: [Linux-graphics-maintainer] No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

Hi, On Wed, May 10, 2017 at 12:31:39PM +0200, m...@ox.io wrote: > > > Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben: > > > > Hi, > > > > Thanks for reporting. > > I would have reported earlier if it had not taken 3 days on the vm to bisect. > > > I think there is a fix for this

Re: [PATCH 2/3] livepatch/rcu: Warn when system consistency is broken in RCU code

On Wed, May 10, 2017 at 06:04:23PM +0200, Petr Mladek wrote: > On Tue 2017-05-09 11:18:35, Josh Poimboeuf wrote: > > On Mon, May 08, 2017 at 03:36:00PM -0700, Paul E. McKenney wrote: > > > On Mon, May 08, 2017 at 05:16:09PM -0500, Josh Poimboeuf wrote: > > > > On Mon, May 08, 2017 at 02:07:54PM

Re: [PATCH 2/3] livepatch/rcu: Warn when system consistency is broken in RCU code

On Wed, May 10, 2017 at 06:04:23PM +0200, Petr Mladek wrote: > On Tue 2017-05-09 11:18:35, Josh Poimboeuf wrote: > > On Mon, May 08, 2017 at 03:36:00PM -0700, Paul E. McKenney wrote: > > > On Mon, May 08, 2017 at 05:16:09PM -0500, Josh Poimboeuf wrote: > > > > On Mon, May 08, 2017 at 02:07:54PM

Re: sparse on scripts/kconfig/*.c

On 05/10/17 00:28, Christoph Hellwig wrote: > On Tue, May 09, 2017 at 05:27:01PM -0700, Randy Dunlap wrote: >> On 05/09/17 13:17, Christoph Hellwig wrote: >>> On Tue, May 09, 2017 at 09:47:41AM -0700, Randy Dunlap wrote: Hi, I've been attempting to run sparse on the kconfig/ C files

Re: sparse on scripts/kconfig/*.c

On 05/10/17 00:28, Christoph Hellwig wrote: > On Tue, May 09, 2017 at 05:27:01PM -0700, Randy Dunlap wrote: >> On 05/09/17 13:17, Christoph Hellwig wrote: >>> On Tue, May 09, 2017 at 09:47:41AM -0700, Randy Dunlap wrote: Hi, I've been attempting to run sparse on the kconfig/ C files

Good day

-- Did you receive my previous message about my donation to you?

Good day

-- Did you receive my previous message about my donation to you?

Re: [PATCH v2 00/10] usb: musb: tusb6010_omap: Convert to DMAengine

* Peter Ujfalusi [170510 01:45]: > The device would not boot to prompt most of the time before patch 5 (packet > size > reset fix). > With that patch in, the device would boot up fine most of the cases, but will > fail pretty fast with my stress test [1]. > After the first

Re: [PATCH v2 00/10] usb: musb: tusb6010_omap: Convert to DMAengine

* Peter Ujfalusi [170510 01:45]: > The device would not boot to prompt most of the time before patch 5 (packet > size > reset fix). > With that patch in, the device would boot up fine most of the cases, but will > fail pretty fast with my stress test [1]. > After the first 9 patch the legacy DMA

Re: [PATCH] tinydrm: mipi-dbi: Adjust buffer output in mipi_dbi_debugfs_command_show()

Den 10.05.2017 17.15, skrev SF Markus Elfring: From: Markus Elfring Date: Wed, 10 May 2017 17:03:20 +0200 * Use a special format string specification for the desired output of the array "val" into a sequence. * Adjust two local variables accordingly. This

Re: [PATCH] tinydrm: mipi-dbi: Adjust buffer output in mipi_dbi_debugfs_command_show()

Den 10.05.2017 17.15, skrev SF Markus Elfring: From: Markus Elfring Date: Wed, 10 May 2017 17:03:20 +0200 * Use a special format string specification for the desired output of the array "val" into a sequence. * Adjust two local variables accordingly. This refactoring supersedes the

Re: [patch V2 24/24] cpu/hotplug: Convert hotplug locking to percpu rwsem

On Wed, 10 May 2017 10:49:09 +0200 (CEST) Thomas Gleixner wrote: > On Wed, 10 May 2017, Michael Ellerman wrote: > > > Thomas Gleixner writes: > > > > > @@ -130,6 +130,7 @@ void __static_key_slow_inc(struct static > > >* the all CPUs, for that to

Re: [patch V2 24/24] cpu/hotplug: Convert hotplug locking to percpu rwsem

On Wed, 10 May 2017 10:49:09 +0200 (CEST) Thomas Gleixner wrote: > On Wed, 10 May 2017, Michael Ellerman wrote: > > > Thomas Gleixner writes: > > > > > @@ -130,6 +130,7 @@ void __static_key_slow_inc(struct static > > >* the all CPUs, for that to be serialized against CPU hot-plug > > >

Re: [PATCH v2 09/10] ARM: OMAP2+: DMA: Add slave map entries for 24xx external request lines

* Peter Ujfalusi [170510 01:46]: > The external request lines are used by tusb6010 on OMAP24xx platforms. > Update the map so the driver can use dmaengine API to request the DMA > channel. At the same time add temporary map containing only the external > DMA request numbers

Re: [PATCH v2 09/10] ARM: OMAP2+: DMA: Add slave map entries for 24xx external request lines

* Peter Ujfalusi [170510 01:46]: > The external request lines are used by tusb6010 on OMAP24xx platforms. > Update the map so the driver can use dmaengine API to request the DMA > channel. At the same time add temporary map containing only the external > DMA request numbers for DT booted case on

Re: [PATCH v2 01/10] dmaengine: omap-dma: port_window support correction for both direction

* Peter Ujfalusi [170510 01:45]: > When the port_window support was verified it was done on setup where only > the MEM_TO_DEV direction was enabled. This got un-noticed and thus only > this direction worked. > > Now that I have managed to get a setup to verify both

Re: [PATCH v2 01/10] dmaengine: omap-dma: port_window support correction for both direction

* Peter Ujfalusi [170510 01:45]: > When the port_window support was verified it was done on setup where only > the MEM_TO_DEV direction was enabled. This got un-noticed and thus only > this direction worked. > > Now that I have managed to get a setup to verify both direction it turned > out that

Re: [PATCH v2 05/10] usb: musb: tusb6010_omap: Do not reset the other direction's packet size

* Peter Ujfalusi [170510 01:45]: > We have one register for each EP to set the maximum packet size for both > TX and RX. > If for example an RX programming would happen before the previous TX > transfer finishes we would reset the TX packet side. > > To fix this issue,

Re: [PATCH v2 05/10] usb: musb: tusb6010_omap: Do not reset the other direction's packet size

* Peter Ujfalusi [170510 01:45]: > We have one register for each EP to set the maximum packet size for both > TX and RX. > If for example an RX programming would happen before the previous TX > transfer finishes we would reset the TX packet side. > > To fix this issue, only modify the TX or RX

Re: [PATCH 7/7] DWARF: add the config option

On Wed, May 10, 2017 at 6:09 AM, Josh Poimboeuf wrote: > On Wed, May 10, 2017 at 10:15:09AM +0200, Jiri Slaby wrote: >> > I'm, ahem, highly skeptical to creating our own unwinding data >> > format unless there is *documented, supported, and tested* way to >> > force the

Re: [PATCH 7/7] DWARF: add the config option

On Wed, May 10, 2017 at 6:09 AM, Josh Poimboeuf wrote: > On Wed, May 10, 2017 at 10:15:09AM +0200, Jiri Slaby wrote: >> > I'm, ahem, highly skeptical to creating our own unwinding data >> > format unless there is *documented, supported, and tested* way to >> > force the compiler to

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