[PATCH v4 1/1] Input: xpad - Handle all variations of Mad Catz Beat Pad

* Add this device to usbhid ignore list Signed-off-by: Yuri Khan Acked-by: Jiri Kosina --- drivers/hid/hid-core.c|1 + drivers/hid/hid-ids.h |3 +++ drivers/input/joystick/xpad.c |1 + 3 files changed, 5 insertions(+) diff --git a/drivers/hid/hid-core.c b/drivers/hi

Re: [PATCH 0/4] zsmalloc improvements

Hi everybody, I realized it by Seth's mention yesterday that Greg already merged this series I should have hurried but last week I have no time. :( On 07/03/2012 06:15 AM, Seth Jennings wrote: > This patchset removes the current x86 dependency for zsmalloc > and introduces some performance impro

Re: [PATCH v1] usb: host: Fix possible kernel crash

On Tuesday 10 July 2012 10:05 PM, Scan Subscription wrote: Hi Greg/Venu/Alan and others, The defect discussed in this thread was found in 2006, and was marked in Coverity Scan as false positive - intentional ( by linux developer or coverity admin that we don't know)... As a general rule, 1. w

Re: [PATCH v1] usb: host: Fix possible kernel crash

On Tuesday 10 July 2012 08:39 PM, Alan Stern wrote: On Tue, 10 Jul 2012, Venu Byravarasu wrote: Thanks Alan for your comments. On Monday 09 July 2012 08:04 PM, Alan Stern wrote: On Mon, 9 Jul 2012, Venu Byravarasu wrote: In functions itd_complete & sitd_complete, a pointer by name stream m

Re: [PATCH v1] usb: host: Fix possible kernel crash

On Tuesday 10 July 2012 08:15 PM, gre...@linuxfoundation.org wrote: On Tue, Jul 10, 2012 at 09:56:39AM +0530, Venu Byravarasu wrote: Thanks Alan for your comments. On Monday 09 July 2012 08:04 PM, Alan Stern wrote: On Mon, 9 Jul 2012, Venu Byravarasu wrote: In functions itd_complete & sitd_

Re: perf with precise attribute kills all KVM based VMs

On Tue, Jul 10, 2012 at 05:38:40PM -0600, David Ahern wrote: > On 7/9/12 8:59 AM, Peter Zijlstra wrote: > >On Mon, 2012-07-09 at 17:51 +0300, Avi Kivity wrote: > >>On 07/09/2012 05:49 PM, Peter Zijlstra wrote: > >>>On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: > > I found this test

RE: 82571EB: Detected Hardware Unit Hang

>-Original Message- >From: Joe Jin [mailto:joe@oracle.com] >Sent: Tuesday, July 10, 2012 10:03 PM >To: Dave, Tushar N >Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: 82571EB: Detected Hardware Unit Hang > >On 07/11/12 12:05, Dave, Tush

Re: 82571EB: Detected Hardware Unit Hang

On 07/11/12 15:11, Dave, Tushar N wrote: >> -Original Message- >> From: Joe Jin [mailto:joe@oracle.com] >> Sent: Tuesday, July 10, 2012 10:03 PM >> To: Dave, Tushar N >> Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >> ker...@vger.kernel.org >> Subject: Re: 82571EB: Detec

Re: [RFC PATCH v3 11/13] memory-hotplug : free memmap of sparse-vmemmap

At 07/11/2012 02:48 PM, Yasuaki Ishimatsu Wrote: > Hi Wen, > > 2012/07/11 15:25, Wen Congyang wrote: >> At 07/11/2012 01:52 PM, Yasuaki Ishimatsu Wrote: >>> 2012/07/11 14:06, Wen Congyang wrote: >>> Hi Wen, >>> At 07/09/2012 06:33 PM, Yasuaki Ishimatsu Wrote: > I don't think that all page

Re: [PATCH 1/4] zsmalloc: remove x86 dependency

On 07/11/2012 12:29 AM, Seth Jennings wrote: > On 07/09/2012 09:21 PM, Minchan Kim wrote: >> On 07/03/2012 06:15 AM, Seth Jennings wrote: > >>> +static void zs_copy_map_object(char *buf, struct page *firstpage, >>> + int off, int size) >> >> firstpage is rather misleading

RE: 82571EB: Detected Hardware Unit Hang

>-Original Message- >From: Joe Jin [mailto:joe@oracle.com] >Sent: Wednesday, July 11, 2012 12:18 AM >To: Dave, Tushar N >Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: 82571EB: Detected Hardware Unit Hang > >On 07/11/12 15:11, Dave, Tu

Re: 82571EB: Detected Hardware Unit Hang

On 07/11/12 15:37, Dave, Tushar N wrote: >> -Original Message- >> From: Joe Jin [mailto:joe@oracle.com] >> Sent: Wednesday, July 11, 2012 12:18 AM >> To: Dave, Tushar N >> Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >> ker...@vger.kernel.org >> Subject: Re: 82571EB: Det

[PATCH 0/7 v2] some fixes about acpi_memhotplug

Changes from v1 to v2: 1. address David Rientjes and Konrad Rzeszutek Wilk's comment Note: Patch 2, 3, 7 have been acked by David Rientjes. Wen Congyang (7): fix memory leak when memory device is unbound from the module acpi_memhotplug free memory device if acpi_memory_enable_device() fai

Re: mmotm 2012-07-10-16-59 uploaded

On Wed, 11 Jul 2012 09:38:00 +0300 Artem Bityutskiy wrote: > Andrew, thanks for picking my changes! > > On Tue, 2012-07-10 at 17:01 -0700, a...@linux-foundation.org wrote: > > * hfs-get-rid-of-hfs_sync_super-checkpatch-fixes.patch > > > * hfsplus-get-rid-of-write_super-checkpatch-fixes.patch >

[PATCH 1/7 v2] fix memory leak when memory device is unbound from the module acpi_memhotplug

We allocate memory to store acpi_memory_info, so we should free it before freeing mem_device. Signed-off-by: Wen Congyang --- drivers/acpi/acpi_memhotplug.c | 31 +-- 1 files changed, 21 insertions(+), 10 deletions(-) diff --git a/drivers/acpi/acpi_memhotplug.c b/d

Re: [PATCH 3/4] zsmalloc: add details to zs_map_object boiler plate

On 07/11/2012 12:17 AM, Seth Jennings wrote: > On 07/09/2012 09:35 PM, Minchan Kim wrote: >> On 07/03/2012 06:15 AM, Seth Jennings wrote: >>> Add information on the usage limits of zs_map_object() >>> >>> Signed-off-by: Seth Jennings >>> --- >>> drivers/staging/zsmalloc/zsmalloc-main.c |7 +++

[PATCH 2/7 v2] free memory device if acpi_memory_enable_device() failed

If acpi_memory_enable_device() fails, acpi_memory_enable_device() will return a non-zero value, which means we fail to bind the memory device to this driver. So we should free memory device before acpi_memory_device_add() returns. Signed-off-by: Wen Congyang --- drivers/acpi/acpi_memhotplug.c |

[PATCH 3/7 v2] remove memory info from list before freeing it

We free info, but we forget to remove it from the list. It will cause unexpected problem when we access the list next time. Signed-off-by: Wen Congyang --- drivers/acpi/acpi_memhotplug.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/acpi/acpi_memhotplug.c b/dri

[PATCH 4/7 v2] don't allow to eject the memory device if it is being used

We eject the memory device even if it is in use. It is very dangerous, and it will cause the kernel panicked. Signed-off-by: Wen Congyang --- drivers/acpi/acpi_memhotplug.c | 38 +++--- 1 files changed, 31 insertions(+), 7 deletions(-) diff --git a/drivers/acpi

[PATCH 5/7 v2] bind the memory device when the driver is being loaded

We had introduced acpi_hotmem_initialized to avoid strange add_memory fail message. But the memory device may not be used by the kernel, and the device should be bound when the driver is being loaded. Remove acpi_hotmem_initialized to allow that the device can be bound when the driver is being load

[PATCH 6/7 v2] auto bind the memory device which is hotpluged before the driver is loaded

If the memory device is hotpluged before the driver is loaded, the user cannot see this device under the directory /sys/bus/acpi/devices/, and the user cannot bind it by hand after the driver is loaded. This patch introduces a new feature to bind such device when the driver is being loaded. Signed

[GIT PULL] SCSI fixes for 3.5-rc6

This is a set of three fixes for data corruption (libsas task file), oops causing (NULL in scsi_cmd_to_driver) and driver failure (bnx2i). The oops caused by the NULL in scsi_cmd_to_driver() manifests in scsi_eh_send_cmd() and has been seen by several people now. The patch is available here: git:

[PATCH 7/7 v2] release memory resources if hotadd_new_pgdat() failed

We should goto error to release memory resource if hotadd_new_pgdat() failed. Signed-off-by: Wen Congyang --- mm/memory_hotplug.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c index 0d7e3ec..427bb29 100644 --- a/mm/memory_hotp

Re: mmotm 2012-07-10-16-59 uploaded

On Wed, 2012-07-11 at 00:44 -0700, Andrew Morton wrote: > On Wed, 11 Jul 2012 09:38:00 +0300 Artem Bityutskiy > wrote: > > > Andrew, thanks for picking my changes! > > > > On Tue, 2012-07-10 at 17:01 -0700, a...@linux-foundation.org wrote: > > > * hfs-get-rid-of-hfs_sync_super-checkpatch-fixes.

Re: [PATCH v9] input: keyboard: Add keys driver for the LPC32xx SoC

On 07/10/2012 10:55 PM, Dmitry Torokhov wrote: > Hi Roland, > > On Tue, Jul 10, 2012 at 09:35:10PM +0200, Roland Stigge wrote: >> This patch adds a driver for the key scan interface of the LPC32xx SoC >> > > Could of more things that I had in my patch but forgot to specifically > call out: > >>

RE: 82571EB: Detected Hardware Unit Hang

>-Original Message- >From: Joe Jin [mailto:joe@oracle.com] >Sent: Wednesday, July 11, 2012 12:39 AM >To: Dave, Tushar N >Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: 82571EB: Detected Hardware Unit Hang > >On 07/11/12 15:37, Dave, Tu

Re: rcu_dyntick and suspicious RCU usage

On Tue, Jul 10, 2012 at 12:47:00PM +0800, Fengguang Wu wrote: > Hi Paul, > > Fortunately this bug is bisectable and the first bad commit is: > > commit 9b2e4f1880b789be1f24f9684f7a54b90310b5c0 > Author: Paul E. McKenney > Date: Fri Sep 30 12:10:22 2011 -0700 > >

Re: [PATCH v9] input: keyboard: Add keys driver for the LPC32xx SoC

On Wed, Jul 11, 2012 at 09:49:04AM +0200, Roland Stigge wrote: > On 07/10/2012 10:55 PM, Dmitry Torokhov wrote: > > Hi Roland, > > > > On Tue, Jul 10, 2012 at 09:35:10PM +0200, Roland Stigge wrote: > >> This patch adds a driver for the key scan interface of the LPC32xx SoC > >> > > > > Could of m

Re: 82571EB: Detected Hardware Unit Hang

On 07/11/12 15:50, Dave, Tushar N wrote: > Device status and AER sections show some errors that looks little suspicious > to me but I'm not too sure. I will get back tomorrow. > Thanks a lot, Tushar! Joe -- Oracle Joe Jin | Software Development Senior Manager | +8610.

Re: mmotm 2012-07-10-16-59 uploaded

On Wed, 11 Jul 2012 10:53:13 +0300 Artem Bityutskiy wrote: > On Wed, 2012-07-11 at 00:44 -0700, Andrew Morton wrote: > > On Wed, 11 Jul 2012 09:38:00 +0300 Artem Bityutskiy > > wrote: > > > > > Andrew, thanks for picking my changes! > > > > > > On Tue, 2012-07-10 at 17:01 -0700, a...@linux-fo

Re: [PATCH v4 1/1] Input: xpad - Handle all variations of Mad Catz Beat Pad

On Wed, Jul 11, 2012 at 02:02:19PM +0700, Yuri Khan wrote: > * Add this device to usbhid ignore list > > Signed-off-by: Yuri Khan > Acked-by: Jiri Kosina Applied, thank you Yuri. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to m

Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED

On 07/10/2012 05:01 AM, Greg Thelen wrote: On Thu, Jun 28 2012, Sha Zhengju wrote: From: Sha Zhengju While accounting memcg page stat, it's not worth to use MEMCG_NR_FILE_MAPPED as an extra layer of indirection because of the complexity and presumed performance overhead. We can use MEM_CGROUP_

Re: mmotm 2012-07-10-16-59 uploaded

On Wed, 2012-07-11 at 00:59 -0700, Andrew Morton wrote: > > > I looked at them, but they're identical to what I now have, so nothing > > > needed doing. > > > > Strange, I thought they had the white-spaces issue solved. > > They did, but I'd already fixed everything. That's what those emails >

Re: [GIT PULL] x86/mce fix (ready for 3.6 merge window)

* Luck, Tony wrote: > The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678: > > Linux 3.5-rc5 (2012-06-30 16:08:57 -0700) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git > tags/please-pull-mce-ripvfix > > f

Organising Mini Summits within the Kernel Summit

Hi All, We have set aside the second day of the kernel summit (Tuesday 28 August) as mini-summit day. So far we have only the PCI mini summit on this day, so if you can think of other topics, please send them to the kernel summit discuss list: ksummit-2012-disc...@lists.linux-foundation.org Loo

Re: mmotm 2012-07-10-16-59 uploaded

On Wed, 11 Jul 2012 11:08:26 +0300 Artem Bityutskiy wrote: > On Wed, 2012-07-11 at 00:59 -0700, Andrew Morton wrote: > > > > I looked at them, but they're identical to what I now have, so nothing > > > > needed doing. > > > > > > Strange, I thought they had the white-spaces issue solved. > > >

Re: + checkpatch-add-check-for-use-of-sizeof-without-parenthesis.patch added to

Unser geliebter Führer schreib: > sizeof without parenthesis is an abomination, and should never be used. Huh. I prefer sizeof without parens, like I prefer return without parens. It actually annoys me when I see someone write return(0); Because it's not a function (our language is too

Re: [PATCH 00/36] AArch64 Linux kernel port

* Arnd Bergmann wrote: > > Do you really think that all of the 32-bit ARM code should > > essentially be thrown away when going to 64-bit ARM, that > > patches can only touch arch/arm64/ + drivers/ or the > > highway? > > Yes. Straight answer ;-) > If you're curious, please have a look at

Re: [PATCH v2 04/23] ARM: LPC32xx: Add DMA configuration to platform data

On 07/10/2012 11:36 PM, Arnd Bergmann wrote: >> +/* NOTE: These will change, according to RMK */ >> +static int pl08x_get_signal(struct pl08x_dma_chan *ch) >> +{ >> +return ch->cd->min_signal; >> +} >> + > > This has changed now, rendering linux-next broken for lpc32xx_defconfig: > > /home/ar

Re: [PATCH net-next 6/6] r8169: support RTL8168G

From: Francois Romieu Date: Tue, 10 Jul 2012 08:50:10 +0200 > Hayes Wang : >> fix incorrct argument in rtl_hw_init_8168g. >> >> Signed-off-by: Hayes Wang > > Thanks Hayes. > > It's available with proper attribution and subject at: > > git://violet.fr.zoreil.com/romieu/linux davem-next.r8169

Re: [GIT PULL] x86/mce fix (ready for 3.6 merge window)

On Wed, Jul 11, 2012 at 10:04:46AM +0200, Ingo Molnar wrote: > A couple of commit log details: > > - If it's for v3.6 then the Cc: stable backport is not >justified. Either it's for tip:x86/urgent and then we'll >merge it straight away, or for tip:x86/mce for v3.6 and then >there's

[PATCH v3] net: cgroup: fix access the unallocated memory in netprio cgroup

there are some out of bound accesses in netprio cgroup. now before accessing the dev->priomap.priomap array,we only check if the dev->priomap exist.and because we don't want to see additional bound checkings in fast path, so we should make sure that dev->priomap is null or array size of dev->priom

Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration

Wanpeng Li writes: > From: Wanpeng Li > > hugepage_activelist is used to track currently used HugeTLB pages. > We can find the in-use HugeTLB pages to support HugeTLB cgroup > removal. Don't keep unused page in hugetlb_activelist too long. > Otherwise, on cgroup removal we should update the unus

Re: [PATCH] USB: add USB_VENDOR_AND_INTERFACE_INFO() macro

Greg Kroah-Hartman writes: > On Tue, Jul 10, 2012 at 06:51:03PM -0300, Gustavo Padovan wrote: > >> { USB_VENDOR_AND_INTERFACE_INFO(0x0a5c, 0xff, 0x01, 0x01) } > > Two entries in the cdc_wdm driver can also be converted to use this > interface. Do you want to send a patch doing that, or do you wan

Re: linux-next: Tree for July 10 (gpio/gpio-tps65910.c)

On Wed, Jul 11, 2012 at 7:44 AM, Randy Dunlap wrote: > On 07/10/2012 12:43 AM, Stephen Rothwell wrote: >> >> Changes since 20120709: > > when CONFIG_OF_GPIO is not enabled: > > drivers/gpio/gpio-tps65910.c: In function 'tps65910_gpio_probe': > drivers/gpio/gpio-tps65910.c:152:26: error: 'struct gp

Re: [PATCH v3 6/8] bluetooth: Added /proc/net/l2cap via bt_procfs_init()

Hi Masatake, On Wed, Jul 11, 2012 at 02:03:37PM +0900, Masatake YAMATO wrote: > Signed-off-by: Masatake YAMATO > --- > net/bluetooth/l2cap_sock.c | 20 ++-- > 1 file changed, 18 insertions(+), 2 deletions(-) error: patch failed: net/bluetooth/l2cap_sock.c:1248 error: net/bluet

Re: [PATCH v3 7/8] bluetooth: Added /proc/net/rfcomm via bt_procfs_init()

Hi Masatake, On Wed, Jul 11, 2012 at 02:04:01PM +0900, Masatake YAMATO wrote: > Signed-off-by: Masatake YAMATO > --- > net/bluetooth/rfcomm/sock.c | 14 -- > 1 file changed, 12 insertions(+), 2 deletions(-) error: patch failed: net/bluetooth/rfcomm/sock.c:1033 error: net/bluetooth

Re: + checkpatch-add-check-for-use-of-sizeof-without-parenthesis.patch added to

On Wed, Jul 11, 2012 at 1:14 AM, George Spelvin wrote: > > Huh. I prefer sizeof without parens, like I prefer return without parens. Umm. The two have *nothing* to do with each other. > It actually annoys me when I see someone write > > return(0); Absolutely. Anybody who does that is j

Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit

On 07/09/2012 09:20 AM, Raghavendra K T wrote: > Signed-off-by: Raghavendra K T > > Noting pause loop exited vcpu helps in filtering right candidate to yield. > Yielding to same vcpu may result in more wastage of cpu. > > > struct kvm_lpage_info { > diff --git a/arch/x86/kvm/svm.c b/arch/x86/

Re: [PATCH 00/36] AArch64 Linux kernel port

On Tue, Jul 10, 2012 at 10:44:29PM +0100, Catalin Marinas wrote: > On Tue, Jul 10, 2012 at 09:35:27PM +0100, Ingo Molnar wrote: > > Do you *really* think that all of the 32-bit ARM code should > > essentially be thrown away when going to 64-bit ARM, that > > patches can only touch arch/arm64/ + d

[PATCH] drivers/mtd/devices/spear_smi.c: failure test for null rather than negative integer

From: Julia Lawall dev_get_platdata returns a pointer, so the failure value would be NULL rather than a negative integer. The semantic match that finds this problem is: (http://coccinelle.lip6.fr/) // @@ expression x,e; statement S1,S2; @@ *x = dev_get_platdata(...) ... when != x = e *if (x <

Re: [PATCH v3] net: cgroup: fix access the unallocated memory in netprio cgroup

On Wed, 2012-07-11 at 16:30 +0800, Gao feng wrote: > there are some out of bound accesses in netprio cgroup. > > now before accessing the dev->priomap.priomap array,we only check > if the dev->priomap exist.and because we don't want to see > additional bound checkings in fast path, so we should ma

[PATCH v2] panel: Use pr_err(...) rather than printk(KERN_ERR ...)

This change is inspired by checkpatch. Signed-off-by: Toshiaki Yamane --- drivers/staging/panel/panel.c | 42 +--- 1 files changed, 18 insertions(+), 24 deletions(-) diff --git a/drivers/staging/panel/panel.c b/drivers/staging/panel/panel.c index 7365089..4

Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler

On 07/10/2012 12:47 AM, Andrew Theurer wrote: > > For the cpu threads in the host that are actually active (in this case > 1/2 of them), ~50% of their time is in kernel and ~43% in guest. This > is for a no-IO workload, so that's just incredible to see so much cpu > wasted. I feel that

Re: [RFC PATCH 01/14] PCI: add pcie_flags into struct pci_dev to cache PCIe capabilities register

On Tue, 10 Jul 2012 23:54:02 +0800 Jiang Liu wrote: > From: Yijing Wang > > From: Yijing Wang > > Since PCI Express Capabilities Register is read only, cache its value > into struct pci_dev to avoid repeatedly calling pci_read_config_*(). > > Signed-off-by: Yijing Wang > Signed-off-by: Jian

Re: [PATCH] drivers/mtd/devices/spear_smi.c: failure test for null rather than negative integer

Adding spear-devel mailing list in cc. @Shiraz: Can you update ST's mailing list address in entire MAINTAINERS file, so that people can include ST's list easily? On 11/07/12 09:58, Julia Lawall wrote: > From: Julia Lawall > > dev_get_platdata returns a pointer, so the failure value would be NULL

Re: [PATCH] ACPI / PCI: Make _SxD/_SxW check follow ACPI 4.0a spec

On Wednesday, July 11, 2012, Greg KH wrote: > On Sun, Apr 29, 2012 at 10:44:16PM +0200, Rafael J. Wysocki wrote: > > From: Oleksij Rempel > > > > This patch makes _SxD/_SxW check follow the ACPI 4.0a specification > > more closely and fixes suspend bug found on ASUS Zenbook UX31E. > > > > Some O

Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler

On 07/09/2012 10:55 AM, Christian Borntraeger wrote: > On 09/07/12 08:20, Raghavendra K T wrote: >> Currently Pause Looop Exit (PLE) handler is doing directed yield to a >> random VCPU on PL exit. Though we already have filtering while choosing >> the candidate to yield_to, we can do better. >> >>

Re: mmotm 2012-07-10-16-59 uploaded

On Tue, Jul 10, 2012 at 05:01:47PM -0700, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2012-07-10-16-59 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ The automatic git import is going again, too, and can be found at http://git.cmpxchg.org/?p=linux-mmotm.git;a

[PATCH 0/2] gpio/omap: few code realignment and update of missing code

This is in reponse to comments provided to [gpio/omap: add clk_prepare and clk_unprepare] and is available here for reference: http://lists.infradead.org/pipermail/linux-arm-kernel/2012-June/105762.html Patch-1 moves the debounce clock handle initialization from gpio_debounce() to omap_gpio_mod_in

[PATCH 2/2] gpio/omap: add *remove* callback in platform_driver

Add *remove* callback so that necessary cleanup operations are performed when device is unregistered. The device is deleted from the list and associated clock handle is released by calling clk_put() and irq descriptor is released using the irq_free_desc() api. Signed-off-by: Tarun Kanti DebBarma

[PATCH 1/2] gpio/omap: move bank->dbck initialization to omap_gpio_mod_init()

Since the bank->dbck initialization in a one time operation there is no need to keep this within gpio_debounce(). Therefore, moving clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of bank->dbck would be NULL at the beginning, this check has been removed. Signed-off-by: Tarun Kanti Deb

Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration

On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote: >Wanpeng Li writes: > >> From: Wanpeng Li >> >> hugepage_activelist is used to track currently used HugeTLB pages. >> We can find the in-use HugeTLB pages to support HugeTLB cgroup >> removal. Don't keep unused page in hugetlb_acti

Re: [RFC] kernel, logbuf: add support for external log buffer

Hello, On 11.06.2012 08:13, Heiko Schocher wrote: This merges support for the previously DENX-only kernel feature of specifying an alternative, "external" buffer for kernel printk messages and their associated metadata. This patch is based on DENX-only kernel commit: commit 212f61c7fd3b952a81d1

Re: [PATCH v3 6/8] bluetooth: Added /proc/net/l2cap via bt_procfs_init()

Andrei, thank you for taking time. I've rebased again and I applied my patches with git am. They are applied without problem. I've regenerated the patches again and compared the new ones with the older ones. About [PATCH v3 6/8] bluetooth: Added /proc/net/l2cap via bt_procfs_init() One

[RFC] Writeback : Partially set to interval of writeback per device

[RFC] Writeback : Partially set to interval of writeback per device At present Writeback threads are controlled by forker thread. There is one FORKER (bdi-default) thread – which is responsible for creating new flusher thread for the device and waking up the flusher threads. Now – FORKER thread a

inconsistency in kernel/time.c with jiffies

I wrote this testcase module to prove a bug in kernel/time.c. The problem i found is in the msecs_to_jiffies() function. In my testcase the bug occurs with kernel 3.2 on a 32-Bit system. The problem is this first part of the function: > if ((int)m < 0) > return MAX_JIFFY_OFFSET; When the functi

Re: [PATCH] kernel: fix mishandling of out of memory in poweroff

> It would be nice to have a Reported-by here, but we were only given > "Scan Subscription ". > > Is there some human behind these reports? If so, can that person's > details please be included? Also note that gmail marks these as "Spam" probably because of the word "subscription". Regards, --

Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting

On 07/10/2012 05:02 AM, Greg Thelen wrote: On Thu, Jun 28 2012, Sha Zhengju wrote: From: Sha Zhengju This patch adds memcg routines to count dirty pages, which allows memory controller to maintain an accurate view of the amount of its dirty memory and can provide some info for users while gr

Re: [PATCH] kernel: fix mishandling of out of memory in poweroff

On Wed, Jul 11, 2012 at 11:30 AM, Ozan Çağlayan wrote: >> It would be nice to have a Reported-by here, but we were only given >> "Scan Subscription ". >> >> Is there some human behind these reports? If so, can that person's >> details please be included? > > Also note that gmail marks these as "S

Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration

Wanpeng Li writes: > On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote: >>Wanpeng Li writes: >> >>> From: Wanpeng Li >>> >>> hugepage_activelist is used to track currently used HugeTLB pages. >>> We can find the in-use HugeTLB pages to support HugeTLB cgroup >>> removal. Don't ke

Re: [RESEND/PATCHv5 1/2] drivers: input: keypad: Add device tree support

Hi Dmitry, On Tue, Jul 10, 2012 at 11:43 AM, Dmitry Torokhov wrote: > Hi Sourav, > > On Fri, Jun 08, 2012 at 04:22:59PM +0530, Sourav Poddar wrote: >> Update the Documentation with omap4 keypad device tree >> binding information. >> Add device tree support for omap4 keypad driver. >> >> Tested on

Re: [PATCH v3 6/8] bluetooth: Added /proc/net/l2cap via bt_procfs_init()

Hi Masatake, On Wed, Jul 11, 2012 at 06:19:31PM +0900, Masatake YAMATO wrote: > Andrei, thank you for taking time. > > I've rebased again and I applied my patches with git am. > They are applied without problem. > > I've regenerated the patches again and compared the new > ones with the older on

Re: perf with precise attribute kills all KVM based VMs

On Wed, 2012-07-11 at 10:10 +0300, Gleb Natapov wrote: > Looks like Avi is right about the overshoot. Can you test something like this? > > diff --git a/arch/x86/kernel/cpu/perf_event_intel.c > b/arch/x86/kernel/cpu/perf_event_intel.c > index 166546e..5fb371a 100644 > --- a/arch/x86/kernel/cpu/p

[PATCH] leds/leds-s3c24xx: use devm_gpio_request

why? because if the led_classdev_register fails we wont do gpio free because using devm_ functions, there is no need for error paths Signed-off-by: Devendra Naga --- Bryan, This patch is not even compile tested, since my machine crashed, and didn't have the ARM toolchain, sorry ..

Re: [PATCH v3 0/2] kvm: level irqfd and new eoifd

On 07/03/2012 10:21 PM, Alex Williamson wrote: > Here's the latest iteration of adding an interface to assert and > de-assert level interrupts from external drivers like vfio. These > apply on top of the previous argument cleanup, documentation, and > sanitization patches for irqfd. It would be g

Re: perf with precise attribute kills all KVM based VMs

On Wed, Jul 11, 2012 at 11:49:47AM +0200, Peter Zijlstra wrote: > On Wed, 2012-07-11 at 10:10 +0300, Gleb Natapov wrote: > > > Looks like Avi is right about the overshoot. Can you test something like > > this? > > > > diff --git a/arch/x86/kernel/cpu/perf_event_intel.c > > b/arch/x86/kernel/cpu

Re: [PATCH] mei: module version

On Wed, Jul 11, 2012 at 9:45 AM, Ortwin Glück wrote: > > On 07/10/2012 05:28 PM, Alan Cox wrote: >> >> On Tue, 10 Jul 2012 12:10:27 +0200 >> Ortwin Glück wrote: >> >>> The LMS daemon expects a /sys/modules/mei/version file with, a four >>> digit version number. >>> >>> see >>> >>> http://software

Re: [PATCH RESEND] spi: tegra: use dmaengine based dma driver

On Tue, Jul 10, 2012 at 07:08:37PM +0530, Laxman Dewangan wrote: > Use the dmaengine based Tegra APB DMA driver for > data transfer between SPI FIFO and memory in > place of legacy Tegra APB DMA. > > The new driver is selected if legacy driver is not > selected and new DMA driver is enabled throug

[PATCHv6 3/5] ext4: remove unnecessary superblock dirtying

From: Artem Bityutskiy This patch changes the '__ext4_handle_dirty_super()' function which submits the superblock for I/O in the following cases: 1. When creating the first large file on a file system without EXT4_FEATURE_RO_COMPAT_LARGE_FILE feature. 2. When re-sizing the file-system. 3. Whe

[PATCHv6 5/5] ext4: remove unnecessary argument

From: Artem Bityutskiy The '__ext4_handle_dirty_metadata()' does not need the 'now' argument anymore and we can kill it. Signed-off-by: Artem Bityutskiy --- fs/ext4/ext4_jbd2.c |3 +-- fs/ext4/ext4_jbd2.h |7 ++- fs/ext4/inode.c |2 +- fs/ext4/namei.c |4 ++-- fs/ex

Re: [PATCH] kvm: Fix device assignment threaded irq handler

On 07/09/2012 07:53 PM, Alex Williamson wrote: > The kernel no longer allows us to pass NULL for the hard handler > without also specifying IRQF_ONESHOT. IRQF_ONESHOT imposes latency > in the exit path that we don't need for MSI interrupts. Long term > we'd like to inject these interrupts from th

[PATCHv6 2/5] ext4: Convert last user of ext4_mark_super_dirty() to ext4_handle_dirty_super()

From: Jan Kara The last user of ext4_mark_super_dirty() in ext4_file_open() is so rare it can well be modifying the superblock properly by journalling the change. Change it and get rid of ext4_mark_super_dirty() as it's not needed anymore. Artem: small amendments. Artem: tested using xfstests fo

[PATCHv6 4/5] ext4: weed out ext4_write_super

From: Artem Bityutskiy We do not depend on VFS's '->write_super()' anymore and do not need the 's_dirt' flag anymore, so weed out 'ext4_write_super()' and 's_dirt'. Signed-off-by: Artem Bityutskiy --- fs/ext4/super.c | 10 -- 1 files changed, 0 insertions(+), 10 deletions(-) diff --

Re: [PATCH V2 5/5] perf/x86: Add Intel Nehalem-EX uncore support

On Wed, 2012-07-11 at 10:06 +0800, Yan, Zheng wrote: > This doesn't work. The MSRs for Cbox 8/9 in WSM-EX aren't contiguous with > Cbox 0~7. Argh! > Furthermore the encoding for the FVC register in the Mbox are > different between NHM-EX and WSM-EX. OK, 18.7.1 from Vol. 3B doesn't mention that.

[PATCHv6 0/5] ext4: stop using write_supers and s_dirt

This patch-set makes ext4 file-system stop using the VFS '->write_supers()' call-back and the '->s_dirt' superblock field because I plan to remove them once all users are gone. What we do in this patch-set is we notice that ext4 does not really needed the 'write_super()' functionality and we can r

[PATCH] misc/pch_phub: Enable UART clock setting by module parameter

Currently, when a user wants to change UART clock, needs to modify this source code by hand. This patch enables changing UART clock by specifying UART clock as module parameter. Signed-off-by: Tomoya MORINAGA --- drivers/misc/pch_phub.c | 45 + 1 fil

[PATCHv6 1/5] ext4: Remove useless marking of superblock dirty

From: Jan Kara Commit a0375156 properly notes that superblock doesn't need to be marked as dirty when only number of free inodes / blocks / number of directories changes since that is recomputed on each mount anyway. However that comment leaves some unnecessary markings as dirty in place. Remove

Re: [PATCHv2 1/4] staging: OMAP4+: thermal: introduce bandgap temperature sensor

Hello Greg, On Mon, Jul 9, 2012 at 11:33 PM, Valentin, Eduardo wrote: > Hello Greg, > > On Mon, Jul 9, 2012 at 10:31 PM, Greg Kroah-Hartman > wrote: >> On Sat, Jul 07, 2012 at 10:57:49AM +0300, Eduardo Valentin wrote: >>> In the System Control Module, OMAP supplies a voltage reference >>> and a

Re: [PATCHv6 3/5] ext4: remove unnecessary superblock dirtying

On Wed 11-07-12 12:58:16, Artem Bityutskiy wrote: > From: Artem Bityutskiy > > This patch changes the '__ext4_handle_dirty_super()' function which submits > the superblock for I/O in the following cases: > > 1. When creating the first large file on a file system without >EXT4_FEATURE_RO_COMP

Re: [PATCH RESEND] spi: tegra: use dmaengine based dma driver

On Wednesday 11 July 2012 03:25 PM, Mark Brown wrote: * PGP Signed by an unknown key On Tue, Jul 10, 2012 at 07:08:37PM +0530, Laxman Dewangan wrote: The new driver is selected if legacy driver is not selected and new DMA driver is enabled through config file. Is this any different to the vers

Re: [PATCHv6 4/5] ext4: weed out ext4_write_super

On Wed 11-07-12 12:58:17, Artem Bityutskiy wrote: > From: Artem Bityutskiy > > We do not depend on VFS's '->write_super()' anymore and do not need the > 's_dirt' flag anymore, so weed out 'ext4_write_super()' and 's_dirt'. > > Signed-off-by: Artem Bityutskiy Looks good. You can add: Reviewed-

Re: [PATCHv6 5/5] ext4: remove unnecessary argument

On Wed 11-07-12 12:58:18, Artem Bityutskiy wrote: > From: Artem Bityutskiy > > The '__ext4_handle_dirty_metadata()' does not need the 'now' argument anymore > and we can kill it. > > Signed-off-by: Artem Bityutskiy Looks good. You can add: Reviewed-by: Jan Kara

Re: [PATCHv6 3/5] ext4: remove unnecessary superblock dirtying

On Wed 11-07-12 12:07:26, Jan Kara wrote: > On Wed 11-07-12 12:58:16, Artem Bityutskiy wrote: ... > > And this is the behavior this patch modifies: we stop using 's_dirt' and > > just > > mark the superblock buffer as dirty right away. Indeed: > > > > 1. It does not add any value to delay the I/O

Re: [PATCH RESEND] spi: tegra: use dmaengine based dma driver

On Wed, Jul 11, 2012 at 03:30:42PM +0530, Laxman Dewangan wrote: > On Wednesday 11 July 2012 03:25 PM, Mark Brown wrote: > >Is this any different to the version of the patch that I already > >applied? > I believe you have applied for the ASoC one. This is for spi one. No, there's a dmaengine pat

Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration

On Wed, Jul 11, 2012 at 03:15:19PM +0530, Aneesh Kumar K.V wrote: >Wanpeng Li writes: > >> On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote: >>>Wanpeng Li writes: >>> From: Wanpeng Li hugepage_activelist is used to track currently used HugeTLB pages. We can fi

Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler

On 11/07/12 11:06, Avi Kivity wrote: [...] >> Almost all s390 kernels use diag9c (directed yield to a given guest cpu) for >> spinlocks, though. > > Perhaps x86 should copy this. See arch/s390/lib/spinlock.c The basic idea is using several heuristics: - loop for a given amount of loops - check i

Re: [PATCH v3 0/2] kvm: level irqfd and new eoifd

On 2012-07-11 11:53, Avi Kivity wrote: > On 07/03/2012 10:21 PM, Alex Williamson wrote: >> Here's the latest iteration of adding an interface to assert and >> de-assert level interrupts from external drivers like vfio. These >> apply on top of the previous argument cleanup, documentation, and >> s

Re: [PATCHv6 3/5] ext4: remove unnecessary superblock dirtying

On Wed, 2012-07-11 at 12:11 +0200, Jan Kara wrote: > > > So case 2.b is a bit controversial, but I think it is acceptable. After > > > all, by > > > enabling checksumming we already sign up for paying the price of > > > calculating > > > it. The way to improve checksumming performance globally wo

Re: [PATCH 00/83] staging: comedi: rtd520: initial cleanup

On 2012-07-11 00:36, H Hartley Sweeten wrote: The 'devpriv' macro usage in this driver is holding up other cleanup of the comedi drivers. This patch series removes all the macros used to read/write the hardware registers. All of them are simple wrappers around standard {read,write}[rwl] calls wi

  1   2   3   4   5   6   7   8   >