Re: [PATCH] epoll: fix use-after-free in eventpoll_release_file

2014-06-16 Thread Cyrill Gorcunov
On Tue, Jun 17, 2014 at 06:58:05AM +0400, Konstantin Khlebnikov wrote: > This fixes use-after-free of epi->fllink.next inside list loop macro. > This loop actually releases elements in the body. List is rcu-protected > but here we cannot hold rcu_read_lock because we need to lock mutex inside. >

[PATCH v6 4/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed: WARNING: Missing a blank line after declarations Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c

[PATCH v6 3/8] staging: lustre: lclient: lcommon_misc.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed warning: * WARNING: min() should probably be min_t(__u32, desc.ld_tgt_count, LOV_MAX_STRIPE_COUNT) Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_misc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v6 8/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed: WARNING: suspect code indent for conditional statements (32, 32) Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c

[PATCH v6 2/8] staging: lustre: lclient: glimpse.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed "WARNING: labels should not be indented" Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/glimpse.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/lclient/glimpse.c

[PATCH v6 7/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed: WARNING: line over 80 characters, used a new variable 'size_index' to store the offset. Replaceed "unsigned long" with "loff_t" type for 'cur_index' Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 5 +++-- 1 file changed, 3

[PATCH v6 6/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed: ERROR: inline keyword should sit between storage class and type Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c

[PATCH v6 5/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur fixed: ERROR: do not initialise statics to 0 or NULL Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c

[PATCH v6 1/8] staging: lustre: lclient: glimpse.c fixing coding style issues

2014-06-16 Thread Anil Belur
From: Anil Belur Fixed "ERROR: need consistent spacing around '+' (ctx:WxV)" Signed-off-by: Anil Belur --- drivers/staging/lustre/lustre/lclient/glimpse.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/lclient/glimpse.c

[PATCH v6] staging: lustre: lclient: fixing coding style issues

2014-06-16 Thread Anil Belur
Revised PATCH 7/8 and updated the comment, as suggested by "oleg.dro...@intel.com" -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the

Re: [Nouveau] REGRESSION: Kernel PANIC 8777c5c11764d8336d8270f96778158c34c92108 - drm/nouveau/dp: probe dpcd to determine connectedness

2014-06-16 Thread Thomas Glanzmann
Hello Ben, > > 8777c5c11764d8336d8270f96778158c34c92108 (which is mentioned as the > > first bad commit above...) is a tiny commit, so I have no idea what > > you mean by "too large for your taste". for example I would not export a symbol and do something else in the same commit, but would split

Re: [Nouveau] REGRESSION: Kernel PANIC 8777c5c11764d8336d8270f96778158c34c92108 - drm/nouveau/dp: probe dpcd to determine connectedness

2014-06-16 Thread Ben Skeggs
On Tue, Jun 17, 2014 at 3:39 PM, Ben Skeggs wrote: > On Tue, Jun 17, 2014 at 3:33 PM, Thomas Glanzmann wrote: >> Hello Ben, >> >>> Are you able to double-check that bisect? I'm not at all sure how >>> that particular commit could trigger the issue you're seeing. Some of >>> the others,

Re: [Nouveau] REGRESSION: Kernel PANIC 8777c5c11764d8336d8270f96778158c34c92108 - drm/nouveau/dp: probe dpcd to determine connectedness

2014-06-16 Thread Ben Skeggs
On Tue, Jun 17, 2014 at 3:33 PM, Thomas Glanzmann wrote: > Hello Ben, > >> Are you able to double-check that bisect? I'm not at all sure how >> that particular commit could trigger the issue you're seeing. Some of >> the others, certainly. It might be worth trying a couple of times >> before

Re: [PATCH v2] iommu/intel: Exclude devices using RMRRs from IOMMU API domains

2014-06-16 Thread Alex Williamson
On Fri, 2014-06-13 at 10:30 -0600, Alex Williamson wrote: > The user of the IOMMU API domain expects to have full control of > the IOVA space for the domain. RMRRs are fundamentally incompatible > with that idea. We can neither map the RMRR into the IOMMU API > domain, nor can we guarantee that

Re: [Nouveau] REGRESSION: Kernel PANIC 8777c5c11764d8336d8270f96778158c34c92108 - drm/nouveau/dp: probe dpcd to determine connectedness

2014-06-16 Thread Thomas Glanzmann
Hello Ben, > Are you able to double-check that bisect? I'm not at all sure how > that particular commit could trigger the issue you're seeing. Some of > the others, certainly. It might be worth trying a couple of times > before marking something as "good", in case there's a timing aspect to >

帳戶升級

2014-06-16 Thread Bryn Robinson
您無法接收新收到的郵件為您的渡渡鳥郵箱已超過其配額限制由您WebAdmin.Click載下面的鏈接,以增 加您的Webmail配額。 http://openwebmail-itservicedesk.webs.com

[RFC Patch V2 03/16] ACPI, x86/PCI: Move resource_to_addr() to acpi generic

2014-06-16 Thread Jiang Liu
From: Yinghai Lu Rui Wang reported ioapic hot-add does not work on his machine that _CRS have MEMORY_FIXED. He also proposed to expose resource_to_addr() and use it for ioapic. We should move it to acpi generic, as ioapi.c current is in drivers/pci/. Or should move it to acpica?

[RFC Patch V2 02/16] x86, ioapic: Find usable ioapic id for 64bit.

2014-06-16 Thread Jiang Liu
From: Yinghai Lu Checking the id in register, if that is duplicated, will pick one and update id register. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior Signed-off-by: Jiang Liu --- arch/x86/kernel/apic/io_apic.c | 38

[RFC Patch V2 13/16] x86, irq, ACPI: implement interface to support ACPI based IOAPIC hot-removal

2014-06-16 Thread Jiang Liu
Implement acpi_unregister_ioapic() to support ACPI based IOAPIC hot-removal. An IOAPIC could only be removed when all its pins are unused. Signed-off-by: Jiang Liu --- arch/x86/include/asm/io_apic.h |1 + arch/x86/kernel/acpi/boot.c| 13 +++--- arch/x86/kernel/apic/io_apic.c |

[RFC Patch V2 06/16] ACPI, ioapic: Add acpi_get_ioapic_id()

2014-06-16 Thread Jiang Liu
From: Yinghai Lu For ioapic hotplug, we need to parse apic id for ioapic registration. We could check _MAT and MADT to get io apic id, just like cpu hotplug path to get apic id. Signed-off-by: Yinghai Lu Signed-off-by: Jiang Liu --- drivers/acpi/apic_id.c | 97

[RFC Patch V2 14/16] x86, irq: introduce helper to check whether an IOAPIC has been registered

2014-06-16 Thread Jiang Liu
Introduce acpi_ioapic_registered() to check whether an IOAPIC has already been registered, it will be used when enabling IOAPIC hotplug. Signed-off-by: Jiang Liu --- arch/x86/include/asm/io_apic.h |1 + arch/x86/kernel/acpi/boot.c| 11 +++ arch/x86/kernel/apic/io_apic.c | 11

[RFC Patch V2 11/16] x86, irq, ACPI: introduce a rwsem to protect IOAPIC operations from hotplug

2014-06-16 Thread Jiang Liu
We are going to support ACPI based IOAPIC hotplug, so introduce a rwsem to protect IOAPIC data structures from IOAPIC hotplug. We choose to serialize in ACPI instead of in the IOAPIC core because: 1) currently we are only plan to support ACPI based IOAPIC hotplug 2) it's much more clean and easy

[RFC Patch V2 15/16] pci, ioapic: kill ioapic PCI driver

2014-06-16 Thread Jiang Liu
Originally the ioapic PCI driver is designed to support IOAPIC hotplug, but it never works because no architecture has implemented required interface to support it. We plan to reimplement it as an ACPI driver instead of PCI driver due to: 1) To support IOAPIC hotplug, an IOAPIC unit must have an

[RFC Patch V2 16/16] x86, irq, ACPI: implement ACPI driver to support IOAPIC hotplug

2014-06-16 Thread Jiang Liu
Enable support of IOAPIC hotplug by: 1) reintroducing ACPI based IOAPIC driver 2) enhance pci_root driver to hook hotplug events The ACPI IOAPIC driver is always enabled if system supports all of ACPI, PCI and IOAPIC. Signed-off-by: Jiang Liu --- drivers/acpi/Kconfig|6 ++

[RFC Patch V2 09/16] x86, irq: remove __init marker for functions will be used by IOAPIC hotplug

2014-06-16 Thread Jiang Liu
Signed-off-by: Jiang Liu --- arch/x86/include/asm/io_apic.h |4 ++-- arch/x86/kernel/apic/io_apic.c | 14 +++--- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/x86/include/asm/io_apic.h b/arch/x86/include/asm/io_apic.h index 0aeed5ca356e..0b31aebd9405 100644

[RFC Patch V2 10/16] x86, irq: refine mp_register_ioapic() to prepare for IOAPIC hotplug

2014-06-16 Thread Jiang Liu
Refine mp_register_ioapic() to prepare for IOAPIC hotplug by: 1) change return value from void to int. 2) check for gsi range conflicts 3) check for IOAPIC physical address conflicts 4) enhance the way to allocate IOAPIC index Signed-off-by: Jiang Liu --- arch/x86/include/asm/io_apic.h |4

[RFC Patch V2 07/16] x86, irq, ACPI: protect acpi_pci_irq_enable() from reentrance

2014-06-16 Thread Jiang Liu
Function acpi_pci_irq_enable() may be called twice for each PCI device present at boot time as below: 1) pci_acpi_init() --> acpi_pci_irq_enable() 2) pci_enable_device() --> pcibios_enable_device() --> acpi_pci_irq_enable() So protect acpi_pci_irq_enable() from

[RFC Patch V2 12/16] x86, irq, ACPI: implement interface to support ACPI based IOAPIC hot-addition

2014-06-16 Thread Jiang Liu
Implement acpi_register_ioapic() and enhance mp_register_ioapic() to support ACPI based IOAPIC hot-addition. Signed-off-by: Jiang Liu --- arch/x86/kernel/acpi/boot.c| 37 +++-- arch/x86/kernel/apic/io_apic.c | 27 --- 2 files

[RFC Patch V2 08/16] PCI: kill wrong warning message in pcieport driver

2014-06-16 Thread Jiang Liu
For hot-added PCIe ports, it always generates a warning message on x86 platforms when binding to pcieport driver as: "device [8086:0e0b] has invalid IRQ; check vendor BIOS". It's due to that we check pci_dev->irq before actually allocating IRQ number for the PCI device: if

[RFC Patch V2 05/16] ACPI: Move acpi_get_cpuid() to separated file

2014-06-16 Thread Jiang Liu
From: Yinghai Lu Will need to reuse searching MADT for ioapic, but should add related function like acpi_get_ioapic_id to processor_core.c to pollute the file. Move related cpu apic id search to separated file. Signed-off-by: Yinghai Lu Signed-off-by: Jiang Liu --- drivers/acpi/Makefile

[RFC Patch V2 04/16] ACPI: Make map_mat_entry handle x2apic entry

2014-06-16 Thread Jiang Liu
From: Yinghai Lu Now we have map_madt_entry/MADT to handle x2apic, but does not do that with map_mat_entry _MAT. For hotplug on system with x2apic only support, we need to add support for x2apic map in _MAT. Signed-off-by: Yinghai Lu Signed-off-by: Jiang Liu ---

[RFC Patch V2 00/16] Enable support of IOAPIC hotplug on x86 platforms

2014-06-16 Thread Jiang Liu
This patch set enhances IOAPIC core and ACPI drivers to support IOAPIC hotplug on x86 platforms. It's based on another patch set "use irqdomain to dynamically allocate IRQ for IOAPIC" at https://lkml.org/lkml/2014/6/9/44 You may pull it from https://github.com/jiangliu/linux.git

[RFC Patch V2 01/16] x86, irq: Split out alloc_ioapic_save_registers()

2014-06-16 Thread Jiang Liu
From: Yinghai Lu Split alloc_ioapic_save_registers() from early_irq_init(), so it will be used per ioapic. Will call that later for hot-added ioapic controller. Signed-off-by: Yinghai Lu Signed-off-by: Jiang Liu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior ---

Re: [PATCH 2/6] KVM: x86: Wrong emulation on 'xadd X, X'

2014-06-16 Thread Paolo Bonzini
Il 16/06/2014 19:38, Bandan Das ha scritto: Nadav Amit writes: The emulator does not emulate the xadd instruction correctly if the two operands are the same. In this (unlikely) situation the result should be the sum of X and X (2X) when it is currently X. The solution is to first perform

Re: [PATCH 1/1 RESEND] fs/ceph/export.c: add static to local function

2014-06-16 Thread Fabian Frederick
On Mon, 16 Jun 2014 17:02:17 -0700 (PDT) David Rientjes wrote: > On Sun, 15 Jun 2014, Fabian Frederick wrote: > > > ceph_get_parent is only used in fs/ceph/export.c > > > > Cc: Sage Weil > > Cc: Andrew Morton > > Signed-off-by: Fabian Frederick > > --- > > fs/ceph/export.c | 2 +- > > 1

[PATCH] mm/vmscan.c: fix an implementation flaw in proportional scanning

2014-06-16 Thread Chen Yucong
Via https://lkml.org/lkml/2013/4/10/897, we can know that the relative design idea is to keep scan_target[anon] : scan_target[file] == really_scanned_num[anon] : really_scanned_num[file] But we can find the following snippet in shrink_lruvec(): if (nr_file > nr_anon) {

Re: [PATCH v5 7/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Anil Shashikumar Belur
On Tuesday 17 June 2014 07:38 AM, Drokin, Oleg wrote: > On Jun 16, 2014, at 12:22 PM, Anil Belur wrote: > >> From: Anil Belur >> >> fixed: WARNING: line over 80 characters, used a new variable 'size_index' to >> store the offset. Replace "unsigned long" with "u64" type for > Apparently you

Re: [PATCH v6 4/4] drivers: net: Add APM X-Gene SoC ethernet driver support.

2014-06-16 Thread David Miller
From: Iyappan Subramanian Date: Mon, 16 Jun 2014 17:18:46 -0700 > +static netdev_tx_t xgene_enet_start_xmit(struct sk_buff *skb, > + struct net_device *ndev) > +{ > + struct xgene_enet_pdata *pdata = netdev_priv(ndev); > + struct xgene_enet_desc_ring

Re: [PATCH] net/cadence/macb: clear interrupts simply and correctly

2014-06-16 Thread Jongsung Kim
On 06/17/2014 12:50 PM, Sören Brinkmann wrote: > On Tue, 2014-06-17 at 11:38AM +0900, Jongsung Kim wrote: >> On 06/16/2014 11:56 PM, Sören Brinkmann wrote: >>> On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote: On 06/13/2014 12:44 AM, Sören Brinkmann wrote: > This is now clearing

Re: [PATCH v2] net: tile: fix unused variable warning

2014-06-16 Thread David Miller
From: Chris Metcalf Date: Mon, 16 Jun 2014 13:14:05 -0400 > 'i' is unused in tile_net_dev_init() after commit d581ebf5a1f > ("net: tile: Use helpers from linux/etherdevice.h to check/set MAC"). > > Signed-off-by: Chris Metcalf > --- > v2: includes previous commit's summary line as suggested by

Re: mm/sched/net: BUG when running simple code

2014-06-16 Thread Dan Aloni
On Mon, Jun 16, 2014 at 11:17:55PM -0400, Sasha Levin wrote: > On 06/13/2014 12:13 AM, Dave Jones wrote: > > On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote: > > another theory: Trinity can sometimes generate plausible looking module > > addresses and pass those in structs etc. > > >

Re: [PATCH 1/2] slip: Fix deadlock in write_wakeup

2014-06-16 Thread David Miller
From: Tyler Hall Date: Sun, 15 Jun 2014 22:23:16 -0400 > Use schedule_work() to avoid potentially taking the spinlock in > interrupt context. > > Commit cc9fa74e2a ("slip/slcan: added locking in wakeup function") added > necessary locking to the wakeup function and 367525c8c2/ddcde142be ("can:

Re: [PATCH 2/2] slcan: Port write_wakeup deadlock fix from slip

2014-06-16 Thread David Miller
From: Tyler Hall Date: Sun, 15 Jun 2014 22:23:17 -0400 > The commit "slip: Fix deadlock in write_wakeup" fixes a deadlock caused > by a change made in both slcan and slip. This is a direct port of that > fix. > > Signed-off-by: Tyler Hall Applied and queued up for -stable. -- To unsubscribe

RE: [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver

2014-06-16 Thread Pankaj Dubey
Hi Tomasz, > > Hi Pankaj, > > On 10.05.2014 09:20, Pankaj Dubey wrote: > > Let's handle i2c interrupt re-configuration in i2c driver. This will > > help us in removing some soc specific checks from machine files. > > Since only Exynos5250, and Exynos5420 need to do this, added syscon > > based

Re: [PATCH] Check if skb_alloc returns Null in function fw_download_code

2014-06-16 Thread Dave Jones
On Mon, Jun 16, 2014 at 09:07:45PM -0700, Greg KH wrote: > On Mon, Jun 16, 2014 at 11:23:13PM -0400, Nicholas Krause wrote: > > Signed-off-by: Nicholas Krause > > --- > > drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git

Re: [PATCH] Check if skb_alloc returns Null in function fw_download_code

2014-06-16 Thread Greg KH
On Mon, Jun 16, 2014 at 11:23:13PM -0400, Nicholas Krause wrote: > Signed-off-by: Nicholas Krause > --- > drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c >

Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board

2014-06-16 Thread Doug Anderson
Tushar, On Mon, Jun 16, 2014 at 8:36 PM, Tushar Behera wrote: > On Mon, Jun 16, 2014 at 10:19 PM, Doug Anderson wrote: >> Tushar, >> >> On Mon, Jun 16, 2014 at 4:19 AM, Tushar Behera wrote: >>> On 06/13/2014 10:33 PM, Doug Anderson wrote: Tushar, On Tue, Jun 10, 2014 at 10:32

Re: [PATCH v4] lib: add size unit t/p/e to memparse

2014-06-16 Thread Gui Hecheng
On Mon, 2014-06-16 at 18:29 -0700, David Rientjes wrote: > On Tue, 17 Jun 2014, Gui Hecheng wrote: > > > > > diff --git a/lib/cmdline.c b/lib/cmdline.c > > > > index d4932f7..76a712e 100644 > > > > --- a/lib/cmdline.c > > > > +++ b/lib/cmdline.c > > > > @@ -121,11 +121,7 @@

Re: [PATCH] include: kernel.h: rewrite min3, max3 and clamp using min and max

2014-06-16 Thread Steven Rostedt
On Mon, 16 Jun 2014 20:21:20 -0400 Steven Rostedt wrote: > On Mon, 16 Jun 2014 16:54:32 -0700 (PDT) > David Rientjes wrote: > > > > > > > On linux-next, allyesconfig has a 0.0001% savings as a result of the > > patch, but I'd be worried about the extra temp variable it allocates on > > the

[PATCH 0/2] Add devicetree support for extcon-gpio

2014-06-16 Thread George Cherian
This serires adds devicetree support for extcon-gpio driver. Patch 1 - Addreses minor cleanups Patch 2 - Adds devicetree support for esxtcon-gpio driver. George Cherian (2): extcon: gpio: Minor cleanups extcon: gpio: Add dt support for the driver.

[PATCH 1/2] extcon: gpio: Minor cleanups

2014-06-16 Thread George Cherian
Minor Cleanups - Order the include files in alphabetical order. - Fix description of state_off in extcon_gpio.h - Add a descrition for check_on_resume in extcon_gpio.h Signed-off-by: George Cherian --- drivers/extcon/extcon-gpio.c | 10 +- include/linux/extcon/extcon-gpio.h |

[PATCH 2/2] extcon: gpio: Add dt support for the driver.

2014-06-16 Thread George Cherian
Add device tree support to extcon-gpio driver. Add devicetree binding documentation Signed-off-by: George Cherian --- .../devicetree/bindings/extcon/extcon-gpio.txt | 34 ++ drivers/extcon/extcon-gpio.c | 29 ++ 2 files changed, 63

Re: [PATCH] Fix comments in rbtree.c

2014-06-16 Thread Guenter Roeck
On 06/14/2014 11:34 AM, Nick wrote: Signed-off-by: Nick --- lib/rbtree.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/lib/rbtree.c b/lib/rbtree.c index 65f4eff..c66370c 100644 --- a/lib/rbtree.c +++ b/lib/rbtree.c @@ -101,11 +101,10 @@ __rb_insert(struct rb_node

RE: [PATCH v3 4/6] ARM: EXYNOS: Remove unused header inclusion from hotplug.c

2014-06-16 Thread Pankaj Dubey
Hi Tomasz, > -Original Message- > > Hi Pankaj, > > On 10.05.2014 09:20, Pankaj Dubey wrote: > > This patch removed "plat/cpu.h" inclusion from hotplug.c as it is not > > required. > > > > Signed-off-by: Pankaj Dubey > > --- > > arch/arm/mach-exynos/hotplug.c |2 -- > > 1 file

Re: [PATCH] net/cadence/macb: clear interrupts simply and correctly

2014-06-16 Thread Sören Brinkmann
On Tue, 2014-06-17 at 11:38AM +0900, Jongsung Kim wrote: > On 06/16/2014 11:56 PM, Sören Brinkmann wrote: > > On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote: > >> On 06/13/2014 12:44 AM, Sören Brinkmann wrote: > >>> This is now clearing all IRQ flags which is probably not what we want >

linux-next: stats (Re: Linux 3.16-rc1 - merge window closed)

2014-06-16 Thread Stephen Rothwell
As usual, the executive friendly graph is at http://neuling.org/linux-next-size.html :-) (No merge commits counted, next-20140602 was the first linux-next after the merge window opened.) Commits in v3.16-rc1 (relative to v3.15): 11364 (v3.15-rc1: 12034) Commits in next-20140602:

RE: [PATCH v4 02/11] ARM: EXYNOS: Move cpufreq and cpuidle device registration to init_machine

2014-06-16 Thread Pankaj Dubey
Hi Tomasz, > -Original Message- > > Hi Pankaj, > > On 10.05.2014 08:56, Pankaj Dubey wrote: > > As exynos_cpuidle_init and exynos_cpufreq_init function have just one > > lines of code for registering platform devices. We can move these > > lines to exynos_dt_machine_init and delete

Re: [PATCH] mm, thp: move invariant bug check out of loop in __split_huge_page_map

2014-06-16 Thread Waiman Long
On 06/16/2014 04:59 PM, Kirill A. Shutemov wrote: On Mon, Jun 16, 2014 at 11:49:34PM +0300, Kirill A. Shutemov wrote: On Mon, Jun 16, 2014 at 03:35:48PM -0400, Waiman Long wrote: In the __split_huge_page_map() function, the check for page_mapcount(page) is invariant within the for loop.

Re: 3.16-rc1 kernel BUG triggered at mutex.c:586

2014-06-16 Thread Mike Galbraith
On Mon, 2014-06-16 at 14:28 -0400, Vlad Yasevich wrote: > Trying to boot 3.16.0-rc1+ (the + is a small vlan related patch) on a > tests system triggers the following BUG: It's easier for developers to read if you dump dmesg, or at least tell your mail client to please not make a line-wrapped

Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board

2014-06-16 Thread Tushar Behera
On Mon, Jun 16, 2014 at 10:32 PM, Doug Anderson wrote: > Mark, > > On Mon, Jun 16, 2014 at 9:51 AM, Mark Brown wrote: >> On Mon, Jun 16, 2014 at 09:49:26AM -0700, Doug Anderson wrote: >> >>> Yes please. I think there's supposed to be some official ordering of >>> things. If anyone reading this

Re: [PATCH] net/cadence/macb: clear interrupts simply and correctly

2014-06-16 Thread Jongsung Kim
On 06/17/2014 06:28 AM, Sören Brinkmann wrote: > Shouldn't it be sufficient to replace 'MACB_BIT(RCOMP) with > 'MACB_RX_INT_FLAGS' > to clear all the RX IRQ flags. I'm afraid not. You know, this driver initially targeted only GEMs configured with "gem_irq_clear_read." For this implementation

Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board

2014-06-16 Thread Tushar Behera
On Mon, Jun 16, 2014 at 10:19 PM, Doug Anderson wrote: > Tushar, > > On Mon, Jun 16, 2014 at 4:19 AM, Tushar Behera wrote: >> On 06/13/2014 10:33 PM, Doug Anderson wrote: >>> Tushar, >>> >>> On Tue, Jun 10, 2014 at 10:32 PM, Tushar Behera >>> wrote: Peach-pi board has MAX98090 audio codec

Re: [PATCH] checkpatch: Warn on unnecessary void function return statements

2014-06-16 Thread Sachin Kamat
On Tue, Jun 17, 2014 at 8:55 AM, Joe Perches wrote: > On Tue, 2014-06-17 at 08:46 +0530, Sachin Kamat wrote: >> On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote: >> > On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote: >> >> My code has multiple exit lables: >> >> void function(void) >> >> {

Re: [PATCH] checkpatch: Warn on unnecessary void function return statements

2014-06-16 Thread Joe Perches
On Tue, 2014-06-17 at 08:46 +0530, Sachin Kamat wrote: > On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote: > > On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote: > >> My code has multiple exit lables: > >> void function(void) > >> { > >> ... > >> > >> if (err1) > >>

[f2fs-dev][PATCH v2] f2fs: refactor flush_nat_entries codes for reducing NAT writes

2014-06-16 Thread Chao Yu
Although building NAT journal in cursum reduce the read/write work for NAT block, but previous design leave us lower performance when write checkpoint frequently for these cases: 1. if journal in cursum has already full, it's a bit of waste that we flush all nat entries to page for persistence,

[PATCH] Check if skb_alloc returns Null in function fw_download_code

2014-06-16 Thread Nicholas Krause
Signed-off-by: Nicholas Krause --- drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c b/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c index 1a95d1f..11e915e 100644 ---

Re: mm/sched/net: BUG when running simple code

2014-06-16 Thread Sasha Levin
On 06/13/2014 12:13 AM, Dave Jones wrote: > On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote: > > On 06/12/2014 11:27 PM, Dan Aloni wrote: > > > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote: > > >> > Hi all, > > >> > > > >> > Okay, I'm really lost. I got the

Re: [PATCH] checkpatch: Warn on unnecessary void function return statements

2014-06-16 Thread Sachin Kamat
On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote: > On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote: >> My code has multiple exit lables: >> void function(void) >> { >> ... >> >> if (err1) >> goto exit1; >> ... >> if (err2) >> goto exit2;

Re: [PATCH] ALSA: compress: Fix the mismatch size of struc between share lib(32bit) and kernel(64bit)

2014-06-16 Thread Vinod Koul
On Fri, Jun 13, 2014 at 04:19:32PM +0200, Arnd Bergmann wrote: > On Monday 09 June 2014, Vinod Koul wrote: > > On Mon, Jun 09, 2014 at 09:24:53AM +0200, Takashi Iwai wrote: > > > At Mon, 09 Jun 2014 16:46:32 -0400, > > > Wang, Xiaoming wrote: > > > > > > > > > > > > The size of struct

Re: [PATCH] epoll: fix use-after-free in eventpoll_release_file

2014-06-16 Thread Konstantin Khlebnikov
On Tue, Jun 17, 2014 at 6:58 AM, Konstantin Khlebnikov wrote: > This fixes use-after-free of epi->fllink.next inside list loop macro. > This loop actually releases elements in the body. List is rcu-protected > but here we cannot hold rcu_read_lock because we need to lock mutex inside. > > Obvious

linux-next: Tree for Jun 17

2014-06-16 Thread Stephen Rothwell
Hi all, The powerpc allyesconfig is again broken more than usual. Changes since 20140616: Non-merge commits (relative to Linus' tree): 713 923 files changed, 20546 insertions(+), 12891 deletions(-) I have created

[PATCH] epoll: fix use-after-free in eventpoll_release_file

2014-06-16 Thread Konstantin Khlebnikov
This fixes use-after-free of epi->fllink.next inside list loop macro. This loop actually releases elements in the body. List is rcu-protected but here we cannot hold rcu_read_lock because we need to lock mutex inside. Obvious solution is to use list_for_each_entry_safe(). RCU-ness isn't essential

[RFC PATCH 1/1] kernel/rcu/tree.c: simplify force_quiescent_state()

2014-06-16 Thread Pranith Kumar
This might sound really naive, but please bear with me. force_quiescent_state() used to do a lot of things in the past in addition to forcing a quiescent state. (In my reading of the mailing list I found state transitions for one). Now according to the code, what is being done is multiple

Re: [PATCH] deb-pkg: Fix for relative paths

2014-06-16 Thread Alexei Starovoitov
On Mon, Jun 16, 2014 at 7:18 AM, Michal Marek wrote: > When $srctree or $objtree are relative paths, we cannot change directory > and refer to them in the same subshell. Do the redirection outside of > the subshell to fix this. > > Reported-by: Ilya Dryomov > Signed-off-by: Michal Marek > --- >

Re: [RFD] sched/deadline: EDF dynamic quota design

2014-06-16 Thread xiaofeng.yan
On 2014/5/21 20:45, Luca Abeni wrote: Hi, first of all, sorry for the ultra-delayed reply: I've been busy, and I did not notice this email... Anyway, some comments are below On 05/16/2014 09:11 AM, Henrik Austad wrote: [...] This can also be implemented in user-space (without modifying the

Re: [RFC PATCH 2/2] block: virtio-blk: support multi virt queues per virtio-blk device

2014-06-16 Thread Stefan Hajnoczi
On Sat, Jun 14, 2014 at 1:29 AM, Ming Lei wrote: > Firstly this patch supports more than one virtual queues for virtio-blk > device. > > Secondly this patch maps the virtual queue to blk-mq's hardware queue. > > With this approach, both scalability and performance problem can be improved. > >

Re: [PATCH] net/cadence/macb: clear interrupts simply and correctly

2014-06-16 Thread Jongsung Kim
On 06/16/2014 11:56 PM, Sören Brinkmann wrote: > On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote: >> On 06/13/2014 12:44 AM, Sören Brinkmann wrote: >>> This is now clearing all IRQ flags which is probably not what we want >>> here. This is handling RX only. We still want the non-RX

Re: [PATCH] lib.c: skip --param parameters

2014-06-16 Thread Josh Triplett
On Mon, Jun 16, 2014 at 04:48:51PM -0700, David Rientjes wrote: > On Mon, 16 Jun 2014, Josh Triplett wrote: > > > On Mon, Jun 16, 2014 at 01:43:06PM +0300, Andy Shevchenko wrote: > > > Very dumb patch to just skip --param allow-store-data-races=0 introduced > > > in > > > newest Linux kernel

RE: [f2fs-dev] [PATCH] f2fs: refactor flush_nat_entries codes for reducing NAT writes

2014-06-16 Thread Chao Yu
Hi all, There are problem in this patch, please ignore this patch, sorry for the noise. I will resend later. > -Original Message- > From: Chao Yu [mailto:chao2...@samsung.com] > Sent: Saturday, June 14, 2014 7:48 PM > To: Jaegeuk Kim > Cc: linux-fsde...@vger.kernel.org;

[PATCH 7/8] x86_64,vsyscall: Rewrite comment and clean up headers in vsyscall code

2014-06-16 Thread Andy Lutomirski
vsyscall_64.c is just vsyscall emulation. Tidy it up accordingly. If my comment editing offends anyone, let me know and I can fix it. Signed-off-by: Andy Lutomirski --- arch/x86/kernel/vsyscall_64.c | 51 +++ 1 file changed, 18 insertions(+), 33

[PATCH 2/8] x86_64,vsyscall: Move all of the gate_area code to vsyscall_64.c

2014-06-16 Thread Andy Lutomirski
This code exists for the sole purpose of making the vsyscall page look sort of like real userspace memory. Move it so that it lives with the rest of the vsyscall code. Signed-off-by: Andy Lutomirski --- arch/x86/kernel/vsyscall_64.c | 49 +++

[PATCH 1/8] x86_64,vsyscall: Fix warn_bad_vsyscall log output

2014-06-16 Thread Andy Lutomirski
This commit in Linux 3.6: commit c767a54ba0657e52e6edaa97cbe0b0a8bf1c1655 Author: Joe Perches Date: Mon May 21 19:50:07 2012 -0700 x86/debug: Add KERN_ to bare printks, convert printks to pr_ caused warn_bad_vsyscall to output garbage in the middle of the line. Revert

[PATCH 4/8] x86_64,vdso: Remove jiffies from the vvar page

2014-06-16 Thread Andy Lutomirski
I think that the jiffies vvar was once used for the vgetcpu cache. That code is long gone, so let's just make jiffies be a normal variable. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/vvar.h | 1 - arch/x86/kernel/time.c | 2 +- arch/x86/vdso/vgetcpu.c | 1 - 3 files

[PATCH 3/8] x86_64,vsyscall: Turn vsyscalls all the way off when vsyscall=none

2014-06-16 Thread Andy Lutomirski
I see no point in having an unusable read-only page sitting at 0xff60 when vsyscall=none. Instead, skip mapping it and remove it from /proc/PID/maps. I kept the ratelimited warning when programs try to use a vsyscall in this mode, since it may help admins avoid confusion.

[PATCH 8/8] x86_64,vdso: Clean up vgetcpu init and merge the vdso initcalls

2014-06-16 Thread Andy Lutomirski
Now vdso/vma.c has a single initcall and no references to "vsyscall". Signed-off-by: Andy Lutomirski --- arch/x86/vdso/vma.c | 61 +++-- 1 file changed, 22 insertions(+), 39 deletions(-) diff --git a/arch/x86/vdso/vma.c b/arch/x86/vdso/vma.c

[PATCH 5/8] x86,vdso: Replace vgetcpu_mode with static_cpu_has

2014-06-16 Thread Andy Lutomirski
The vdso has supported alternatives for a while; use them instead of a vvar to select the vgetcpu mode. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/vgtod.h| 21 + arch/x86/include/asm/vsyscall.h | 29 - arch/x86/include/asm/vvar.h

mips:allmodconfig build failure in 3.16-rc1 due to bpf_jit code

2014-06-16 Thread Guenter Roeck
mips:allmodconfig fails in 3.16-rc1 with lots of undefined symbols. arch/mips/net/bpf_jit.c: In function 'is_load_to_a': arch/mips/net/bpf_jit.c:559:7: error: 'BPF_S_LD_W_LEN' undeclared (first use in this function) arch/mips/net/bpf_jit.c:559:7: note: each undeclared identifier is reported

[PATCH 6/8] x86_64: Move getcpu code from vsyscall_64.c to vdso/vma.c

2014-06-16 Thread Andy Lutomirski
This is pure cut-and-paste. At this point, vsyscall_64.c contains only code needed for vsyscall emulation, but some of the comments and function names are still confused. Signed-off-by: Andy Lutomirski --- arch/x86/kernel/vsyscall_64.c | 57

[PATCH 0/8] x86: vdso and vsyscall round 1 for 3.17

2014-06-16 Thread Andy Lutomirski
This is mostly cleanups. Patch 1 fixes a minor bug; it might make sense to backport it. Patch 3 removes the vsyscall mapping when vsyscall=none. Patches 4 and 5 remove everything except gtod from the vvar page; the other vvars weren't really necessary. Patch 2, 6, 7, and 8 are pure cleanups.

[PATCHv2] x86: new Intel Atom SoC power management controller driver

2014-06-16 Thread Li, Aubrey
The Power Management Controller (PMC) controls many of the power management features present in the SoC. This driver provides interface to configure the Power Management Controller (PMC). This driver exposes PMC device state and sleep state residency via debugfs:

Re: [PATCH v5 7/8] staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2014-06-16 Thread Drokin, Oleg
On Jun 16, 2014, at 12:22 PM, Anil Belur wrote: > From: Anil Belur > > fixed: WARNING: line over 80 characters, used a new variable 'size_index' to > store the offset. Replace "unsigned long" with "u64" type for Apparently you forgot to update the comment. > 'cur_index' > > Signed-off-by:

RE: Disable bus's drivers_autoprobe before rootfs has mounted

2014-06-16 Thread Peter Chen
> > Yes, otherwise, the device which the udc is probed deferral and the > > gadget driver is build-in will never work. If we skip fixing it, this > > problem will exist for more than 2 years, it is too long. > > > > I have a support request from android team that usb peripheral > > function

Re: [PATCH] powerpc: Fix build warning

2014-06-16 Thread Guenter Roeck
On 06/16/2014 06:25 PM, David Rientjes wrote: On Fri, 13 Jun 2014, Guenter Roeck wrote: If compiled with W=1, the following warning is seen in powerpc builds. arch/powerpc/kernel/smp.c:750:18: warning: type qualifiers ignored on function return type static const int

Re: [PATCH] checkpatch: Warn on unnecessary void function return statements

2014-06-16 Thread Joe Perches
On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote: > My code has multiple exit lables: > void function(void) > { > ... > > if (err1) > goto exit1; > ... > if (err2) > goto exit2; > > ... > return; /* Good return, no errors */ >

[PATCHv3 3/5] common: dma-mapping: Introduce common remapping functions

2014-06-16 Thread Laura Abbott
For architectures without coherent DMA, memory for DMA may need to be remapped with coherent attributes. Factor out the the remapping code from arm and put it in a common location to reduced code duplication. Signed-off-by: Laura Abbott --- arch/arm/mm/dma-mapping.c| 57

[PATCHv3 4/5] arm: use genalloc for the atomic pool

2014-06-16 Thread Laura Abbott
ARM currently uses a bitmap for tracking atomic allocations. genalloc already handles this type of memory pool allocation so switch to using that instead. Signed-off-by: Laura Abbott --- arch/arm/Kconfig | 1 + arch/arm/mm/dma-mapping.c | 144

[PATCHv3 1/5] lib/genalloc.c: Add power aligned algorithm

2014-06-16 Thread Laura Abbott
One of the more common algorithms used for allocation is to align the start address of the allocation to the order of size requested. Add this as an algorithm option for genalloc. Signed-off-by: Laura Abbott --- include/linux/genalloc.h | 4 lib/genalloc.c | 21

[PATCHv3 0/5] Atomic pool for arm64

2014-06-16 Thread Laura Abbott
Hi, This is a series to add a pool for atomic allocations for arm64. It was previously suggested to try and share more code with arm. I did some refactoring to have arm use genalloc and pull out some of the remapping code. The end result is a negative diffstat overall for arm dma-mapping.c.

[PATCHv3 2/5] lib/genalloc.c: Add genpool range check function

2014-06-16 Thread Laura Abbott
After allocating an address from a particular genpool, there is no good way to verify if that address actually belongs to a genpool. Introduce addr_in_gen_pool which will return if an address plus size falls completely within the genpool range. Signed-off-by: Laura Abbott ---

[PATCHv3 5/5] arm64: Add atomic pool for non-coherent and CMA allocations.

2014-06-16 Thread Laura Abbott
Neither CMA nor noncoherent allocations support atomic allocations. Add a dedicated atomic pool to support this. Signed-off-by: Laura Abbott --- arch/arm64/Kconfig | 1 + arch/arm64/mm/dma-mapping.c | 155 +++- 2 files changed, 139

  1   2   3   4   5   6   7   8   9   10   >