Re: [RFC v2 PATCH 1/7] thp: remove assumptions on pgtable_t type

Gerald Schaefer writes: > The thp page table pre-allocation code currently assumes that pgtable_t > is of type "struct page *". This may not be true for all architectures, > so this patch removes that assumption by replacing the functions > prepare_pmd_huge_pte() and get_pmd_huge_pte() with two

Re: [PATCH v2 0/2] dw_dmac: repair driver for use with AVR32 (AP7000)

On 31 August 2012 10:45, Hein Tibosch wrote: > On 8/31/2012 12:26 PM, Viresh Kumar wrote: >> BTW, Ideally speaking the fix for AVR32 which will enable 32bit mem >> support and enable BIG endian support should have been part of this >> patchset. That code can go through DMA tree as these patches

Re: [RFC PATCH 1/5] ACPI: Add acpi_lookup_driver() function

On Thu, Aug 30, 2012 at 1:16 PM, Toshi Kani wrote: > Added acpi_lookup_driver(), which looks up an associated driver > for the notified ACPI device object by walking through the list > of ACPI drivers. > > Signed-off-by: Toshi Kani > --- > drivers/acpi/scan.c | 65 >

[PATCH] hv: vmbus_drv: detect hyperv through x86_hyper

There are two reasons we need to use x86_hyper instead of query_hypervisor_presence(): - Not only hyperv but also other hypervisors such as kvm would set X86_FEATURE_HYTPERVISOR, so query_hypervisor_presence() will return true even in kvm. This may cause extra delay of 5 seconds before

RE: [PATCH] x86/kernel: remove tboot 1:1 page table creation code

Acked-by: Gang Wei > From: Xiaoyan Zhang > > For TXT boot, while Linux kernel trys to shutdown/S3/S4/reboot, it need to > jump back to tboot code and do TXT teardown work. Previously kernel zapped > all mem page identity mapping (va=pa) after booting, so tboot code mem > address > was mapped

[PATCH V2] block/throttle: Add IO throttled information in blkio.throttle.

From: Tao Ma Currently, if the IO is throttled by io-throttle, the SA has no idea of the situation and can't report it to the real application user about that he/she has to do something. So this patch adds a new interface named blkio.throttle.io_queued which indicates how many IOs are currently

RE: [PATCH] MAINTAINERS: fix TXT maintainer list and source repo path

Thanks for pointing it out. Jimmy On Thu, 2012-08-30 at 16:34 +0800, j...@perches.com wrote: > On Thu, 2012-08-30 at 13:19 +0800, gang@intel.com wrote: > > diff --git a/MAINTAINERS b/MAINTAINERS > [] > > INTEL(R) TRUSTED EXECUTION TECHNOLOGY (TXT) > [] > > -T: Mercurial

[PATCH] block/throttle: Call throtl_update_dispatch_stats with throtl_grp directly.

From: Tao Ma All callers of throtl_update_dispatch_stats uses tg_to_blkg and then in this function we use blkg_to_tg again to change it back. So remove all these useless conversion and use throtl_grp directly to call throtl_update_dispatch_stats. Cc: Tejun Heo Cc: Vivek Goyal Cc: Jens Axboe

Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()

On Wed, Aug 29, 2012 at 03:16:41PM -0700, Jeff Layton wrote: > On Wed, 29 Aug 2012 09:25:27 -0700 > Nick Pasich wrote: > > > > > I'm using kernel 3.5.3 ... > > > > It happens on 3.5.1 and 3.5.2 also. > > > > I know that Nick Bowler has already reported this... > > > > I'm experiencing the

Re: [PATCH v2 0/2] dw_dmac: repair driver for use with AVR32 (AP7000)

On 30 August 2012 22:44, Hein Tibosch wrote: > After some recent changes to dw_dmac, the driver got broken > for the AVR32 platform for two reasons: > > The accessors to i/o memory had become little-endian. > The maximum transfer width on the memory side was increased > from 32 to 64 bits. This

Re: [REGRESSION] Xorg doesn't like 4e8b14526 "time: Improve sanity checking of timekeeping inputs"

On Thu, Aug 30, 2012 at 9:05 PM, Andreas Bombe wrote: > > With that somewhat easy test I bisected it down to 4e8b14526 "time: > Improve sanity checking of timekeeping inputs". The latest Linus git > (155e36d40) with a revert of the bisected commit does not show the > problem. Ok, I guess we need

[REGRESSION] Xorg doesn't like 4e8b14526 "time: Improve sanity checking of timekeeping inputs"

I have recently started to get problems with X simply shutting itself down and returning to the login screen. In the X logs I find: > [ 1492.936] > Fatal server error: > [ 1492.936] WaitForSomething(): select: Invalid argument No messages whatsoever is found in the kernel logs. This error

Re: [PATCH 0/5] dev_ and dynamic_debug cleanups

On Thu, Aug 30, 2012 at 11:43 AM, Jim Cromie wrote: > On Sun, Aug 26, 2012 at 5:25 AM, Joe Perches wrote: >> The recent commit to fix dynamic_debug was a bit unclean. >> Neaten the style for dynamic_debug. >> Reduce the stack use of message logging that uses netdev_printk >> Add utility

[PATCH] ASoC: correct the check for NULL dma_buffer pointer

The if condition if (!buf && !buf->area) checks if the buf pointer is NULL and then dereferences it again to check if the buffer area is NULL, resulting in possible NULL dereference. Signed-off-by: Prasad Joshi --- sound/soc/spear/spear_pcm.c |2 +- 1 files changed, 1

[BUG REPORT] Wrong deaklock warning!

Hi, All, I used two spinlocks in my code, and I enabled the following CONFIGs for debugging. CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_LOCK_ALLOC=y CONFIG_PROVE_LOCKING=y CONFIG_DEBUG_LOCKDEP=y void abc_init(struct abc_dev *dev) { spin_lock_init(>locka); spin_lock_init(>lockb); } void

RE: [PATCH v7 1/8] Talitos: Support for async_tx XOR offload

> -Original Message- > From: Geanta Neag Horia Ioan-B05471 > Sent: Thursday, August 30, 2012 10:23 PM > To: Liu Qiang-B32616; linux-cry...@vger.kernel.org; > dan.j.willi...@gmail.com; herb...@gondor.hengli.com.au; > da...@davemloft.net; linux-kernel@vger.kernel.org; linuxppc- >

Re: [PATCH] of: add devres version of of_iomap

On 08/30/2012 05:09 PM, Karicheri, Muralidharan wrote: >>> -Original Message- >>> From: Rob Herring [mailto:robherri...@gmail.com] >>> Sent: Thursday, August 30, 2012 2:27 PM >>> To: Karicheri, Muralidharan >>> Cc: grant.lik...@secretlab.ca; devicetree-disc...@lists.ozlabs.org; linux- >>>

Re: [RFC,PATCH] efi: Add support for a UEFI variable filesystem

Wouldn't that be better handled by O_APPEND? Jeremy Kerr wrote: >Hi hpa, > >Thanks for the review! > >> However, I have a question... rather than putting the attributes as >the >> first data bytes, would it be better to make it either part of the >> filename (assuming there is at least one

Re: i2c-eg20t: regression since i2c_add_numbered_adapter change

Hi Alexander, On Thu, 30 Aug 2012 13:08:09 +0200 Alexander Stein wrote: > On Thursday 30 August 2012 17:19:15, Feng Tang wrote: > > > IMO the i2c_register_board_info only works in quite static setups. > > > Especially with I2C-Busses attached to hotplugable PCI devices this way > > > doesn't

Re: [PATCH v7 9/9] block: Avoid deadlocks with bio allocation by stacking drivers

On Thu, Aug 30, 2012 at 6:43 PM, Kent Overstreet wrote: > On Thu, Aug 30, 2012 at 06:07:45PM -0400, Vivek Goyal wrote: >> On Wed, Aug 29, 2012 at 10:13:45AM -0700, Kent Overstreet wrote: >> >> [..] >> > > Performance aside, punting submission to per device worker in case of >> > > deep >> > >

[PATCH] hwmon: (sht15) remove multiple driver registration

Declare an array of platform_device_id, instead of registering a driver for each supported chip. This makes the code cleaner. Also add a module description. Signed-off-by: Vivien Didelot --- drivers/hwmon/sht15.c | 94 +-- 1 file changed, 23

Re: [PATCH v7 9/9] block: Avoid deadlocks with bio allocation by stacking drivers

On Thu, Aug 30, 2012 at 06:07:45PM -0400, Vivek Goyal wrote: > On Wed, Aug 29, 2012 at 10:13:45AM -0700, Kent Overstreet wrote: > > [..] > > > Performance aside, punting submission to per device worker in case of deep > > > stack usage sounds cleaner solution to me. > > > > Agreed, but

[PATCH v3] hwmon: add Maxim MAX197 support

The MAX197 is an A/D converter, made by Maxim. This driver currently supports the MAX197, and MAX199. They are both 8-Channel, Multi-Range, 5V, 12-Bit DAS with 8+4 Bus Interface and Fault Protection. The available ranges for the MAX197 are {0,-5V} to 5V, and {0,-10V} to 10V, while they are

Re: [PATCH] gpio: em: Fix checking return value of irq_alloc_descs

On Fri, Aug 31, 2012 at 9:05 AM, Linus Walleij wrote: > On Tue, Aug 28, 2012 at 4:30 AM, Axel Lin wrote: > >> irq_alloc_descs() returns negative error code on failure. >> >> Signed-off-by: Axel Lin > > Magnuis can I have your ACK on this? Yes, of course! I never disagree with bug fixes =)

Re: [PATCH] userns: Add basic quota support v4

On Wed, Aug 29, 2012 at 02:31:26AM -0700, Eric W. Biederman wrote: > > Dave thanks for taking the time to take a detailed look at this code. > > Dave Chinner writes: > > > On Tue, Aug 28, 2012 at 12:09:56PM -0700, Eric W. Biederman wrote: > >> > >> Add the data type struct kqid which holds

Re: [PATCH v3] linux/kernel.h: Fix DIV_ROUND_CLOSEST to support negative operands

On Thu, Aug 30, 2012 at 05:35:31PM -0700, Andrew Morton wrote: > On Thu, 30 Aug 2012 17:10:47 -0700 Guenter Roeck wrote: > > > DIV_ROUND_CLOSEST returns a bad result for dividends with different sign: > > DIV_ROUND_CLOSEST(-2, 2) = 0 > > > > Most of the time this does not matter. However,

Re: [PATCH 4/9 V3] workqueue: add non_manager_role_manager_mutex_unlock()

On 08/30/2012 05:17 PM, Tejun Heo wrote: > Hello, Lai. > > On Thu, Aug 30, 2012 at 05:16:01PM +0800, Lai Jiangshan wrote: >> gcwq_unbind_fn() is unsafe even it is called from a work item. >> so we need non_manager_role_manager_mutex_unlock(). >> >> If rebind_workers() is called from a work item,

Re: [PATCH v3 3/3] spi: spi-davinci: convert to DMA engine API

On Thu, 2012-08-30 at 10:43 -0400, Matt Porter wrote: > On Thu, Aug 30, 2012 at 07:46:32PM +0530, Sekhar Nori wrote: > > Hi Matt, > > > > On 8/23/2012 6:39 AM, Matt Porter wrote: > > > Removes use of the DaVinci EDMA private DMA API and replaces > > > it with use of the DMA engine API. > > > > >

Re: [PATCH 0/2] ARM: EXYNOS: Set the capability of pdm0 and pdm1 as DMA_PRIVATE

On Wed, 2012-08-29 at 10:16 +0530, Tushar Behera wrote: > DMA clients pdma0 and pdma1 are internal to the SoC and are used only > by dedicated peripherals. Since they cannot be used for generic > purpose, their capability should be set as DMA_PRIVATE. > > The patches are rebased on top of

Re: [RFC,PATCH] efi: Add support for a UEFI variable filesystem

Hi hpa, Thanks for the review! However, I have a question... rather than putting the attributes as the first data bytes, would it be better to make it either part of the filename (assuming there is at least one character other than / which can be reasonably relied upon to not be part of the

Re: [PATCH -v12 02/15] resources: Add probe_resource()

On Wed, Aug 29, 2012 at 10:36 AM, Yinghai Lu wrote: > On Wed, Aug 29, 2012 at 8:57 AM, Yinghai Lu wrote: >> also have another version for probe_resource, please check attached version >> -v8. >> > > sorry, v8 forget removing two lines. > > please -v9 instead. > > -v8: Linus said:

Re: [PATCH v3] linux/kernel.h: Fix DIV_ROUND_CLOSEST to support negative operands

On Thu, 30 Aug 2012 17:10:47 -0700 Guenter Roeck wrote: > DIV_ROUND_CLOSEST returns a bad result for dividends with different sign: > DIV_ROUND_CLOSEST(-2, 2) = 0 > > Most of the time this does not matter. However, in the hardware monitoring > subsystem, DIV_ROUND_CLOSEST is sometimes

Re: [PATCH] ioat: Adding Ivy Bridge IOATDMA PCI device IDs

On Fri, 2012-08-24 at 16:36 -0700, Dave Jiang wrote: > Signed-off-by: Dave Jiang Sounds okay to me, I can carry it once Dan acks it > --- > > drivers/dma/ioat/pci.c | 22 ++ > 1 files changed, 22 insertions(+), 0 deletions(-) > > diff --git a/drivers/dma/ioat/pci.c

Re: [PATCH] dma/ste_dma40: Fixup clock usage during probe

On Thu, 2012-08-23 at 13:41 +0200, Ulf Hansson wrote: > From: Ulf Hansson > > Fixup some errorhandling for clocks during probe and make sure > to use clk_prepare as well as clk_enable. > > Signed-off-by: Ulf Hansson > Acked-by: Linus Walleij Applied, thanks -- ~Vinod Koul Intel Corp. -- To

[PATCH v3] linux/kernel.h: Fix DIV_ROUND_CLOSEST to support negative operands

DIV_ROUND_CLOSEST returns a bad result for dividends with different sign: DIV_ROUND_CLOSEST(-2, 2) = 0 Most of the time this does not matter. However, in the hardware monitoring subsystem, DIV_ROUND_CLOSEST is sometimes used on integers which can be negative (such as temperatures).

Re: [PATCH] gpio: em: Fix checking return value of irq_alloc_descs

On Tue, Aug 28, 2012 at 4:30 AM, Axel Lin wrote: > irq_alloc_descs() returns negative error code on failure. > > Signed-off-by: Axel Lin Magnuis can I have your ACK on this? Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH 0/3] staging: ramster: move to new zcache2 code base

On Thu, Aug 30, 2012 at 03:46:01PM -0700, Dan Magenheimer wrote: > Hi Greg -- > > gregkh> If you feel that the existing code needs to be dropped > gregkh> and replaced with a totally new version, that's fine with > gregkh> me. It's forward progress, which is all that I ask for. >

Re: [PATCH 5/8] hpfs: drop lock/unlock super

It looks ok. Mikulas On Thu, 30 Aug 2012, Marco Stornelli wrote: > Removed lock/unlock super. > > Signed-off-by: Marco Stornelli > --- > fs/hpfs/super.c |3 --- > 1 files changed, 0 insertions(+), 3 deletions(-) > > diff --git a/fs/hpfs/super.c b/fs/hpfs/super.c > index 706a12c..8af2cdc

Re: [PATCH 13/22] ARM: ux500: Fork MSP platform registration for step-by-step DT enablement

On Tue, Aug 28, 2012 at 12:48 AM, Lee Jones wrote: > On Mon, Aug 27, 2012 at 04:07:58PM -0700, Linus Walleij wrote: >> If you're adding and then removing *all* of them in this set, >> why add them in the first place? > > So that there's no breakage during bisection. > > You should be able to

Re: [PATCH 09/17] ARM: ux500: Add AB8500 CODEC node to DB8500 Device Tree

On Fri, Aug 24, 2012 at 7:01 AM, Lee Jones wrote: > Ensure correct probing and pass though important configuration > options to the AB8500 CODEC driver when DT is enabled > > Signed-off-by: Lee Jones Acked-by: Linus Walleij Yours, Linus Walleij -- To unsubscribe from this list: send the line

Re: [PATCH v2 1/2] linux/kernel.h: Introduce IDIV_ROUND_CLOSEST

On Thu, Aug 30, 2012 at 04:15:32PM -0700, Andrew Morton wrote: > On Tue, 28 Aug 2012 09:30:55 -0700 > Guenter Roeck wrote: > > > DIV_ROUND_CLOSEST returns a bad result for negative dividends: > > DIV_ROUND_CLOSEST(-2, 2) = 0 > > > > Most of the time this does not matter. However, in the

Re: [PATCH 01/17] ASoC: Ux500: Move MSP pinctrl setup into the MSP driver

On Fri, Aug 24, 2012 at 7:01 AM, Lee Jones wrote: > In the initial submission of the MSP driver msp1 and msp3's associated > pinctrl mechanism was passed back to platform code using a plat_init() > call-back routine, but it has no place in platform code. The MSP driver > should set this up for

Re: [PATCH] clk: Make the generic clock API available by default

On 08/30/12 10:19, Mark Brown wrote: On Wed, Aug 29, 2012 at 02:49:34PM -0700, Stephen Warren wrote: On 08/28/12 13:35, Mark Brown wrote: @@ -674,6 +676,7 @@ config ARCH_TEGRA select GENERIC_CLOCKEVENTS select GENERIC_GPIO select HAVE_CLK + select

Re: [PATCH tip/core/rcu 1/5] rcu: Update rcutorture defaults

On Thu, Aug 30, 2012 at 02:35:36PM -0700, Paul E. McKenney wrote: > On Thu, Aug 30, 2012 at 11:57:05AM -0700, Josh Triplett wrote: > > On Thu, Aug 30, 2012 at 11:45:08AM -0700, Paul E. McKenney wrote: > > > From: "Paul E. McKenney" > > > > > > A number of new features have been added to

Re: [PATCH tip/core/rcu 2/5] rcu: Track CPU-hotplug duration statistics

On Thu, Aug 30, 2012 at 01:38:42PM -0700, Paul E. McKenney wrote: > On Thu, Aug 30, 2012 at 12:00:18PM -0700, Josh Triplett wrote: > > On Thu, Aug 30, 2012 at 11:45:09AM -0700, Paul E. McKenney wrote: > > > From: "Paul E. McKenney" > > > > > > Many rcutorture runs include CPU-hotplug operations

Re: [PATCH tip/core/rcu 0/5] Documentation and rcutorture changes

On Thu, Aug 30, 2012 at 02:46:03PM -0700, Paul E. McKenney wrote: > On Thu, Aug 30, 2012 at 11:56:09AM -0700, Josh Triplett wrote: > > On Thu, Aug 30, 2012 at 11:44:48AM -0700, Paul E. McKenney wrote: > > > Hello! > > > > > > This series covers changes to rcutorture and documentation updates. > >

Re: [PATCH 0/8] x86, mm: init_memory_mapping cleanup

On Thu, Aug 30, 2012 at 04:06:07PM -0700, Yinghai Lu wrote: > Only create mapping for E820_820 and E820_RESERVED_KERN. > > Also seperate find_early_page_table out with init_memory_mapping. > > Jacob Shin (3): > x86: if kernel .text .data .bss are not marked as E820_RAM, complain > and fix

Re: [PATCH v2 1/2] linux/kernel.h: Introduce IDIV_ROUND_CLOSEST

On Tue, 28 Aug 2012 09:30:55 -0700 Guenter Roeck wrote: > DIV_ROUND_CLOSEST returns a bad result for negative dividends: > DIV_ROUND_CLOSEST(-2, 2) = 0 > > Most of the time this does not matter. However, in the hardware monitoring > subsystem, it is sometimes used on integers which can be

Re: [PATCH 0/8] x86, mm: init_memory_mapping cleanup

On Thu, Aug 30, 2012 at 4:06 PM, Yinghai Lu wrote: > Only create mapping for E820_820 and E820_RESERVED_KERN. > > Also seperate find_early_page_table out with init_memory_mapping. > > Jacob Shin (3): > x86: if kernel .text .data .bss are not marked as E820_RAM, complain > and fix > x86:

[PATCH 3/8] x86, mm: Moving init_memory_mapping calling

from setup.c to mm/init.c So could update all related calling together. Signed-off-by: Yinghai Lu --- arch/x86/include/asm/init.h|1 - arch/x86/include/asm/pgtable.h |2 +- arch/x86/kernel/setup.c| 13 + arch/x86/mm/init.c | 19

RE: Using uio_pdrv to create an platform device for an FPGA, mmap() fails

>[Added Greg Kroah-Hartman to Cc:] > >On Thu, Aug 30, 2012 at 08:10:11PM +, Worth, Kevin wrote: >> >> Thanks for the reply, Hans. Your question about opening /dev/uio0 O_RDWR >> >> prompted me to check out how I was creating /dev/uio0 ... my system >> >> isn't using udev, and I was

[PATCH 8/8] x86: Only direct map addresses that are marked as E820_RAM

From: Jacob Shin Currently direct mappings are created for [ 0 to max_low_pfn< --- arch/x86/include/asm/page_types.h | 11 + arch/x86/kernel/setup.c |8 ++- arch/x86/mm/init.c| 85 arch/x86/mm/init_64.c |

[PATCH 7/8] x86: Fixup code testing if a pfn is direct mapped

From: Jacob Shin Update code that previously assumed pfns [ 0 - max_low_pfn_mapped ) and [ 4GB - max_pfn_mapped ) were always direct mapped, to now look up pfn_mapped ranges instead. -v2: change applying sequence to keep git bisecting working. so add dummy pfn_range_is_mapped(). - Yinghai

[PATCH 6/8] x86: if kernel .text .data .bss are not marked as E820_RAM, complain and fix

From: Jacob Shin There could be cases where user supplied memmap=exactmap memory mappings do not mark the region where the kernel .text .data and .bss reside as E820_RAM, as reported here: https://lkml.org/lkml/2012/8/14/86 Handle it by complaining, and adding the range back into the e820.

[PATCH 5/8] x86, mm: Find early page table only one time

Should not do that in every calling of init_memory_mapping. Actually in early time, only need do once. Also move down early_memtest. Signed-off-by: Yinghai Lu --- arch/x86/mm/init.c | 71 +++- 1 files changed, 37 insertions(+), 34 deletions(-)

[PATCH 4/8] x86, mm: Revert back good_end setting for 64bit

So we could put page table high again for 64bit. Signed-off-by: Yinghai Lu --- arch/x86/mm/init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c index 15a6a38..cca9b7d 100644 --- a/arch/x86/mm/init.c +++ b/arch/x86/mm/init.c @@

[PATCH 2/8] x86, mm: Split out split_mem_range

from init_memory_mapping, so make init_memory_mapping readable. Suggested-by: Ingo Molnar Signed-off-by: Yinghai Lu --- arch/x86/mm/init.c | 42 ++ 1 files changed, 26 insertions(+), 16 deletions(-) diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c

[PATCH 1/8] x86, mm: Add global page_size_mask

detect if need to use 1G or 2M and store them in page_size_mask. Only probe them one time. Suggested-by: Ingo Molnar Signed-off-by: Yinghai Lu --- arch/x86/include/asm/pgtable.h |1 + arch/x86/kernel/setup.c|1 + arch/x86/mm/init.c | 66

[PATCH 0/8] x86, mm: init_memory_mapping cleanup

Only create mapping for E820_820 and E820_RESERVED_KERN. Also seperate find_early_page_table out with init_memory_mapping. Jacob Shin (3): x86: if kernel .text .data .bss are not marked as E820_RAM, complain and fix x86: Fixup code testing if a pfn is direct mapped x86: Only direct map

Re: [PATCH 8/8] input: ab8500-ponkey: Rely on MFD core to convert IRQs to virtual

On Thu, Aug 30, 2012 at 04:02:21PM -0700, Dmitry Torokhov wrote: > On Thu, Aug 30, 2012 at 02:12:04PM +0100, Lee Jones wrote: > > > Sorry for the delay. Yes, this shoudl be fine, but since it is > > > essentially a revert of the original patch it should be pushed in as > > > such. > > > > How's

Re: [PATCH 8/8] input: ab8500-ponkey: Rely on MFD core to convert IRQs to virtual

On Thu, Aug 30, 2012 at 02:12:04PM +0100, Lee Jones wrote: > > Sorry for the delay. Yes, this shoudl be fine, but since it is > > essentially a revert of the original patch it should be pushed in as > > such. > > How's this? > Excellent. > Author: Lee Jones > Date: Thu Aug 30 14:08:19 2012

Re: [PATCH v2] drivers/tty: Folding Android's keyreset driver in sysRQ

Hi Matthieu, On Thu, Aug 30, 2012 at 04:30:54PM -0600, mathieu.poir...@linaro.org wrote: > From: "Mathieu J. Poirier" > > This patch adds keyreset functionality to the sysrq driver. It > allows certain button/key combinations to be used in order to > trigger device resets. > > The first time

RE: [PATCH 0/8] lp8727_charger: cleanup code

> -Original Message- > From: Anton Vorontsov [mailto:anton.voront...@linaro.org] > Sent: Thursday, August 30, 2012 9:15 PM > To: Kim, Milo > Cc: linux-kernel@vger.kernel.org; David Woodhouse > Subject: Re: [PATCH 0/8] lp8727_charger: cleanup code > > On Thu, Aug 30, 2012 at 11:37:16AM

Re: [PATCH] Input: Let the FT5x06 driver build without debugfs

On Thu, Aug 30, 2012 at 03:26:21PM -0700, David Rientjes wrote: > On Tue, 21 Aug 2012, Dmitry Torokhov wrote: > > > > > > On 08/17/2012 02:15 AM, Eric W. Biederman wrote: > > > > >> When testing to make certain my user namespace code works in > > > > >> various configurations I tripped over the

Re: [PATCH] exportfs: add FILEID_INVALID to indicate invalid fid_type

2012/8/31, J. Bruce Fields : > On Wed, Aug 29, 2012 at 10:10:10AM -0400, Namjae Jeon wrote: >> This commit adds FILEID_INVALID = 0xff in fid_type to >> indicate invalid fid_type > > OK, applying for 3.7. > > Looks like this shows up in a lot of filesystems too as just "255". Are > you planning to

[git pull] Input updates for 3.6-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus or master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem. Changelog: - Dmitry Torokhov (1): Input: i8042 -

Latency.

I have done some research on latency. I have config`d a linux kernel to run 0.3ms reliable latency with audiostreams, under normal worksituations. (An audioapp, and maybe some small tasks in between). This also resulted in an extremely smooth gameplaying experience, like an asm-programmed

[PATCH 0/3] staging: ramster: move to new zcache2 code base

Hi Greg -- gregkh> If you feel that the existing code needs to be dropped gregkh> and replaced with a totally new version, that's fine with gregkh> me. It's forward progress, which is all that I ask for. (http://lkml.indiana.edu/hypermail/linux/kernel/1208.0/02240.html, in reference to zcache,

Re: [PATCH 0/5] rbtree based interval tree as a prio_tree replacement

On Thu, Aug 30, 2012 at 2:34 PM, Andrew Morton wrote: > On Tue, 7 Aug 2012 00:25:38 -0700 > Michel Lespinasse wrote: > >> This patchset goes over the rbtree changes that have been already integrated >> into Andrew's -mm tree, as well as the augmented rbtree proposal which is >> currently

[PATCH v2] drivers/tty: Folding Android's keyreset driver in sysRQ

From: "Mathieu J. Poirier" This patch adds keyreset functionality to the sysrq driver. It allows certain button/key combinations to be used in order to trigger device resets. The first time the key-combo is detected a work function that syncs the filesystems is scheduled and the kernel

Re: [PATCH] slub: consider pfmemalloc_match() in get_partial_node()

On Sat, 25 Aug 2012, Joonsoo Kim wrote: > There is no consideration for pfmemalloc_match() in get_partial(). If we don't > consider that, we can't restrict access to PFMEMALLOC page mostly. > > We may encounter following scenario. > > Assume there is a request from normal allocation > and there

Re: [PATCH] Input: Let the FT5x06 driver build without debugfs

On Tue, 21 Aug 2012, Dmitry Torokhov wrote: > > > > On 08/17/2012 02:15 AM, Eric W. Biederman wrote: > > > >> When testing to make certain my user namespace code works in > > > >> various configurations I tripped over the tf5x06.c not building > > > >> with debugfs disabled. > > > > > > > > Sorry

Re: Using uio_pdrv to create an platform device for an FPGA, mmap() fails

[Added Greg Kroah-Hartman to Cc:] On Thu, Aug 30, 2012 at 08:10:11PM +, Worth, Kevin wrote: > >> Thanks for the reply, Hans. Your question about opening /dev/uio0 O_RDWR > >> prompted me to check out how I was creating /dev/uio0 ... my system > >> isn't using udev, and I was accidentally

RE: [PATCH] of: add devres version of of_iomap

>> -Original Message- >> From: Rob Herring [mailto:robherri...@gmail.com] >> Sent: Thursday, August 30, 2012 2:27 PM >> To: Karicheri, Muralidharan >> Cc: grant.lik...@secretlab.ca; devicetree-disc...@lists.ozlabs.org; linux- >> ker...@vger.kernel.org >> Subject: Re: [PATCH] of: add devres

Re: [PATCH v7 9/9] block: Avoid deadlocks with bio allocation by stacking drivers

On Wed, Aug 29, 2012 at 10:13:45AM -0700, Kent Overstreet wrote: [..] > > Performance aside, punting submission to per device worker in case of deep > > stack usage sounds cleaner solution to me. > > Agreed, but performance tends to matter in the real world. And either > way the tricky bits are

[PATCH] ftdi_sio: PID for NZR SEM 16+ USB

This adds the USB PID for the NZR SEM 16+ USB energy monitor device . It works perfectly with the GPL software on . Signed-off-by: Horst Schirmeier --- drivers/usb/serial/ftdi_sio.c |1 + drivers/usb/serial/ftdi_sio_ids.h |3

Re: [PATCH 2/2] [RESEND] add discard support to nbd

On Wed, 29 Aug 2012 08:41:02 -0400 paul.cleme...@steeleye.com wrote: > Description: This patch adds discard support to nbd. When the nbd client > system receives a discard request, this will be passed along to the nbd > server system, where the nbd-server will respond by performing: >

Continuous warn slow path warning messages from top of the kernel tree

I am using the latest git repo (3.6.-rc3) to boot my ARM mx28 based board. When I boot this board via nfs I see continuous messages shown below. I looked at ip_auto_config net/ipv4/ipconfig.c and I don't see explicit prink() call although there are DBG() or pr_info/pr_err calls but I thought

Re: [PATCH 1/2] [RESEND] add discard support to nbd

> Subject: [PATCH 1/2] [RESEND] add discard support to nbd Please don't send multiple patches with the same title. And please prefix the patch titles with text which identifies the affected subsystem. Documentation/SubmittingPatches goes into details. On Wed, 29 Aug 2012 08:40:45 -0400

[PATCH tip/core/rcu 02/15] rcu: Pull TINY_RCU dyntick-idle tracing into non-idle region

From: "Paul E. McKenney" Because TINY_RCU's idle detection keys directly off of the nesting level, rather than from a separate variable as in TREE_RCU, the TINY_RCU dyntick-idle tracing on transition to idle must happen before the change to the nesting level. This commit therefore makes this

[PATCH tip/core/rcu 08/15] rcu: Apply for_each_rcu_flavor() to increment_cpu_stall_ticks()

From: "Paul E. McKenney" The increment_cpu_stall_ticks() function listed each RCU flavor explicitly, with an ifdef to handle preemptible RCU. This commit therefore applies for_each_rcu_flavor() to save a line of code. Signed-off-by: Paul E. McKenney --- kernel/rcutree_plugin.h |9

[PATCH tip/core/rcu 10/15] rcu: Protect rcu_node accesses during CPU stall warnings

From: "Paul E. McKenney" The print_other_cpu_stall() function accesses a number of rcu_node fields without protection from the ->lock. In theory, this is not a problem because the fields accessed are all integers, but in practice the compiler can get nasty. Therefore, the commit extends the

[PATCH tip/core/rcu 07/15] rcu: Fix obsolete rcu_initiate_boost() header comment

From: "Paul E. McKenney" Commit 1217ed1b (rcu: permit rcu_read_unlock() to be called while holding runqueue locks) made rcu_initiate_boost() restore irq state when releasing the rcu_node structure's ->lock, but failed to update the header comment accordingly. This commit therefore brings the

Re: [PATCH tip/core/rcu 0/5] Documentation and rcutorture changes

On Thu, Aug 30, 2012 at 11:56:09AM -0700, Josh Triplett wrote: > On Thu, Aug 30, 2012 at 11:44:48AM -0700, Paul E. McKenney wrote: > > Hello! > > > > This series covers changes to rcutorture and documentation updates. > > The individual patches in this series are as follows: > > > > 1. Update

[PATCH tip/core/rcu 14/15] time: RCU permitted to stop idle entry via softirq

From: "Paul E. McKenney" The can_stop_idle_tick() function complains if a softirq vector is raised too late in the idle-entry process, presumably in order to prevent dangling softirq invocations from being delayed across the full idle period, which might be indefinitely long -- and if softirq

[PATCH tip/core/rcu 09/15] rcu: Avoid rcu_print_detail_task_stall_rnp() segfault

From: "Paul E. McKenney" The rcu_print_detail_task_stall_rnp() function invokes rcu_preempt_blocked_readers_cgp() to verify that there are some preempted RCU readers blocking the current grace period outside of the protection of the rcu_node structure's ->lock. This means that the last blocked

[PATCH tip/core/rcu 13/15] rcu: Move TINY_PREEMPT_RCU away from raw_local_irq_save()

From: "Paul E. McKenney" The use of raw_local_irq_save() is unnecessary, given that local_irq_save() really does disable interrupts. Also, it appears to interfere with lockdep. Therefore, this commit moves to local_irq_save(). Reported-by: Fengguang Wu Signed-off-by: Paul E. McKenney

[PATCH tip/core/rcu 03/15] rcu: Properly initialize ->boost_tasks on CPU offline

From: "Paul E. McKenney" When rcu_preempt_offline_tasks() clears tasks from a leaf rcu_node structure, it does not NULL out the structure's ->boost_tasks field. This commit therefore fixes this issue. Signed-off-by: Paul E. McKenney Signed-off-by: Paul E. McKenney --- kernel/rcutree_plugin.h

[PATCH tip/core/rcu 05/15] rcu: Improve boost selection when moving tasks to root rcu_node

From: "Paul E. McKenney" The rcu_preempt_offline_tasks() moves all tasks queued on a given leaf rcu_node structure to the root rcu_node, which is done when the last CPU corresponding the the leaf rcu_node structure goes offline. Now that RCU-preempt's synchronize_rcu_expedited() implementation

[PATCH tip/core/rcu 06/15] rcu: Make offline-CPU checking allow for indefinite delays

From: "Paul E. McKenney" The rcu_implicit_offline_qs() function implicitly assumed that execution would progress predictably when interrupts are disabled, which is of course not guaranteed when running on a hypervisor. Furthermore, this function is short, and is called from one place only in a

[PATCH tip/core/rcu 12/15] rcu: Remove redundant memory barrier from __call_rcu()

From: "Paul E. McKenney" The first memory barrier in __call_rcu() is supposed to order any updates done beforehand by the caller against the actual queuing of the callback. However, the second memory barrier (which is intended to order incrementing the queue lengths before queuing the callback)

[PATCH tip/core/rcu 11/15] rcu: Avoid spurious RCU CPU stall warnings

From: "Paul E. McKenney" If a given CPU avoids the idle loop but also avoids starting a new RCU grace period for a full minute, RCU can issue spurious RCU CPU stall warnings. This commit fixes this issue by adding a check for ongoing grace period to avoid these spurious stall warnings.

[PATCH tip/core/rcu 01/15] rcu: Add PROVE_RCU_DELAY to provoke difficult races

From: "Paul E. McKenney" There have been some recent bugs that were triggered only when preemptible RCU's __rcu_read_unlock() was preempted just after setting ->rcu_read_lock_nesting to INT_MIN, which is a low-probability event. Therefore, reproducing those bugs (to say nothing of gaining

[PATCH tip/core/rcu 04/15] rcu: Permit RCU_NONIDLE() to be used from interrupt context

From: "Paul E. McKenney" There is a need to use RCU from interrupt context, but either before rcu_irq_enter() is called or after rcu_irq_exit() is called. If the interrupt occurs from idle, then lockdep-RCU will complain about such uses, as they appear to be illegal uses of RCU from the idle

[PATCH tip/core/rcu 15/15] kmemleak: Replace list_for_each_continue_rcu with new interface

From: Michael Wang This patch replaces list_for_each_continue_rcu() with list_for_each_entry_continue_rcu() to save a few lines of code and allow removing list_for_each_continue_rcu(). Signed-off-by: Michael Wang Acked-by: Catalin Marinas Signed-off-by: Paul E. McKenney --- mm/kmemleak.c |

[PATCH tip/core/rcu 0/3] CPU-hotplug changes

Hello! This patch series contains fixes and improvements related to CPU hotplug: 1. Remove _rcu_barrier() dependency on __stop_machine(). 2. Disallow callback registry on offline CPUs. 3. Fix load avg vs cpu-hotplug (with Peter Zijlstra).

Re: [PATCH 0/5] rbtree based interval tree as a prio_tree replacement

On 08/30/2012 05:34 PM, Andrew Morton wrote: It would good to have solid acknowledgement from Rik that this approach does indeed suit his pending vma changes. It does. Michel's rbtree rework is exactly what I need. I do not need the interval tree bits, but the faster augmented rbtree is

Re: [PATCH tip/core/rcu 1/5] rcu: Update rcutorture defaults

On Thu, Aug 30, 2012 at 11:57:05AM -0700, Josh Triplett wrote: > On Thu, Aug 30, 2012 at 11:45:08AM -0700, Paul E. McKenney wrote: > > From: "Paul E. McKenney" > > > > A number of new features have been added to rcutorture over the years, but > > the defaults have not been updated to include

Re: [PATCH 0/5] rbtree based interval tree as a prio_tree replacement

On Tue, 7 Aug 2012 00:25:38 -0700 Michel Lespinasse wrote: > This patchset goes over the rbtree changes that have been already integrated > into Andrew's -mm tree, as well as the augmented rbtree proposal which is > currently pending. hm. Well I grabbed these for a bit of testing. It's a

[PATCH 3/3] efi: Fix the ACPI BGRT driver for images located in EFI boot services memory

The ACPI BGRT driver accesses the BIOS logo image when it initializes. However, ACPI 5.0 (which introduces the BGRT) recommends putting the logo image in EFI boot services memory, so that the OS can reclaim that memory. Production systems follow this recommendation, breaking the ACPI BGRT driver.

  1   2   3   4   5   6   7   8   >