[PATCH] irda: update comment mentioning IRQF_DISABLED

This patch removes a comment mentioning IRQF_DISABLED, which is deprecated. Signed-off-by: Michael Opdenacker --- include/net/irda/irda_device.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/net/irda/irda_device.h b/include/net/irda/irda_device.h index 94c852d..1141

[PATCH] mtd: nand: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/mtd/nand/mxc_nand.c| 2 +- drivers/mtd/nand/pxa3xx_nand.c | 3 +-- drivers/mtd/nand/tmio_nand.c | 3 +-- 3 files changed,

[PATCH] misc: phantom: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/misc/phantom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/misc/phantom.c b/drivers/misc/phantom

[PATCH] misc: arm-charlcd: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/misc/arm-charlcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/misc/arm-charlcd.c b/drivers/misc

[PATCH] [media] winbond-cir: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/rc/winbond-cir.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/rc/winbond-cir.c b/driv

[PATCH] [media] ir-rx51: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/rc/ir-rx51.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/media/rc/ir-rx51.c b/drivers/me

[PATCH] [media] radio-si4713: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/radio/si4713-i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/radio/si4713-i2c.c b/

[PATCH] [media] sh_mobile_ceu_camera: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/med

[PATCH] [media] s5p-mfc: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/s5p-

[PATCH] [media] ivtv: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/pci/ivtv/ivtv-driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/ivtv/ivtv-dri

[PATCH] [media] zoran: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/pci/zoran/zoran_card.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/zoran/zoran_c

[PATCH] [media] misc drivers: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/pci/bt8xx/bt878.c | 3 +-- drivers/media/pci/bt8xx/bttv-driver.c| 2 +- drivers/media/pci/cx23885/cx23885-cor

[PATCH] [media] cx18: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/pci/cx18/cx18-driver.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/media/pci/cx18/cx18-d

[PATCH] [media] saa7146: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/media/common/saa7146/saa7146_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/common/saa

[PATCH] isdn: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/isdn/hardware/eicon/divasmain.c | 2 +- drivers/isdn/sc/init.c | 2 +- 2 files changed, 2 insertions(+), 2 dele

Re: [PATCHSET 0/8] perf tools: Fix scalability problem on callchain merging (v5)

* David Ahern wrote: > On 10/12/13 10:53 AM, Ingo Molnar wrote: > > > >* David Ahern wrote: > > > >>On 10/11/13 9:11 AM, David Ahern wrote: > >>>It would be nice to fix the callchain arg handler to not attempt to > >>>process the next argument if it is not fp or dwarf. > >> > >>Specifically, so

[PATCH] EDAC: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/edac/mpc85xx_edac.c | 7 +++ drivers/edac/mv64x60_edac.c | 8 drivers/edac/ppc4xx_edac.c | 4 ++-- 3 files changed

[PATCH] dma: misc: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/dma/amba-pl08x.c | 3 +-- drivers/dma/k3dma.c | 2 +- drivers/dma/mmp_pdma.c | 4 ++-- drivers/dma/mmp_tdma.c | 4 ++--

[PATCH] dma: coh901318: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/dma/coh901318.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/coh901318.c b/drivers/dma/coh901

[PATCH] crypto: mv_cesa: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/crypto/mv_cesa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/crypto/mv_cesa.c b/drivers/crypto/m

[PATCH] clocksource: at91/tc: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/clocksource/tcb_clksrc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clocksource/tcb_clksrc.c b/

[PATCH] clocksource: tegra: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/clocksource/tegra20_timer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clocksource/tegra20_time

[PATCH] clocksource: vt8500: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/clocksource/vt8500_timer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clocksource/vt8500_timer.

[PATCH] clocksource: misc drivers: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/clocksource/cadence_ttc_timer.c | 3 +-- drivers/clocksource/cs5535-clockevt.c | 2 +- drivers/clocksource/dw_apb_timer.c

[PATCH] tlclk: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/char/tlclk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/tlclk.c b/drivers/char/tlclk.c ind

[PATCH] various char drivers: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/char/nwbutton.c | 2 +- drivers/char/rtc.c| 5 ++--- drivers/char/snsc.c | 3 +-- drivers/char/snsc_event.c | 3

[PATCH] ipmi: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/char/ipmi/ipmi_si_intf.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/char/ipmi/ipmi_si_intf.

Re: [PATCH net-next] fib_trie: remove duplicated rcu lock

On Sun, 2013-10-13 at 08:13 +0800, baker.ker...@gmail.com wrote: > From: "baker.zhang" > > fib_table_lookup has included the rcu lock protection. > > Signed-off-by: baker.zhang > --- > net/ipv4/fib_frontend.c | 4 > 1 file changed, 4 deletions(-) > > diff --git a/net/ipv4/fib_frontend.c

[PATCH] hpet: remove deprecated IRQF_DISABLED

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker --- drivers/char/hpet.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/char/hpet.c b/drivers/char/hpet.c inde

Re: Usage of for_each_child_of_node()

On Sat, Oct 12, 2013 at 3:54 PM, Guenter Roeck wrote: > Hi all, > > for_each_child_of_node() and similar functions increase the refcount > on each returned node and expect the caller to release the node by > calling of_node_put() when done. > > Looking through the kernel code, it appears this is h

Re: [PATCH 12/12] EFI: Runtime services virtual mapping

On Sat, Oct 12, 2013 at 12:30:55PM +0200, Borislav Petkov wrote: > On Sat, Oct 12, 2013 at 11:13:08AM +0100, Matt Fleming wrote: > > On Sat, 12 Oct, at 03:54:44PM, Dave Young wrote: > > > Boris: > > > > > > For the boot service region overlapping problem I have another idea, > > > how about modify

Re: [PATCH 12/12] EFI: Runtime services virtual mapping

On Sat, Oct 12, 2013 at 11:13:08AM +0100, Matt Fleming wrote: > On Sat, 12 Oct, at 03:54:44PM, Dave Young wrote: > > Boris: > > > > For the boot service region overlapping problem I have another idea, > > how about modify your mapping code to always mapping the RUNTIME region > > (non boot service

Re: [PATCH] drivers/base/core.c: always output device renaming messages.

On Sun, Oct 13, 2013 at 1:50 AM, Greg KH wrote: > On Sat, Oct 12, 2013 at 02:52:51PM +0800, Ethan Zhao wrote: >> >> --- a/drivers/base/core.c >> >> +++ b/drivers/base/core.c >> >> @@ -1904,8 +1904,7 @@ int device_rename(struct device *dev, const char >> >> *new_name) >> >> if (!dev) >> >>

Re: No longer able to build kernel into RPM on Fedora

On Sunday, October 13, 2013 10:35:09 AM Chris Jones wrote: > As a temporary work around, can you revert to the older version of RPM? > Hi Chris, I was missing rpm-build, I have a patch submitted to force use of rpm-build. AFAIK, nobody uses legacy rpm anymore since falling back to just rpm will

Re: No longer able to build kernel into RPM on Fedora

As a temporary work around, can you revert to the older version of RPM? Regards On 10/13/2013 05:03 AM, Shawn Starr wrote: Hello folks, My usual approach to testing git snapshots of Linus's tree (with custom patches applied on top) is to make rpm and install this into my system for a clean

Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case

On 13/10/2013, Rafael J. Wysocki wrote: > -> What about this: > > /* >* The core will not set policy->cur, because cpufreq_driver->get is > NULL, >* so we need to set it here. However, we have to guess it, because the >* current speed is unknown and not detectable v

[PATCH net-next] fib_trie: remove duplicated rcu lock

From: "baker.zhang" fib_table_lookup has included the rcu lock protection. Signed-off-by: baker.zhang --- net/ipv4/fib_frontend.c | 4 1 file changed, 4 deletions(-) diff --git a/net/ipv4/fib_frontend.c b/net/ipv4/fib_frontend.c index b3f627a..0e9127d 100644 --- a/net/ipv4/fib_frontend.c

KVM Dirty Page Log Facility

Greetings!I am new to kvm and are writing a python script to get the number of pre-copy cycles during a remote vm migration given memory size M  of a VM in MB, the page dirty rate R of a vm in MB/s. My question is on how to get the page dirty rate. Does kvm provide a dirty page log facility t

Re: USB regression in v3.12-rc4

Hi, On Sun, Oct 13, 2013 at 12:46:18AM +0300, Aaro Koskinen wrote: > With v3.12-rc4 I can no longer connect to N800 (OMAP2) with USB > (peripheral, g_ether). To clarify, I was running v3.12-rc4 on N800/peripheral side and that's where the problem is; on host side I'm running some old Debian kerne

Re: [PATCH] [trivial]treewide: Fix typo in printk

On 09/30/13 07:19, Masanari Iida wrote: > Correct spelling typo within various part of the kernel > > Signed-off-by: Masanari Iida Acked-by: Randy Dunlap Thanks. > --- > drivers/acpi/acpica/utobject.c | 2 +- > drivers/media/i2c/adv7183.c | 2 +- >

[PATCH v2] sound: soc: fsl: Fix memory leak in imx-audmux.c

When audmux_clk is used and clk_prepare_enable function succeed, the memory alloc'd to buf variable is leaked Signed-off-by: Felipe Pena --- sound/soc/fsl/imx-audmux.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/imx-audmux.c b/sound/soc/fsl/imx-a

Re: [PATCH] x86: Run checksumming in parallel accross multiple alu's

On 10/11/2013 09:51 AM, Neil Horman wrote: > Sébastien Dugué reported to me that devices implementing ipoib (which don't > have > checksum offload hardware were spending a significant amount of time computing > checksums. We found that by splitting the checksum computation into two > separate str

Re: [PATCH] arm/arm64: remove atomic_clear_mask() in "include/asm/atomic.h"

On 11 Oct 2013, at 17:55, Will Deacon wrote: > On Fri, Oct 11, 2013 at 12:47:05PM +0100, Chen Gang wrote: >> In current kernel wide source code, except other architectures, only >> s390 scsi drivers use atomic_clear_mask(), and arm/arm64 need not >> support s390 drivers. >> >> So remove atomic_cl

[PATCH] sound: soc: fsl: Fix memory leak in imx-audmux.c

When audmux_clk is used and clk_prepare_enable function succeed, the memory alloc'd to buf variable is leaked Signed-off-by: Felipe Pena --- sound/soc/fsl/imx-audmux.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/imx-audmux.c b/sound/soc/fsl/imx-a

[PATCH 1/1] drivers: clk: sunxi: Fix memory leakage in clk-sunxi.c

From: "Victor N. Ramos Mello" Fix a possible memory leak in sun4i_osc_clk_setup(). Moved clock-frequency check to save superfluous allocation. Signed-off-by: Victor N. Ramos Mello --- drivers/clk/sunxi/clk-sunxi.c | 16 +--- 1 files changed, 9 insertions(+), 7 deletions(-) diff

[PATCH] ACPI: remove /proc/acpi/event from ACPI_BUTTON help

The commit 1696d9dc57e062ce5200f6a42a6aaada15b434bb ("ACPI: Remove the old /proc/acpi/event interface") removed the old /proc/acpi/event interface but did not remove /proc/acpi/event from ACPI_BUTTON help. Signed-off-by: Krzysztof Mazur --- drivers/acpi/Kconfig | 6 +++--- 1 file changed, 3 inse

[RFC 05/23] mm/char: remove unnecessary inclusion of bootmem.h

From: Grygorii Strashko Clean-up to remove depedency with bootmem headers. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- drivers/char/mem.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/char/mem.c b/dri

[RFC 03/23] mm/memory_hotplug: remove unnecessary inclusion of bootmem.h

From: Grygorii Strashko Clean-up to remove depedency with bootmem headers. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- mm/memory_hotplug.c |1 - 1 file changed, 1 deletion(-) diff --git a/mm/memory_hotplug.c b/m

[RFC 13/23] mm/lib: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- lib/swiotlb.c | 30 -- 1 file changed, 16 insertions(+), 14 deletions(-) diff --git a/lib/swiotlb.c b/lib/swiotlb.c inde

[RFC 02/23] mm/block: remove unnecessary inclusion of bootmem.h

From: Grygorii Strashko Clean-up to remove depedency with bootmem headers. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- block/blk-ioc.c |1 - 1 file changed, 1 deletion(-) diff --git a/block/blk-ioc.c b/block/blk

[RFC 17/23] mm/page_cgroup: Use memblock apis for early memory allocations

From: Grygorii Strashko Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- mm/page_cgroup.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

[RFC 12/23] mm/power: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- kernel/power/snapshot.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c index

[RFC 15/23] mm/sparse: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- mm/sparse-vmemmap.c |5 +++-- mm/sparse.c | 24 +--- 2 files changed, 16 insertions(+), 13 deletions(-) diff --git a

[RFC 20/23] mm/firmware: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- drivers/firmware/memmap.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/firmware/mem

[RFC 09/23] mm/init: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- init/main.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/init/main.c b/init/main.c index af310af..e8d382a 100644 --- a/in

[RFC 19/23] mm/memory_hotplug: Use memblock apis for early memory allocations

Correct ensure_zone_is_initialized() function description according to the introduced memblock APIs for early memory allocations. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- mm/memory_hotplug.c |2 +- 1 file change

[RFC 16/23] mm/hugetlb: Use memblock apis for early memory allocations

From: Grygorii Strashko Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- mm/hugetlb.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[RFC 00/23] mm: Use memblock interface instead of bootmem

Tejun, Yinghai and others, Here is an attempt to convert the core kernel code to memblock allocator APIs when used with NO_BOOTMEM. Based on discussion thread [1] and my limited understanding of the topic, I tried to cook up this RFC with help from Grygorii. I am counting on reviews, guidance and

[RFC 18/23] mm/percpu: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- mm/percpu.c | 39 +++ 1 file changed, 23 insertions(+), 16 deletions(-) diff --git a/mm/percpu.c b/mm/percpu.c i

[RFC 07/23] mm/memblock: debug: correct displaying of upper memory boundary

From: Grygorii Strashko When debugging is enabled (cmdline has "memblock=debug") the memblock will display upper memory boundary per each allocated/freed memory range wrongly. For example: memblock_reserve: [0x009e7e8000-0x009e7ed000] _memblock_early_alloc_try_nid_nopanic+0xfc/0x12c Th

[RFC 23/23] mm/ARM: OMAP: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- arch/arm/mach-omap2/omap_hwmod.c |8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch

[RFC 21/23] mm/ARM: kernel: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- arch/arm/kernel/devtree.c |2 +- arch/arm/kernel/setup.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/kerne

[RFC 08/23] mm/memblock: debug: don't free reserved array if !ARCH_DISCARD_MEMBLOCK

From: Grygorii Strashko Now the Nobootmem allocator will always try to free memory allocated for reserved memory regions (free_low_memory_core_early()) without taking into to account current memblock debugging configuration (CONFIG_ARCH_DISCARD_MEMBLOCK and CONFIG_DEBUG_FS state). As result if:

[RFC 22/23] mm/ARM: mm: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- arch/arm/mm/init.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c index cef338d..091e2c

[RFC 01/23] mm/bootmem: remove duplicated declaration of __free_pages_bootmem()

From: Grygorii Strashko The __free_pages_bootmem is used internally by MM core and already defined in internal.h. So, remove duplicated declaration. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- include/linux/bootmem.h

[RFC 10/23] mm/printk: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- kernel/printk/printk.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/kernel/printk

[RFC 06/23] mm/memblock: Add memblock early memory allocation apis

Introduce memblock early memory allocation APIs which allow to support LPAE extension on 32 bits archs. More over, this is the next step to get rid of NO_BOOTMEM memblock wrapper(nobootmem.c) and directly use memblock APIs. The proposed interface will became active if both CONFIG_HAVE_MEMBLOCK and

[RFC 04/23] mm/staging: remove unnecessary inclusion of bootmem.h

From: Grygorii Strashko Clean-up to remove depedency with bootmem headers. Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- drivers/staging/speakup/main.c |2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/st

[RFC 14/23] mm/lib: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Santosh Shilimkar --- lib/cpumask.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/cpumask.c b/lib/cpumask.c index d327b87..e85ff94 100644 --

[RFC 11/23] mm/page_alloc: Use memblock apis for early memory allocations

Switch to memblock interfaces for early memory allocator Cc: Yinghai Lu Cc: Tejun Heo Cc: Andrew Morton Signed-off-by: Grygorii Strashko Signed-off-by: Santosh Shilimkar --- mm/page_alloc.c | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/mm

USB regression in v3.12-rc4

Hi, With v3.12-rc4 I can no longer connect to N800 (OMAP2) with USB (peripheral, g_ether). According to git bisect this is caused by: 9b0a1de3c85d99d881c86a29b3d52da7b9c7bd61 is the first bad commit commit 9b0a1de3c85d99d881c86a29b3d52da7b9c7bd61 Author: Bin Liu Date: Tue Sep 17 15:33:35 2013

Re: [PATCH 1/1] dumpstack: fix printk_address for direct addresses

On Sat, 2013-10-12 at 22:13 +0200, Jiri Slaby wrote: [] > To fix that, we use %pS only for stack addresses printouts (via newly > added printk_stack_address) and %pB for regs->ip (via printk_address). > I.e. we revert to the old behaviour for all except call stacks. And > since from all those relia

[PATCHv5 2/4] ARM: msm: Add support for APQ8074 Dragonboard

This patch adds basic board support for APQ8074 Dragonboard which belongs to the Snapdragon 800 family. For now, just support a basic machine with device tree. Signed-off-by: Rohit Vaswani --- arch/arm/boot/dts/Makefile | 3 ++- arch/arm/boot/dts/qcom-apq8074-dragonboard.dts

[GIT PULL] ACPI and power management fixes for v3.12-rc5

Hi Linus, Please pull from the git repository at git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm+acpi-3.12-rc5 to receive ACPI and power management fixes for v3.12-rc5 with top-most commit 2c5bfce855ead529e2ea6f33757aa26a651d4460 Merge branch 'acpi-pci-hotplug' on top

Re: [RFC PATCH 0/5] locks: implement "filp-private" (aka UNPOSIX) locks

On Fri, Oct 11, 2013 at 8:42 PM, Jeff Layton wrote: > On Fri, 11 Oct 2013 20:18:58 -0400 > Scott Lovenberg wrote: > >> >> On Oct 11, 2013, at 19:49, Jeremy Allison wrote: >> >> > On Fri, 11 Oct 2013 15:36:43 -0600 Andreas Dilger >> > wrote: >> >>> >> >>> At this point, my main questions are: >

Usage of for_each_child_of_node()

Hi all, for_each_child_of_node() and similar functions increase the refcount on each returned node and expect the caller to release the node by calling of_node_put() when done. Looking through the kernel code, it appears this is hardly ever done, if at all. Some code even calls of_node_get() on

[PATCH 3/3] Add maintainers entry for the Freescale PAMU driver.

Signed-off-by: Varun Sethi --- MAINTAINERS |7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 8a0cbf3..5b6ea5c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3511,6 +3511,13 @@ S: Maintained F: drivers/net/ethernet/freescale/fs_enet/ F: i

[PATCH 2/3] iommu/fsl: Enable default DMA window for PCIe devices once detached

from domain. Once the PCIe device assigned to a guest VM (via VFIO) gets detached from the iommu domain (when guest terminates), its PAMU table entry is disabled. So, this would prevent the device from being used once it's assigned back to the host. This patch allows for creation of a default D

[PATCH 1/3] iommu/fsl: Factor out PCI specific code.

Factor out PCI specific code in the PAMU driver. Signed-off-by: Varun Sethi --- drivers/iommu/fsl_pamu_domain.c | 81 +++ 1 file changed, 40 insertions(+), 41 deletions(-) diff --git a/drivers/iommu/fsl_pamu_domain.c b/drivers/iommu/fsl_pamu_domain.c index

[PATCH 1/1] dumpstack: fix printk_address for direct addresses

Consider modules like this: static int my_init(void) { char *map = (void *)0x5; *map = 3; return 0; } module_init(my_init); When we turn off FRAME_POINTERs, the very first instruction in that function causes a BUG. The problem is that we print IP in the BUG report using %pB (from printk_addr

[PATCH 0/3] iommu/fsl: PAMU driver fixes.

The first patch fixes a build failure, when we try to build for a Freescale platform without PCI support. The second patch enables a default DMA window for the device, once it's detached from a domain. In case of vfio, once device is detached from a guest it can be again used by the host. The las

[no subject]

Loan offer at 3% interest rate,contact: beverlyloanservi...@outlook.com Note: Reply to this Email Only: beverlyloanservi...@outlook.com == Darlehen Angebot bei 3% Zins, Kontakt: beverlyloanservi...@outlook.com Hinweis: Antwo

Re: [GIT PULL] x86 fixes

On 10/12/2013 12:41 PM, Linus Torvalds wrote: > On Sat, Oct 12, 2013 at 12:28 PM, Matthew Garrett > wrote: >> >> The most likely cause of the problem that we're seeing here is that we're >> leaving the hardware in a state that isn't compatible with assumptions made >> by Dell's SMM code. We've c

Re: mmap for /proc/vmcore broken since 3.12-rc1

On Wed, Oct 09, 2013 at 07:14:55PM +0900, HATAYAMA Daisuke wrote: > Hello, > > (2013/10/08 21:49), Alexey Dobriyan wrote: > > On Mon, Oct 7, 2013 at 5:42 AM, HATAYAMA Daisuke > > wrote: > > > >> +static unsigned long > >> +get_unmapped_area_vmcore(struct file *filp, unsigned long addr, > >> +

Re: linux-next: Tree for Sep 30

Hi Thierry, Mark, On Mon, 30 Sep 2013 12:20:34 +0200 Thierry Reding wrote: > > As I'm sure is the case for many of us, I've become very dependent upon > the linux-next tree. So everytime Stephen goes on vacation I break out > in a cold sweat. > > Here's my attempt at providing temporary service

Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case

On Saturday, October 12, 2013 08:58:10 PM Viresh Kumar wrote: > On 12/10/2013, Rafael J. Wysocki wrote: > > Well, please merge it with the existing comment and use the usual format > > for comments that are longer than two lines. > > I thought these are separate comments and so keeping them separ

Re: [PATCH] CPU Jitter RNG: inclusion into kernel crypto API and /dev/random

Am Freitag, 11. Oktober 2013, 21:45:57 schrieb Sandy Harris: Hi Sandy, >On Fri, Oct 11, 2013 at 2:38 PM, Stephan Mueller >wrote: > >I like the basic idea. Here I'm alternately reading the email and the >page you link to & commenting on both. Thank you very much for reviewing both and sharing yo

Re: [Patch 1/1]: libertas/sdio: fix releasing memory twice.

On Sat, 2013-10-12 at 18:02 +0200, Dr. H. Nikolaus Schaller wrote: > While upgrading the GTA04 kernel to 3.12-rc4 we came across > an issue with libertas/sdio referencing stale memory on ifconfig up > when trying to load the firmware (for a second time). > > I am not at all sure if the patch is ho

Re: [PATCH v2 tip/core/rcu 07/13] ipv6/ip6_tunnel: Apply rcu_access_pointer() to avoid sparse false positive

- Original Message - > From: "Hannes Frederic Sowa" > To: "Paul E. McKenney" , "Eric Dumazet" > , "Josh Triplett" > , linux-kernel@vger.kernel.org, mi...@kernel.org, > la...@cn.fujitsu.com, dipan...@in.ibm.com, > a...@linux-foundation.org, "mathieu desnoyers" > , n...@us.ibm.com, t...@l

resend [PATCH][BUILD] Force check for rpm-build where package is not installed

On Saturday, October 12, 2013 03:39:05 PM Shawn Starr wrote: > On Saturday, October 12, 2013 03:03:32 PM Shawn Starr wrote: > > Hello folks, > > > > My usual approach to testing git snapshots of Linus's tree (with custom > > patches applied on top) is to make rpm and install this into my system fo

Re: [PATCHSET 0/8] perf tools: Fix scalability problem on callchain merging (v5)

On 10/12/13 10:53 AM, Ingo Molnar wrote: * David Ahern wrote: On 10/11/13 9:11 AM, David Ahern wrote: It would be nice to fix the callchain arg handler to not attempt to process the next argument if it is not fp or dwarf. Specifically, something like this which maintains syntax and default

Re: [GIT PULL] x86 fixes

On Sat, Oct 12, 2013 at 12:28 PM, Matthew Garrett wrote: > > The most likely cause of the problem that we're seeing here is that we're > leaving the hardware in a state that isn't compatible with assumptions made > by Dell's SMM code. We've certainly seen that some previous Dell machines > have

[PATCH][BUILD] Force check for rpm-build where package is not installed

On Saturday, October 12, 2013 03:03:32 PM Shawn Starr wrote: > Hello folks, > > My usual approach to testing git snapshots of Linus's tree (with custom > patches applied on top) is to make rpm and install this into my system for a > clean add/remove of test kernels. > > However, the developers o

RE: [GIT PULL] x86 fixes

Windows definitely uses the ACPI reboot vector. The problem with this is that, depending on what the ACPI reboot vector points to, it may also trigger some SMM code. Hitting the PCI reboot vector is likely to skip that in most cases, which results in us breaking a different set of systems that r

perf_event_mmap(vma) && !vma->vm_mm

Hi, I am fighting with uprobe bug, and perf_event_mmap() complicates the problem, it is the only reason (afaics) why the forking task can not do install_special_mapping(new_child_mm). This means that the child should do this itself, say, from task_work_run() but this way it can't handle the error

No longer able to build kernel into RPM on Fedora

Hello folks, My usual approach to testing git snapshots of Linus's tree (with custom patches applied on top) is to make rpm and install this into my system for a clean add/remove of test kernels. However, the developers of rpm removed the --target and -ta options, so I can't take tarball and

posix-timers: Various cleanups

So this is a first take to cleanup the posix cpu timers code. It removes some optimizations that don't seem very worth the code complications to me, and also bring some locking cleanup (remove use of tasklist_lock), etc.. It has been only lightly tested for now (just ran though the posix timers se

[RFC PATCH 01/10] posix-timers: Remove dead thread posix cpu timers caching

When a task is exiting or has exited, its posix cpu timers don't tick anymore and won't elapse further. It's too late for them to expire. So any further call to timer_gettime() on these timers will return the same remaining expiry time. The current code optimize this by caching the remaining delt

[RFC PATCH 03/10] posix-timers: Cleanup reaped target handling

When a timer's target is seen to be buried, for example on calls to timer_gettime(), the posix cpu timers code behaves a bit like a garbage collector and releases early the reference to the task. Then again, this optimization complicates the code for no much value: it's up to the user to release t

[RFC PATCH 06/10] posix-timers: Consolidate posix_cpu_clock_get()

Consolidate the clock sampling common code used for both local and remote targets. Note that this introduces a tiny user ABI change: if a PID is passed to clock_gettime() along the clockid, we used to forbid a process wide clock sample when that PID doesn't belong to a group leader. Now after this

  1   2   >