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 the CONFIG_X86_LOCAL_A

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. > >Signed-of

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, I'

[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 inli

[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 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 --- a/drivers/block/rbd

[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 +++ b/fs/dlm/memor

[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 9382619

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 Didelot

[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 ret

[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, 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 in

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 t

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: um-al

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] 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: https://github.com/0day-ci/linux/commits/Shuah-Khan/media-au0

[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() inclu

[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 e

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. Signed-

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 so

[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 a/arch/x86/kvm/pagi

[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 19aa59b..6a687

[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 --- arch/x86/kvm

[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 walk_shadow_page_lo

[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 kvm_make_all_cpus_request(

[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 smp_

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 2.0

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 > --- > drivers/isdn/hardware/mI

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 more

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: xtensa-nom

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 de

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 hav

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 > > pul

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 n

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 driv

Re: [PATCH] ARM: dts: artpec: update clock bindings in artpec6.dtsi

On Thu, Feb 25, 2016 at 10:34:14AM +0100, Lars Persson wrote: > The clock bindings for the main clock controller was changed to an > indexed controller style binding on request of the clk > maintainers. This updates the dtsi to use the new bindings. > > Signed-off-by: Lars Persson > --- > Note: T

Re: [PATCH] ARM: dts: artpec: dual-license on artpec6.dtsi

On Thu, Feb 25, 2016 at 10:11:56AM +0100, Lars Persson wrote: > Relaxed the license on the dtsi to permit use in other projects. > > Signed-off-by: Lars Persson > --- > arch/arm/boot/dts/artpec6.dtsi | 40 +--- > 1 file changed, 37 insertions(+), 3 deletions(-

Re: [PATCH] bus: imx-weim: Take the 'status' property value into account

On Mon, Feb 29, 2016 at 11:36:49AM +0800, Shawn Guo wrote: > On Mon, Feb 22, 2016 at 09:01:53AM -0300, Fabio Estevam wrote: > > From: Fabio Estevam > > > > Currently we have an incorrect behaviour when multiple devices > > are present under the weim node. For example: > > > > &weim { > > ...

Re: [PATCH] MAINTAINERS: unify email addrs for Kevin Hilman

On Wed, Feb 24, 2016 at 02:57:36PM -0800, Kevin Hilman wrote: > I have a couple different emails in here. It's time to make them all > the same. > > Signed-off-by: Kevin Hilman Merged into next/fixes-non-critical. -Olof

Re: [PATCH v7 08/10] tpm: Proxy driver for supporting multiple emulated TPMs

On 03/12/2016 01:51 PM, Jarkko Sakkinen wrote: On Fri, Mar 11, 2016 at 09:51:03PM -0500, Stefan Berger wrote: This patch implements a proxy driver for supporting multiple emulated TPMs in a system. The driver implements a device /dev/vtpmx that is used to created a client device pair /dev/tpmX

Re: [PATCH 3/7] clk: rockchip: release io resource when rk3036_clk_init failed

在 2016/3/13 0:48, Heiko Stübner 写道: Hi Shawn, Am Sonntag, 13. März 2016, 00:25:25 schrieb Shawn Lin: We should call iounmap to relase reg_base since it's not going to be used any more. Signed-off-by: Shawn Lin I see that change for rk3036, rk3188(+rk3066) and rk3368. But it looks like rk322

[PATCH] media: add GFP flag to media_*() that could get called in atomic context

Add GFP flags to media_create_pad_link(), media_create_intf_link(), media_devnode_create(), and media_add_link() that could get called in atomic context to allow callers to pass in the right flags for memory allocation. tree-wide driver changes for media_*() GFP flags change: Change drivers to add

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

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 smp_intr_init() DOES NOT depend on CONFIG_X86_LOCAL_API

Re: [PATCH v14] x86, mce: Add memcpy_mcsafe()

On Sat, Mar 12, 2016 at 9:16 AM, Ingo Molnar wrote: > > Please use the copy_*_user() memory copying API semantics, which are: return > negative code (-EFAULT) on error, 0 on success. Those are the get_user/put_user() semantics. copy_*_user() has those annoying "bytes left uncopied" return values

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

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 --- a/drivers/staging/dgap/dgap.c +++ b/drivers/staging/dgap/dgap.c @@ -4819,7 +

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

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 bad3551..9e07a39 100644 --- a/drivers/staging/dgap/dgap.c +++ b/drivers/staging/dgap/dgap.c @@ -4819,7 +

[PATCH 1/1] mfd: core: fix ACPI child matching by _HID/_CID

If MDF child devices have separate ACPI nodes identified by _HID/_CID, they will not be assigned the intended ACPI companion. acpi_match_device_ids will return 0 if a the child device matches the _HID/_CID, so this patch changes the matching condition to check for 0 on success. Signed-off-by: Iri

Re: Overlapping ioremap() calls, set_memory_*() semantics

On Fri, Mar 11, 2016 at 2:36 PM, Toshi Kani wrote: > On Thu, 2016-03-10 at 22:47 -0800, Andy Lutomirski wrote: >> On Mon, Mar 7, 2016 at 9:03 AM, Toshi Kani wrote: >> > Let me try to summarize... >> > >> > The original issue Luis brought up was that drivers written to work >> > with MTRR may crea

Re: [PATCH] USB: cdc-acm: add support for Sagem Monetel ELC930

On Sat, Mar 12, 2016 at 11:44:51PM +, Nicolas Saenz Julienne wrote: > Signed-off-by: Nicolas Saenz Julienne > --- > drivers/usb/class/cdc-acm.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c > index fa4e239..9831607 10064

[PATCH] kbuild: mark help target as PHONY

Obviously, the "help" should be a PHONY target. Signed-off-by: Masahiro Yamada --- Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Makefile b/Makefile index 64cf099..848a7dc 100644 --- a/Makefile +++ b/Makefile @@ -1249,6 +1249,7 @@ boards := $(sort $(notdir $(boards))) board-di

[PATCH] kbuild: specify modules(_install) as PHONY rather than FORCE

As in other places, PHONY is a better fit for "modules" and "modules_install". Signed-off-by: Masahiro Yamada --- Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index e3ef6b6..64cf099 100644 --- a/Makefile +++ b/Makefile @@ -1157,7 +1157,8 @@

[PATCH] media: add dump_stack() if called in atomic context

Change media_add_link() and media_devnode_create() to dump_stack when called in atomic context. Signed-off-by: Shuah Khan Suggested-by: Mauro Carvalho Chehab --- drivers/media/media-entity.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/media/media-entity.c b/drivers/media/m

[PATCH 1/1] ACPI / property: fix data node parsing in acpi_get_next_subnode

When an ACPI node has both ACPI device nodes and ACPI data nodes, acpi_get_next_subnode will return the ACPI data nodes of its last parsed child. Make sure that the acpi device that is parsed is the original acpi node and not any of its children. Signed-off-by: Irina Tirdea --- drivers/acpi/pro

[PATCH] iommu: io-pgtable: fixed a brace coding style issue.

Fixed a coding style issue. Signed-off-by: Cosmin-Gabriel Samoila --- drivers/iommu/io-pgtable.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/iommu/io-pgtable.c b/drivers/iommu/io-pgtable.c index 6f2e319..a4a9a42 100644 --- a/drivers/iommu/io-pgtable.c +++ b/driv

[PATCH] kbuild: drop FORCE from PHONY targets

These targets are marked as PHONY. No need to add FORCE to their dependency. Signed-off-by: Masahiro Yamada --- Makefile | 8 arch/arm/vdso/Makefile | 2 +- arch/ia64/Makefile | 4 ++-- arch/x86/entry/vdso/Makefile | 4 ++-- 4 files changed, 9 inser

Re: SYN flooding on port 80 + DMAR:[DMA Write] faults

Toralf Förster : > Today my server (64 bit hardened Gentoo kernel) was faced a SYN-flood attack. > I do wonder if the DMAR events points to an issue in the kernel ? Please send a compressed log including all 'fault addr' lines as well as the (module probe time) XID line from the r8169 driver. --

Re: [PATCH] USB: cdc-acm: add support for Sagem Monetel ELC930

On Sat, Mar 12, 2016 at 11:44:51PM +, Nicolas Saenz Julienne wrote: I think that you should add something in here.Describe your change or imporvment. Signed-off-by: Nicolas Saenz Julienne --- drivers/usb/class/cdc-acm.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/class/

[PATCH 2/7] ARM: dts: OMAP3-N950: Add Keypad Matrix

Add keypad matrix information based on data from Nokia N950 Kernel. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 56 1 file changed, 56 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950.dts b/arch/arm/boot/dts/omap3-n950.

[PATCH 6/7] ARM: dts: N9/N950: Add support for 1GHz CPU clock

From: Filip Matijević Signed-off-by: Filip Matijević Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950-n9.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950-n9.dtsi b/arch/arm/boot/dts/omap3-n950-n9.dtsi index c42e8fc846b9..38d2d756acd

[PATCH 7/7] ARM: dts: N9/N950: Add support for accelerometer

From: Filip Matijević Signed-off-by: Filip Matijević Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n9.dts | 14 ++ arch/arm/boot/dts/omap3-n950-n9.dtsi | 54 arch/arm/boot/dts/omap3-n950.dts | 14 ++ 3 files changed,

[PATCH 1/7] ARM: dts: n9/n950: regulator configuration

Add regulator configuration as found in the board files of Nokia's kernel. Signed-off-By: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950-n9.dtsi | 72 1 file changed, 72 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950-n9.dtsi b/arch/arm/boot/dts

[PATCH 0/7] Nokia N9/N950 misc. DT patches

Hi, Here are a couple of N950/N9 DT patches. I only tested them on the Nokia N950, but Filip tested his patches on N9 and the regulator configuration in Nokia's kernel is the same for N950 and N9. The patches are based on 4.5-rc7. -- Sebastian Filip Matijević (2): ARM: dts: N9/N950: Add suppo

[PATCH 5/7] ARM: dts: OMAP3-N950: Add Keypad Slide Switch

Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950.dts b/arch/arm/boot/dts/omap3-n950.dts index 3dbf9d66bcc1..daa17d20ccf5 100644 --- a/arch/arm/boot/dts/omap3-n950.dts +++

[PATCH 4/7] ARM: dts: Enable N950 keyboard sleep leds by default

Like the Nokia N900, the N950 has leds to show the state of sys_clkreq and sys_off_mode pins. A detailed description for the LEDs and OMAP's sleep states can be found in Tony's commit for the Nokia N900: c1be2032f66df9e1238bd5bc4ca666de88a62abc Signed-off-by: Sebastian Reichel --- arch/arm/boo

[PATCH 3/7] ARM: dts: OMAP3-N950: Add Vibrator

Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950.dts b/arch/arm/boot/dts/omap3-n950.dts index 80bed4eb6b08..3dbf9d66bcc1 100644 --- a/arch/arm/boot/dts/omap3-n950.dts +++ b/arch/arm/boot/d

[PATCH] watchdog: don't run proc_watchdog_update if new value is same as old

While working on a script to restore all sysctl params before a series of tests I found that writing any value into the /proc/sys/kernel/{nmi_watchdog,soft_watchdog,watchdog,watchdog_thresh} causes them to call proc_watchdog_update(). Not only that, but when I wrote to these proc files in a loop I

arch/mips/vdso/gettimeofday.c:1:0: error: '-march=r3000' requires '-mfp32'

Hi Guenter, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error with binutils 2.24 and earlier date

[PATCH] USB: cdc-acm: add support for Sagem Monetel ELC930

Signed-off-by: Nicolas Saenz Julienne --- drivers/usb/class/cdc-acm.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c index fa4e239..9831607 100644 --- a/drivers/usb/class/cdc-acm.c +++ b/drivers/usb/class/cdc-acm.c @@ -1681,6 +1681

Re: [PATCH 0/2] ARM: uniphier: UniPhier updates for Linux 4.6-rc1 (2nd round)

Olof? Arnd? 2016-03-07 18:30 GMT+09:00 Masahiro Yamada : > Hi Olof and Arnd, > > > I have two series for 4.6-rc1 that have not been applied yet. > > - ARM: uniphier: UniPhier updates for Linux 4.6-rc1 (2nd round) (this > series) > - ARM: dts: uniphier: UniPhier DT updates for Linux 4.6-rc

/bin/sh: line 0: [: -ge: unary operator expected

Hi Huacai, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: 5188129b8c9f58ba089bfd3809a163a8c087c797 MIPS: Loongson-3: Improve -march option and move it to Platform da

arch/mips/vdso/elf.S:1:0: error: '-march=r3000' requires '-mfp32'

Hi Alex, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation of a VDSO date: 4 months ago config:

collect2: error: ld returned 1 exit status

Hi Anton, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: 238abecde8ad43f914e095fcf23e0bd35dc7a7f2 powerpc: Don't use gcc specific options on clang date: 9 months a

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

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 2.02 card (and possibly others) when NT deactivates it. Signed-off-by: Maciej S. Szmigie

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

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 --- drivers/isdn/hardware/mISDN/ipac.h | 40 +++--- 1 file changed, 20 insertions(+), 20

SYN flooding on port 80 + DMAR:[DMA Write] faults

Today my server (64 bit hardened Gentoo kernel) was faced a SYN-flood attack. I do wonder if the DMAR events points to an issue in the kernel ? Mar 12 21:56:51 ms-magpie kernel: [99582.831584] TCP: request_sock_TCP: Possible SYN flooding on port 80. Sending cookies. Check SNMP counters. Mar 12

Re: [tip:x86/urgent] x86/efi: Fix boot crash by always mapping boot service regions into new EFI page tables

On Sat, 12 Mar, at 10:57:39AM, tip-bot for Matt Fleming wrote: > Commit-ID: 452308de61056a539352a9306c46716d7af8a1f1 > Gitweb: http://git.kernel.org/tip/452308de61056a539352a9306c46716d7af8a1f1 > Author: Matt Fleming > AuthorDate: Fri, 11 Mar 2016 11:19:23 + > Committer: Ingo Molnar

{standard input}:136: Error: number (0x9000000080000000) larger than 32 bits

Hi Paul, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: de361e8bb9f666235d44ae9770238718be4f0483 MIPS: JZ4740: introduce CONFIG_MACH_INGENIC date: 9 months ago con

arch/x86/um/user-offsets.c:8:24: fatal error: asm/ptrace.h: No such file or directory

Hi Al, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 03c668a93187fe7fba9464f96fbe7c22eebd9897 commit: 5c48b108ecbf6505d929e64d50dace13ac2bdf34 um: take arch/um/sys-x86 to arch/x86/um date: 4 years, 4 months ago

[PATCH 1/2] iommu/vt-d: replace *hdr with hdr[0] in struct dmar_drhd_unit

hdr in struct dmar_drhd_unit is used to point the DMAR hardware unit copied at the end of struct dmar_drhd_unit. One zero-sized array may be more elegant for this purpose. This patch replace *hdr with hdr[0] in struct dmar_drhd_unit. Besides this, this patch includes other two changes: 1. remove

[PATCH 2/2] iommu/vt-d: use zero-sized array in DMAR related ACPI structures

1. DMAR table has variable number of remapping entries 2. DMAR hardware unit has variable number of device scope 3. DMAR device scope has variable number of pci path In current implementation, we use (head + 1) to access these variable number elements, which may not be obvious for audience. Zero-s

Re: [PATCH] x86/asm/entry/32: simplify pushes of zeroed pt_regs->REGs

On 03/12/2016 07:05 PM, Andy Lutomirski wrote: > On Sat, Mar 12, 2016 at 9:53 AM, Denys Vlasenko wrote: >> On 03/12/2016 04:38 PM, Ingo Molnar wrote: >>> >>> * Denys Vlasenko wrote: >>> Use of a temporary R8 register here seems to be unnecessary. "push %r8" is a two-byte insn (it n

Re: e827091cb1 "block: merge: get the 1st and last bvec via helpers" broken

On 03/12/2016 12:51 PM, Linus Torvalds wrote: On Sat, Mar 12, 2016 at 6:39 AM, Ming Lei wrote: I am fine with either way, and I will prepare one patch and let Jens decide. So guys, this needs to be done *now*. And Jens - this is the last time I believe you when you say late patches are requ

Re: [PATCH v18 00/22] Richacls (Core and Ext4)

On Fri, 2016-03-11 at 09:07 -0500, J. Bruce Fields wrote: > On Fri, Mar 11, 2016 at 06:01:34AM -0800, Christoph Hellwig wrote: > > > > On Mon, Feb 29, 2016 at 09:17:05AM +0100, Andreas Gruenbacher > > wrote: > > > > > > Al, > > > > > > could you please make sure you are happy with the current ve

Re: [PATCH] x86: don't assume all fb devices are PCI devices

On Fri, Mar 11, 2016 at 03:39:18PM +0100, Vitaly Kuznetsov wrote: > When booting Hyper-V Generation 2 guests KASAN reports the following > out-of-bounds access: > > BUG: KASAN: slab-out-of-bounds in fb_is_primary_device+0x58/0x70 at addr > 880079cf0eb0 > Read of size 8 by task swapper/0/1 >

  1   2   3   >