Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, 13 Mar 2016, Jianyu Zhan wrote: > On Sun, Mar 13, 2016 at 2:35 PM, Thomas Gleixner wrote: > >> On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner > >> wrote: > >> > This is pointless, because it's only called when local apic is enabled > >> > as

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, 13 Mar 2016, Jianyu Zhan wrote: > On Sun, Mar 13, 2016 at 2:35 PM, Thomas Gleixner wrote: > >> On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner > >> wrote: > >> > This is pointless, because it's only called when local apic is enabled > >> > as all > >> > call sites of alloc_intr_gate()

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, Mar 13, 2016 at 3:25 PM, Jianyu Zhan wrote: > My purpose of posting this patch set is trying to make the system vector > layout > reveal this fact. > > we have SMP system vector defined first( these may rely on or not rely > on CONFIG_X86_LOCAL_APIC), > > then comes

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, Mar 13, 2016 at 3:25 PM, Jianyu Zhan wrote: > My purpose of posting this patch set is trying to make the system vector > layout > reveal this fact. > > we have SMP system vector defined first( these may rely on or not rely > on CONFIG_X86_LOCAL_APIC), > > then comes the

Re: [PATCH 1/2] tools/power turbostat: bugfix: TDP MSRs print bits fixing

Applied -- thanks! -Len On Sun, Dec 13, 2015 at 8:09 AM, Chen Yu wrote: > MSR_CONFIG_TDP_NOMINAL: > should print all 8 bits of base_ratio (bit 0:7) 0xFF > > MSR_CONFIG_TDP_LEVEL_1: > should print all 15 bits of PKG_MIN_PWR_LVL1 (bit 48:62) 0x7FFF > should print all 15 bits

Re: [PATCH 1/2] tools/power turbostat: bugfix: TDP MSRs print bits fixing

Applied -- thanks! -Len On Sun, Dec 13, 2015 at 8:09 AM, Chen Yu wrote: > MSR_CONFIG_TDP_NOMINAL: > should print all 8 bits of base_ratio (bit 0:7) 0xFF > > MSR_CONFIG_TDP_LEVEL_1: > should print all 15 bits of PKG_MIN_PWR_LVL1 (bit 48:62) 0x7FFF > should print all 15 bits of PKG_MAX_PWR_LVL1

Re: [RFC PATCH net-next 3/3] net: dsa: refine netdev event notifier

Hi Vivien, Sun, Mar 13, 2016 at 08:42:26AM IST, vivien.dide...@savoirfairelinux.com wrote: >Rework the netdev event handler, similar to what the Mellanox Spectrum >driver does, to eventually welcome NETDEV_PRECHANGEUPPER actions and use >netdev helpers, such as netif_is_bridge_master. >

Re: [RFC PATCH net-next 3/3] net: dsa: refine netdev event notifier

Hi Vivien, Sun, Mar 13, 2016 at 08:42:26AM IST, vivien.dide...@savoirfairelinux.com wrote: >Rework the netdev event handler, similar to what the Mellanox Spectrum >driver does, to eventually welcome NETDEV_PRECHANGEUPPER actions and use >netdev helpers, such as netif_is_bridge_master. >

Re: [PATCH 2/2] tools/power turbostat: bugfix: fix several invalid parameters

Thanks for the patch Yu. As it turns out, I already had a fix for this in my tree. I think the compiler complained about these programming errors when I compiled on a machine different from my standard desktop. If you know what compiler options cause it to check for stuff like this by default,

Re: [PATCH 2/2] tools/power turbostat: bugfix: fix several invalid parameters

Thanks for the patch Yu. As it turns out, I already had a fix for this in my tree. I think the compiler complained about these programming errors when I compiled on a machine different from my standard desktop. If you know what compiler options cause it to check for stuff like this by default,

[PATCH 1/2] aio: use kmem_cache_zalloc

Use kmem_cache_zalloc() instead of kmem_cache_alloc() with flag GFP_ZERO. Signed-off-by: Geliang Tang --- fs/aio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/aio.c b/fs/aio.c index 56bcdf4..9844ea1 100644 --- a/fs/aio.c +++ b/fs/aio.c @@ -1053,7

[PATCH 2/2] ceph: use kmem_cache_zalloc

Use kmem_cache_zalloc() instead of kmem_cache_alloc() with flag GFP_ZERO. Signed-off-by: Geliang Tang --- fs/ceph/dir.c | 2 +- fs/ceph/file.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/ceph/dir.c b/fs/ceph/dir.c index fd11fb2..ba01851 100644

[PATCH 1/2] aio: use kmem_cache_zalloc

Use kmem_cache_zalloc() instead of kmem_cache_alloc() with flag GFP_ZERO. Signed-off-by: Geliang Tang --- fs/aio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/aio.c b/fs/aio.c index 56bcdf4..9844ea1 100644 --- a/fs/aio.c +++ b/fs/aio.c @@ -1053,7 +1053,7 @@ static

[PATCH 2/2] ceph: use kmem_cache_zalloc

Use kmem_cache_zalloc() instead of kmem_cache_alloc() with flag GFP_ZERO. Signed-off-by: Geliang Tang --- fs/ceph/dir.c | 2 +- fs/ceph/file.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/ceph/dir.c b/fs/ceph/dir.c index fd11fb2..ba01851 100644 --- a/fs/ceph/dir.c

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, Mar 13, 2016 at 2:35 PM, Thomas Gleixner wrote: >> On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner wrote: >> > This is pointless, because it's only called when local apic is enabled as >> > all >> > call sites of alloc_intr_gate() depend on

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, Mar 13, 2016 at 2:35 PM, Thomas Gleixner wrote: >> On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner wrote: >> > This is pointless, because it's only called when local apic is enabled as >> > all >> > call sites of alloc_intr_gate() depend on CONFIG_X86_LOCAL_APIC >> >> Not exactly,

[PATCH 1/3] rbd: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- drivers/block/rbd.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c index 4a87678..70eba86 100644

[PATCH 1/3] rbd: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- drivers/block/rbd.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c index 4a87678..70eba86 100644 ---

[PATCH 2/3] dlm: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- fs/dlm/memory.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/dlm/memory.c b/fs/dlm/memory.c index 7cd24bc..6baa721 100644 ---

[PATCH 3/3] libceph: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- net/ceph/messenger.c | 10 ++ net/ceph/osd_client.c | 5 + 2 files changed, 3 insertions(+), 12 deletions(-) diff --git a/net/ceph/messenger.c

[PATCH 2/3] dlm: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- fs/dlm/memory.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/dlm/memory.c b/fs/dlm/memory.c index 7cd24bc..6baa721 100644 --- a/fs/dlm/memory.c +++

[PATCH 3/3] libceph: use KMEM_CACHE macro

Use KMEM_CACHE() instead of kmem_cache_create() to simplify the code. Signed-off-by: Geliang Tang --- net/ceph/messenger.c | 10 ++ net/ceph/osd_client.c | 5 + 2 files changed, 3 insertions(+), 12 deletions(-) diff --git a/net/ceph/messenger.c b/net/ceph/messenger.c index

Re: [RFC PATCH net-next 0/3] net: dsa: finer bridging control

Hi David, Vivien Didelot writes: > This patchset renames the bridging routines of the DSA layer, make the > unbridging routine return void, and rework the DSA netdev notifier handler, > similar to what the Mellanox Spectrum driver does. This is not an RFC,

Re: [RFC PATCH net-next 0/3] net: dsa: finer bridging control

Hi David, Vivien Didelot writes: > This patchset renames the bridging routines of the DSA layer, make the > unbridging routine return void, and rework the DSA netdev notifier handler, > similar to what the Mellanox Spectrum driver does. This is not an RFC, but a normal patchset. I badly reused

[RFC PATCH net-next 3/3] net: dsa: refine netdev event notifier

Rework the netdev event handler, similar to what the Mellanox Spectrum driver does, to eventually welcome NETDEV_PRECHANGEUPPER actions and use netdev helpers, such as netif_is_bridge_master. Signed-off-by: Vivien Didelot --- net/dsa/slave.c | 55

[RFC PATCH net-next 2/3] net: dsa: make port_bridge_leave return void

netdev_upper_dev_unlink() which notifies NETDEV_CHANGEUPPER, returns void, as well as del_nbp(). So there's no advantage to catch an eventual error from the port_bridge_leave routine at the DSA level. Make this routine void for the DSA layer and its existing drivers. Signed-off-by: Vivien

[RFC PATCH net-next 0/3] net: dsa: finer bridging control

This patchset renames the bridging routines of the DSA layer, make the unbridging routine return void, and rework the DSA netdev notifier handler, similar to what the Mellanox Spectrum driver does. Vivien Didelot (3): net: dsa: rename port_*_bridge routines net: dsa: make port_bridge_leave

[RFC PATCH net-next 3/3] net: dsa: refine netdev event notifier

Rework the netdev event handler, similar to what the Mellanox Spectrum driver does, to eventually welcome NETDEV_PRECHANGEUPPER actions and use netdev helpers, such as netif_is_bridge_master. Signed-off-by: Vivien Didelot --- net/dsa/slave.c | 55

[RFC PATCH net-next 2/3] net: dsa: make port_bridge_leave return void

netdev_upper_dev_unlink() which notifies NETDEV_CHANGEUPPER, returns void, as well as del_nbp(). So there's no advantage to catch an eventual error from the port_bridge_leave routine at the DSA level. Make this routine void for the DSA layer and its existing drivers. Signed-off-by: Vivien

[RFC PATCH net-next 0/3] net: dsa: finer bridging control

This patchset renames the bridging routines of the DSA layer, make the unbridging routine return void, and rework the DSA netdev notifier handler, similar to what the Mellanox Spectrum driver does. Vivien Didelot (3): net: dsa: rename port_*_bridge routines net: dsa: make port_bridge_leave

[RFC PATCH net-next 1/3] net: dsa: rename port_*_bridge routines

Rename DSA port_join_bridge and port_leave_bridge routines to respectively port_bridge_join and port_bridge_leave in order to respect an implicit Port::Bridge namespace. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 4 ++--

[RFC PATCH net-next 1/3] net: dsa: rename port_*_bridge routines

Rename DSA port_join_bridge and port_leave_bridge routines to respectively port_bridge_join and port_bridge_leave in order to respect an implicit Port::Bridge namespace. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 4 ++-- drivers/net/dsa/bcm_sf2.c| 4

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, 13 Mar 2016, Jianyu Zhan wrote: > On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner wrote: > > This is pointless, because it's only called when local apic is enabled as > > all > > call sites of alloc_intr_gate() depend on CONFIG_X86_LOCAL_APIC > > Not exactly,

Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on

On Sun, 13 Mar 2016, Jianyu Zhan wrote: > On Sun, Mar 13, 2016 at 4:08 AM, Thomas Gleixner wrote: > > This is pointless, because it's only called when local apic is enabled as > > all > > call sites of alloc_intr_gate() depend on CONFIG_X86_LOCAL_APIC > > Not exactly, currently at least

[PATCH] mmc: atmel-mci: Check pdata for NULL before dereferencing it

I'm using an at91sam9g20ek development board, and I ran into a kernel panic with 4.5.0-rc7: atmel_mci fffa8000.mmc: version: 0x210 Unable to handle kernel NULL pointer dereference at virtual address 0004 pgd = c0004000 [0004] *pgd= Internal error: Oops: 5 [#1] ARM Modules linked

[PATCH] mmc: atmel-mci: Check pdata for NULL before dereferencing it

I'm using an at91sam9g20ek development board, and I ran into a kernel panic with 4.5.0-rc7: atmel_mci fffa8000.mmc: version: 0x210 Unable to handle kernel NULL pointer dereference at virtual address 0004 pgd = c0004000 [0004] *pgd= Internal error: Oops: 5 [#1] ARM Modules linked

Re: [PATCH V2] proc-vmcore: wrong data type casting fix

On 2016/03/12 at 21:59, Baoquan He wrote: > On 03/12/16 at 08:43pm, Xunlei Pang wrote: >> On 2016/03/12 at 12:49, Dave Young wrote: >>> Hi, Andrew >>> >>> On 03/11/16 at 12:27pm, Andrew Morton wrote: On Fri, 11 Mar 2016 16:42:48 +0800 Dave Young wrote: > On i686

Re: [PATCH V2] proc-vmcore: wrong data type casting fix

On 2016/03/12 at 21:59, Baoquan He wrote: > On 03/12/16 at 08:43pm, Xunlei Pang wrote: >> On 2016/03/12 at 12:49, Dave Young wrote: >>> Hi, Andrew >>> >>> On 03/11/16 at 12:27pm, Andrew Morton wrote: On Fri, 11 Mar 2016 16:42:48 +0800 Dave Young wrote: > On i686 PAE enabled machine

drivers/mfd/syscon.c:89:2: error: implicit declaration of function 'iounmap'

Hi Rob, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f414ca64be4b36c30deb5b5fa25c5a8ff42ea56b commit: 0166dc11be911213e0b1b764488c671be4c48cf3 of: make CONFIG_OF user selectable date: 9 months ago config:

drivers/mfd/syscon.c:89:2: error: implicit declaration of function 'iounmap'

Hi Rob, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f414ca64be4b36c30deb5b5fa25c5a8ff42ea56b commit: 0166dc11be911213e0b1b764488c671be4c48cf3 of: make CONFIG_OF user selectable date: 9 months ago config:

include/linux/workqueue.h:186:2: error: dereferencing type-punned pointer will break strict-aliasing rules

Hi Guenter, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error with binutils 2.24 and earlier date:

include/linux/workqueue.h:186:2: error: dereferencing type-punned pointer will break strict-aliasing rules

Hi Guenter, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error with binutils 2.24 and earlier date:

Re: [PATCH] block: don't optimize for non-cloned bio in bio_get_last_bvec()

On 03/12/2016 08:58 PM, Jens Axboe wrote: On 03/12/2016 07:56 AM, Ming Lei wrote: For !BIO_CLONED bio, we can use .bi_vcnt safely, but it doesn't mean we can just simply return .bi_io_vec[.bi_vcnt - 1] because the start postion may have been moved in the middle of the bvec, such as splitting in

Re: [PATCH] block: don't optimize for non-cloned bio in bio_get_last_bvec()

On 03/12/2016 08:58 PM, Jens Axboe wrote: On 03/12/2016 07:56 AM, Ming Lei wrote: For !BIO_CLONED bio, we can use .bi_vcnt safely, but it doesn't mean we can just simply return .bi_io_vec[.bi_vcnt - 1] because the start postion may have been moved in the middle of the bvec, such as splitting in

Re: [PATCH] media: au0828 fix to clear enable/disable/change source handlers

Hi Shuah, [auto build test ERROR on sailus-media/master] [also build test ERROR on next-20160311] [cannot apply to v4.5-rc7] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH] media: au0828 fix to clear enable/disable/change source handlers

Hi Shuah, [auto build test ERROR on sailus-media/master] [also build test ERROR on next-20160311] [cannot apply to v4.5-rc7] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[GIT PULL] Block merge fix for 4.5-final

Hi Linus, Please pull the following fix for 4.5-final, fixing a bug in a previous commit. git://git.kernel.dk/linux-block.git for-linus Ming Lei (1): block: don't optimize for non-cloned bio in bio_get_last_bvec()

[GIT PULL] Block merge fix for 4.5-final

Hi Linus, Please pull the following fix for 4.5-final, fixing a bug in a previous commit. git://git.kernel.dk/linux-block.git for-linus Ming Lei (1): block: don't optimize for non-cloned bio in bio_get_last_bvec()

[PATCH] clk: rockchip: release io resource when failing to init clk

We should call iounmap to relase reg_base since it's not going to be used any more if failing to init clk. Signed-off-by: Shawn Lin --- drivers/clk/rockchip/clk-rk3036.c | 1 + drivers/clk/rockchip/clk-rk3188.c | 1 + drivers/clk/rockchip/clk-rk3228.c | 1 +

[PATCH] clk: rockchip: release io resource when failing to init clk

We should call iounmap to relase reg_base since it's not going to be used any more if failing to init clk. Signed-off-by: Shawn Lin --- drivers/clk/rockchip/clk-rk3036.c | 1 + drivers/clk/rockchip/clk-rk3188.c | 1 + drivers/clk/rockchip/clk-rk3228.c | 1 + drivers/clk/rockchip/clk-rk3288.c |

Re: [PATCH 0/6] arc_emac: fixes the emac issues oand cleanup emac drivers

在 2016年03月12日 02:46, Sergei Shtylyov 写道: Hello. On 03/11/2016 05:48 PM, Caesar Wang wrote: [...] Hi Rob, David: PATCH[1/6-2/6]: > net: arc_emac: make the rockchip emac document more compatible net: arc_emac: add phy-reset-* are optional for device tree The patches change the rockchip

Re: [PATCH 0/6] arc_emac: fixes the emac issues oand cleanup emac drivers

在 2016年03月12日 02:46, Sergei Shtylyov 写道: Hello. On 03/11/2016 05:48 PM, Caesar Wang wrote: [...] Hi Rob, David: PATCH[1/6-2/6]: > net: arc_emac: make the rockchip emac document more compatible net: arc_emac: add phy-reset-* are optional for device tree The patches change the rockchip

Re: [PATCH 3/6] net: arc_emac: support the phy reset for emac driver

Hi Sergei, 在 2016年03月12日 02:35, Sergei Shtylyov 写道: On 03/11/2016 01:55 PM, Caesar Wang wrote: This patch adds to support the emac phy reset. 1) phy-reset-gpios: The phy-reset-gpios is an optional property for arc emac device tree boot. Change the binding document to match the driver code.

Re: [PATCH] block: don't optimize for non-cloned bio in bio_get_last_bvec()

On 03/12/2016 07:56 AM, Ming Lei wrote: For !BIO_CLONED bio, we can use .bi_vcnt safely, but it doesn't mean we can just simply return .bi_io_vec[.bi_vcnt - 1] because the start postion may have been moved in the middle of the bvec, such as splitting in the middle of bvec. Added and tested.

Re: [PATCH 3/6] net: arc_emac: support the phy reset for emac driver

Hi Sergei, 在 2016年03月12日 02:35, Sergei Shtylyov 写道: On 03/11/2016 01:55 PM, Caesar Wang wrote: This patch adds to support the emac phy reset. 1) phy-reset-gpios: The phy-reset-gpios is an optional property for arc emac device tree boot. Change the binding document to match the driver code.

Re: [PATCH] block: don't optimize for non-cloned bio in bio_get_last_bvec()

On 03/12/2016 07:56 AM, Ming Lei wrote: For !BIO_CLONED bio, we can use .bi_vcnt safely, but it doesn't mean we can just simply return .bi_io_vec[.bi_vcnt - 1] because the start postion may have been moved in the middle of the bvec, such as splitting in the middle of bvec. Added and tested.

[PATCH] media: au0828 fix to clear enable/disable/change source handlers

Fix to clear enable/disable/change source handlers in the media device when media device is unregistered in au0828_unregister_media_device(). When au0828 module is removed, snd-usb-audio shouldn't call the handlers. Clearing will ensure snd-usb-audio won't call them once au0828 is removed.

[PATCH] media: au0828 fix to clear enable/disable/change source handlers

Fix to clear enable/disable/change source handlers in the media device when media device is unregistered in au0828_unregister_media_device(). When au0828 module is removed, snd-usb-audio shouldn't call the handlers. Clearing will ensure snd-usb-audio won't call them once au0828 is removed.

Re: [PATCH] staging: dgap: dgap.c: Fixed a comment warning

On Sat, Mar 12, 2016 at 05:03:01PM -0800, Gavin O'Leary wrote: > Signed-off-by: Gavin O'Leary I can't take a patch without a changelog entry. greg k-h

Re: [PATCH] staging: dgap: dgap.c: fixed whitespace error caused by my patch

On Sat, Mar 12, 2016 at 05:10:29PM -0800, Gavin O'Leary wrote: > Signed-off-by: Gavin O'Leary > --- > drivers/staging/dgap/dgap.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c > index

Re: [RFC PATCH 1/3] siox: new driver/bus framework for Eckelmann SIOX

On Sat, Mar 12, 2016 at 02:43:21PM +0100, Uwe Kleine-König wrote: > Hello Greg, > > On Fri, Mar 11, 2016 at 02:20:39PM -0800, Greg Kroah-Hartman wrote: > > On Fri, Mar 11, 2016 at 10:52:12PM +0100, Uwe Kleine-König wrote: > > > Signed-off-by: Uwe Kleine-König > >

Re: [PATCH 4.4 00/74] 4.4.5-stable review

On Tue, Mar 08, 2016 at 05:15:13PM +0100, Sedat Dilek wrote: > On Tue, Mar 8, 2016 at 2:39 PM, Greg Kroah-Hartman > wrote: > > On Tue, Mar 08, 2016 at 10:12:13AM +0100, Sedat Dilek wrote: > >> Hi Greg, > >> > >> I tested with my usual setup/config. > >> > >> Looks good

Re: [PATCH] staging: dgap: dgap.c: Fixed a comment warning

On Sat, Mar 12, 2016 at 05:03:01PM -0800, Gavin O'Leary wrote: > Signed-off-by: Gavin O'Leary I can't take a patch without a changelog entry. greg k-h

Re: [PATCH] staging: dgap: dgap.c: fixed whitespace error caused by my patch

On Sat, Mar 12, 2016 at 05:10:29PM -0800, Gavin O'Leary wrote: > Signed-off-by: Gavin O'Leary > --- > drivers/staging/dgap/dgap.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c > index 9e07a39..7845516 100644 >

Re: [RFC PATCH 1/3] siox: new driver/bus framework for Eckelmann SIOX

On Sat, Mar 12, 2016 at 02:43:21PM +0100, Uwe Kleine-König wrote: > Hello Greg, > > On Fri, Mar 11, 2016 at 02:20:39PM -0800, Greg Kroah-Hartman wrote: > > On Fri, Mar 11, 2016 at 10:52:12PM +0100, Uwe Kleine-König wrote: > > > Signed-off-by: Uwe Kleine-König > > > --- > > > drivers/Kconfig

Re: [PATCH 4.4 00/74] 4.4.5-stable review

On Tue, Mar 08, 2016 at 05:15:13PM +0100, Sedat Dilek wrote: > On Tue, Mar 8, 2016 at 2:39 PM, Greg Kroah-Hartman > wrote: > > On Tue, Mar 08, 2016 at 10:12:13AM +0100, Sedat Dilek wrote: > >> Hi Greg, > >> > >> I tested with my usual setup/config. > >> > >> Looks good so far. > >> > >> Missing

[PATCH 5/7] KVM: Replace smp_mb() with smp_load_acquire() in the kvm_flush_remote_tlbs()

smp_load_acquire() is enough here and it's cheaper than smp_mb(). Adding a comment about reusing memory barrier of kvm_make_all_cpus_request() here to keep order between modifications to the page tables and reading mode. Signed-off-by: Lan Tianyu --- virt/kvm/kvm_main.c |

[PATCH 6/7] KVM/x86: update the comment of memory barrier in the vcpu_enter_guest()

The barrier also orders the write to mode from any reads to the page tables done and so update the comment. Signed-off-by: Lan Tianyu --- arch/x86/kvm/x86.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c

[PATCH 4/7] KVM/x86: Call smp_wmb() before increasing tlbs_dirty

Update spte before increasing tlbs_dirty to make sure no tlb flush in lost after spte is zapped. This pairs with the barrier in the kvm_flush_remote_tlbs(). Signed-off-by: Lan Tianyu --- arch/x86/kvm/paging_tmpl.h | 11 +++ 1 file changed, 11 insertions(+) diff

[PATCH 7/7] KVM/PPC: update the comment of memory barrier in the kvmppc_prepare_to_enter()

The barrier also orders the write to mode from any reads to the page tables done and so update the comment. Signed-off-by: Lan Tianyu --- arch/powerpc/kvm/powerpc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/powerpc/kvm/powerpc.c

[PATCH 5/7] KVM: Replace smp_mb() with smp_load_acquire() in the kvm_flush_remote_tlbs()

smp_load_acquire() is enough here and it's cheaper than smp_mb(). Adding a comment about reusing memory barrier of kvm_make_all_cpus_request() here to keep order between modifications to the page tables and reading mode. Signed-off-by: Lan Tianyu --- virt/kvm/kvm_main.c | 18 --

[PATCH 6/7] KVM/x86: update the comment of memory barrier in the vcpu_enter_guest()

The barrier also orders the write to mode from any reads to the page tables done and so update the comment. Signed-off-by: Lan Tianyu --- arch/x86/kvm/x86.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index bcbce0f..4bdb4e6

[PATCH 4/7] KVM/x86: Call smp_wmb() before increasing tlbs_dirty

Update spte before increasing tlbs_dirty to make sure no tlb flush in lost after spte is zapped. This pairs with the barrier in the kvm_flush_remote_tlbs(). Signed-off-by: Lan Tianyu --- arch/x86/kvm/paging_tmpl.h | 11 +++ 1 file changed, 11 insertions(+) diff --git

[PATCH 7/7] KVM/PPC: update the comment of memory barrier in the kvmppc_prepare_to_enter()

The barrier also orders the write to mode from any reads to the page tables done and so update the comment. Signed-off-by: Lan Tianyu --- arch/powerpc/kvm/powerpc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/powerpc/kvm/powerpc.c b/arch/powerpc/kvm/powerpc.c index

[PATCH 1/7] KVM: Remove redundant smp_mb() in the kvm_mmu_commit_zap_page()

There is already a barrier inside of kvm_flush_remote_tlbs() which can help to make sure everyone sees our modifications to the page tables and see changes to vcpu->mode here. So remove the smp_mb in the kvm_mmu_commit_zap_page() and update the comment. Signed-off-by: Lan Tianyu

[PATCH 1/7] KVM: Remove redundant smp_mb() in the kvm_mmu_commit_zap_page()

There is already a barrier inside of kvm_flush_remote_tlbs() which can help to make sure everyone sees our modifications to the page tables and see changes to vcpu->mode here. So remove the smp_mb in the kvm_mmu_commit_zap_page() and update the comment. Signed-off-by: Lan Tianyu ---

[PATCH 0/7] KVM/X86/PPC: Clear up kvm mmu memory barriers and update related comments

This series is to clear up kvm mmu memory barriers. 1) Remove redundant barrier (PATCH 1) 2) Replace origin barrier functions with preferrable ones (PATCH 2, 3, 5) 3) Fix unpaired barriers (PATCH 4) 4) Update or add barrier related comments (PATCH 6, 7) Lan Tianyu (7): KVM: Remove redundant

[PATCH 2/7] KVM/x86: Replace smp_mb() with smp_store_mb/release() in the walk_shadow_page_lockless_begin/end()

Signed-off-by: Lan Tianyu --- arch/x86/kvm/mmu.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index 5e795af..d1ee68c 100644 --- a/arch/x86/kvm/mmu.c +++ b/arch/x86/kvm/mmu.c @@ -632,12 +632,12 @@ static

[PATCH 3/7] KVM: Replace smp_mb() with smp_mb_after_atomic() in the kvm_make_all_cpus_request()

Signed-off-by: Lan Tianyu --- virt/kvm/kvm_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index 1eae052..ec5aa8d 100644 --- a/virt/kvm/kvm_main.c +++ b/virt/kvm/kvm_main.c @@ -170,8 +170,8 @@ bool

[PATCH 2/7] KVM/x86: Replace smp_mb() with smp_store_mb/release() in the walk_shadow_page_lockless_begin/end()

Signed-off-by: Lan Tianyu --- arch/x86/kvm/mmu.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index 5e795af..d1ee68c 100644 --- a/arch/x86/kvm/mmu.c +++ b/arch/x86/kvm/mmu.c @@ -632,12 +632,12 @@ static void

[PATCH 3/7] KVM: Replace smp_mb() with smp_mb_after_atomic() in the kvm_make_all_cpus_request()

Signed-off-by: Lan Tianyu --- virt/kvm/kvm_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index 1eae052..ec5aa8d 100644 --- a/virt/kvm/kvm_main.c +++ b/virt/kvm/kvm_main.c @@ -170,8 +170,8 @@ bool

[PATCH 0/7] KVM/X86/PPC: Clear up kvm mmu memory barriers and update related comments

This series is to clear up kvm mmu memory barriers. 1) Remove redundant barrier (PATCH 1) 2) Replace origin barrier functions with preferrable ones (PATCH 2, 3, 5) 3) Fix unpaired barriers (PATCH 4) 4) Update or add barrier related comments (PATCH 6, 7) Lan Tianyu (7): KVM: Remove redundant

Re: [PATCH 2/2] mISDN: Support DR6 indication in mISDNipac driver

Acked-by: Karsten Keil Am 13.03.2016 um 00:19 schrieb Maciej S. Szmigiero: > According to figure 39 in PEB3086 data sheet, version 1.4 this indication > replaces DR when layer 1 transition source state is F6. > > This fixes mISDN layer 1 getting stuck in F6 state in TE mode

Re: [PATCH 2/2] mISDN: Support DR6 indication in mISDNipac driver

Acked-by: Karsten Keil Am 13.03.2016 um 00:19 schrieb Maciej S. Szmigiero: > According to figure 39 in PEB3086 data sheet, version 1.4 this indication > replaces DR when layer 1 transition source state is F6. > > This fixes mISDN layer 1 getting stuck in F6 state in TE mode on > Dialogic Diva

Re: [PATCH 1/2] mISDN: Order IPAC register defines

Acked-by: Karsten Keil Am 13.03.2016 um 00:18 schrieb Maciej S. Szmigiero: > It looks like IPAC/ISAC chips register defines weren't in any particular > order. > > Order them by their number to make it easier to spot holes. > > Signed-off-by: Maciej S. Szmigiero

Re: [PATCH 1/2] mISDN: Order IPAC register defines

Acked-by: Karsten Keil Am 13.03.2016 um 00:18 schrieb Maciej S. Szmigiero: > It looks like IPAC/ISAC chips register defines weren't in any particular > order. > > Order them by their number to make it easier to spot holes. > > Signed-off-by: Maciej S. Szmigiero > --- >

Re: [PATCH] fix: print ext4 mountopt data_err=abort correctly

On Wed, Mar 09, 2016 at 07:30:40PM +0100, Ales Novak wrote: > If data_err=abort option is specified for an ext3/ext4 mount, > /proc/mounts does show it as "(null)". This is caused by token2str() > returning NULL for Opt_data_err_abort (due to its pattern containing > '='). > > This is perhaps

Re: [PATCH] fix: print ext4 mountopt data_err=abort correctly

On Wed, Mar 09, 2016 at 07:30:40PM +0100, Ales Novak wrote: > If data_err=abort option is specified for an ext3/ext4 mount, > /proc/mounts does show it as "(null)". This is caused by token2str() > returning NULL for Opt_data_err_abort (due to its pattern containing > '='). > > This is perhaps

drivers/vhost/vhost.c:718:3: error: call to '__compiletime_assert_718' declared with attribute error: BUILD_BUG_ON failed: __alignof__ *vq->avail > VRING_AVAIL_ALIGN_SIZE

Hi Michael, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: 5d9a07b0de512b77bf28d2401e5fe3351f00a240 vhost: relax used address alignment date: 1 year, 2 months ago

drivers/vhost/vhost.c:718:3: error: call to '__compiletime_assert_718' declared with attribute error: BUILD_BUG_ON failed: __alignof__ *vq->avail > VRING_AVAIL_ALIGN_SIZE

Hi Michael, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: 5d9a07b0de512b77bf28d2401e5fe3351f00a240 vhost: relax used address alignment date: 1 year, 2 months ago

arch/xtensa/include/asm/initialize_mmu.h:55: Error: invalid register 'atomctl' for 'wsr' instruction

Hi Max, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: ca55b2fef3a9373fcfc30f82fd26bc7fccbda732 xtensa: add de212 core variant date: 4 months ago config:

arch/xtensa/include/asm/initialize_mmu.h:55: Error: invalid register 'atomctl' for 'wsr' instruction

Hi Max, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: fda604a4daa19ead458ce5471892fa1d4b382d82 commit: ca55b2fef3a9373fcfc30f82fd26bc7fccbda732 xtensa: add de212 core variant date: 4 months ago config:

Dear Customer

Dear Receipiant, Your Pending funds of £750,000 GBP has been released by RBI. To claim, send full details as follows, Name: , Mob No.: , Address: and Alternate E-mail: This is the last ever notification we are sending to you, if we do not receive your details, we will delete your email, and

Dear Customer

Dear Receipiant, Your Pending funds of £750,000 GBP has been released by RBI. To claim, send full details as follows, Name: , Mob No.: , Address: and Alternate E-mail: This is the last ever notification we are sending to you, if we do not receive your details, we will delete your email, and

Re: [GIT PULL 1/2] ARM: EXYNOS: mach/soc changes for v4.6, 2nd

On Fri, Feb 26, 2016 at 09:05:02AM +0900, Krzysztof Kozlowski wrote: > Hi Arnd, Kevin and Olof, > > > Second pull request for v4.6 with mach/soc changes. This does > not contain any external dependencies. > > It includes movement of PMU code to separate driver (drivers/soc) but > it does not

Re: [GIT PULL 1/2] ARM: EXYNOS: mach/soc changes for v4.6, 2nd

On Fri, Feb 26, 2016 at 09:05:02AM +0900, Krzysztof Kozlowski wrote: > Hi Arnd, Kevin and Olof, > > > Second pull request for v4.6 with mach/soc changes. This does > not contain any external dependencies. > > It includes movement of PMU code to separate driver (drivers/soc) but > it does not

Re: [GIT PULL 2/2] ARM64: EXYNOS: mach/soc changes for v4.6, 2nd

On Fri, Feb 26, 2016 at 09:09:38AM +0900, Krzysztof Kozlowski wrote: > On 26.02.2016 09:05, Krzysztof Kozlowski wrote: > > Hi Arnd, Kevin and Olof, > > > > > > Pull request for v4.6 with ARM64 mach/soc changes. > > > > This depends on change in clk tree (removal of ARCH_EXYNOS7) which is > >

Re: [PATCH v3] ARM, ARM64: dts: drop "arm, amba-bus" in favor of "simple-bus"

On Wed, Mar 09, 2016 at 01:26:45PM +0900, Masahiro Yamada wrote: > The compatible string "simple-bus" is well defined in ePAPR, while > I see no documentation for the "arm,amba-bus" arnywhere in ePAPR or > Documentation/devicetree/. > > DT is also used by other projects than Linux kernel. It is

Re: [GIT PULL] ARM: EXYNOS: SROM driver for v4.6, 2nd try

On Thu, Mar 03, 2016 at 02:11:32PM +0100, Arnd Bergmann wrote: > On Thursday 03 March 2016 09:04:54 Krzysztof Kozlowski wrote: > > On 01.03.2016 18:37, Krzysztof Kozlowski wrote: > > > Hi, > > > > > > > > > After Olof comments, second pull request with movement of SROM code > > > to separate

Re: [GIT PULL 2/2] ARM64: EXYNOS: mach/soc changes for v4.6, 2nd

On Fri, Feb 26, 2016 at 09:09:38AM +0900, Krzysztof Kozlowski wrote: > On 26.02.2016 09:05, Krzysztof Kozlowski wrote: > > Hi Arnd, Kevin and Olof, > > > > > > Pull request for v4.6 with ARM64 mach/soc changes. > > > > This depends on change in clk tree (removal of ARCH_EXYNOS7) which is > >

  1   2   3   4   5   6   >