[PATCH 2/3] MMC: P2020 SDHC: Fix bug when writing to SDHCI_HOST_CONTROL register. Kernel version 3.4.47

2013-06-01 Thread Oded Gabbay
The P2020 has a non-standard implementation of the SDHCI_HOST_CONTROL register. This patch adds a QUIRK in the SDHCI header to signal that a host controller has a non-standard SDHCI_HOST_CONTROL register. The patch adds a check to the function esdhc_writeb in file sdhci-of-esdhc.c, where it checks

Re: [PATCH RFC V9 1/19] x86/spinlock: Replace pv spinlocks with pv ticketlocks

2013-06-01 Thread Raghavendra K T
On 06/02/2013 02:02 AM, Jeremy Fitzhardinge wrote: On 06/01/2013 12:21 PM, Raghavendra K T wrote: x86/spinlock: Replace pv spinlocks with pv ticketlocks From: Jeremy Fitzhardinge I'm not sure what the etiquette is here; I did the work while at Citrix, but jer...@goop.org is my canonical email

[PATCHv2 3/6] sched_clock: Make ARM's sched_clock generic for all architectures

2013-06-01 Thread Stephen Boyd
Nothing about the sched_clock implementation in the ARM port is specific to the architecture. Generalize the code so that other architectures can use it by selecting GENERIC_SCHED_CLOCK. Signed-off-by: Stephen Boyd --- arch/arm/Kconfig | 1 + arch/arm/common/

[PATCHv2 6/6] arm64: Move to generic sched_clock infrastructure

2013-06-01 Thread Stephen Boyd
Use the generic sched_clock infrastructure instead of rolling our own. This has the added benefit of fixing suspend/resume as outlined in 6a4dae5 (ARM: 7565/1: sched: stop sched_clock() during suspend, 2012-10-23) and correcting the timestamps when the hardware returns a value instead of 0 upon the

[PATCHv2 4/6] sched_clock: Add support for >32 bit sched_clock

2013-06-01 Thread Stephen Boyd
The ARM architected system counter has at least 56 useable bits. Add support for counters with more than 32 bits to the generic sched_clock implementation so we can avoid the complexity of dealing with wrap-around on these devices while benefiting from the irqtime accounting and suspend/resume hand

[PATCHv2 5/6] ARM: arch_timer: Move to setup_sched_clock_64()

2013-06-01 Thread Stephen Boyd
Register with the ARM sched_clock framework now that it supports 64 bits. This fixes two problems with the current sched_clock support for machines using the architected timers. First off, we don't subtract the start value from subsequent sched_clock calls so we can potentially start off with sched

[PATCHv2 0/6] Make ARM's sched_clock generic + 64 bit friendly

2013-06-01 Thread Stephen Boyd
This is mostly a resend of a patch series I sent a little over a month ago. I've reordered the patches so that John can pick up the first three and get a generic sched_clock layer without having to take the 64 bit patches. The last three patches add 64 bit support and move the architected timers on

[PATCHv2 1/6] ARM: sched_clock: Remove unused needs_suspend member

2013-06-01 Thread Stephen Boyd
The needs_suspend member is unused now that we always do the suspend/resume handling (see 6a4dae5 (ARM: 7565/1: sched: stop sched_clock() during suspend, 2012-10-23)). Signed-off-by: Stephen Boyd --- arch/arm/kernel/sched_clock.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/kernel

[PATCHv2 2/6] ARM: sched_clock: Return suspended count earlier

2013-06-01 Thread Stephen Boyd
If we're suspended and sched_clock() is called we're going to read the hardware one more time and throw away that value and return back the cached value we saved during the suspend callback. This is wasteful. Let's short circuit all that and return the cached value as early as possible if we're sus

[PATCH 3/3] MMC: FSL SDHC: Add support for hard-wired (permanent) card. Kernel version 3.4.47

2013-06-01 Thread Oded Gabbay
This patch adds support of recognizing hard-wired (permanent) cards to Freescale's SDHC host driver. This is done by adding the option "fsl,card-wired" to the SDHC device-tree entry. Detection of this option is done in the probe function. Update documentation in file fsl-esdhc.txt Signed-off-by: O

[PATCH 2/2] mfd: ssbi: Use devm_* to simplify code

2013-06-01 Thread Stephen Boyd
Use devm_ioremap_resource and devm_kzalloc to simplify error paths and reduce lines of code. Cc: David Brown Signed-off-by: Stephen Boyd --- drivers/mfd/ssbi.c | 69 +- 1 file changed, 11 insertions(+), 58 deletions(-) diff --git a/drivers/mf

[PATCH 1/2] mfd: ssbi: Add MODULE_DEVICE_TABLE

2013-06-01 Thread Stephen Boyd
This allows the ssbi module to be autoloaded on boot. Cc: David Brown Signed-off-by: Stephen Boyd --- drivers/mfd/ssbi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mfd/ssbi.c b/drivers/mfd/ssbi.c index f32da02..e561d3b 100644 --- a/drivers/mfd/ssbi.c +++ b/drivers/mfd/ssbi.c @@

Re: sem_otime trashing

2013-06-01 Thread Mike Galbraith
On Sat, 2013-06-01 at 21:02 +0200, Manfred Spraul wrote: > Hi Rik, > > I finally managed to get EFI boot, i.e. I'm now able to test on my i3 > (2core+HT). > > With semscale (i.e.: just overhead, perform semop=0 operations), the > scalability from 1 to 2 cores is good, but not linear: > # semsc

Re: [PATCH v2] video: simplefb: add mode parsing function

2013-06-01 Thread Stephen Warren
On 05/31/2013 11:12 PM, Olof Johansson wrote: > On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote: >> On 05/26/2013 09:53 PM, Alexandre Courbot wrote: >>> The naming scheme of simplefb's mode is precise enough to allow building >>> the mode structure from it instead of using a static l

Re: [PATCH v2] video: simplefb: add mode parsing function

2013-06-01 Thread Olof Johansson
On Sat, Jun 1, 2013 at 10:07 PM, Stephen Warren wrote: > On 05/31/2013 11:12 PM, Olof Johansson wrote: >> On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote: >>> On 05/26/2013 09:53 PM, Alexandre Courbot wrote: The naming scheme of simplefb's mode is precise enough to allow buildi

Re: [PATCH 3/5] perf gtk/hists: Display callchain overhead also

2013-06-01 Thread Namhyung Kim
Hi Ingo, On Tue, May 28, 2013 at 5:48 PM, Ingo Molnar wrote: > > * Arnaldo Carvalho de Melo wrote: > >> Em Wed, May 22, 2013 at 05:27:36PM +0900, Namhyung Kim escreveu: >> > From: Namhyung Kim >> > >> > Add a new column for showing callchain overhead. I feel like it's >> > more natural than ha

Re: [PATCH] netdev: Cocci spatch "ptr_ret.spatch"

2013-06-01 Thread David Miller
From: Thomas Meyer Date: Sat, 01 Jun 2013 11:59:11 +0200 > > Signed-off-by: Thomas Meyer This obscure reference to the cocci path you used to find/fix this problem is insufficient in detail for a commit log message. You must explain exactly what the problem is, and how you fixed it, in full s

Re: [PATCH v2 1/3] PCI/AER: Fix incorrect return from aer_hest_parse()

2013-06-01 Thread Bjorn Helgaas
[+cc Bob for ACPI HEST spec questions] On Thu, May 30, 2013 at 8:39 AM, Betty Dall wrote: > The function aer_hest_parse() is called to determine if the given > PCI device is firmware first or not. The code loops through each > section of the HEST table to look for a match. The bug is that > the f

[PATCH] frontswap: fix incorrect zeroing and allocation size for frontswap_map

2013-06-01 Thread Akinobu Mita
The bitmap accessed by bitops must have enough size to hold the required numbers of bits rounded up to a multiple of BITS_PER_LONG. And the bitmap must not be zeroed by memset() if the number of bits cleared is not a multiple of BITS_PER_LONG. This fixes incorrect zeroing and allocation size for

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Joe Perches
On Sun, 2013-06-02 at 01:06 +0200, Emil Goode wrote: > Maybe there should be another format specifier %da and Randy's > clarifying comment maybe %pad but I think the whole thing isn't much necessary. It seems there are a grand total of 3 uses of %pa today. Maybe: --- Documentation/printk-formats

[PATCH v3] backlight: Convert from Legacy pm ops to dev_pm_ops

2013-06-01 Thread Shuah Khan
Convert drivers/video/backlight/class to use dev_pm_ops for power management and remove Legacy PM ops hooks. With this change, backlight class registers suspend/resume callbacks via class->pm (dev_pm_ops) instead of Legacy class->suspend/resume. When __device_suspend() runs call-backs, it will find

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Emil Goode
Hello Joe and Randy, Maybe there should be another format specifier %da and Randy's clarifying comment can be added there to the documentation? Best regards, Emil Goode On Sat, Jun 01, 2013 at 03:16:00PM -0700, Joe Perches wrote: > On Sat, 2013-06-01 at 14:56 -0700, Randy Dunlap wrote: > > It's

Re: [PATCH] usb: musb: Fix format specifier warning

2013-06-01 Thread Andy Shevchenko
On Sat, Jun 1, 2013 at 8:11 PM, Emil Goode wrote: > Thank's for your pointers. > I will send a patch that applies on top of Felipe's patch. I guess there is not much sense to do that since Felipe applied your patch already. Just keep in mind the hint for future changes. -- With Best Regards, And

[PATCH] cw1200: fix some obvious mistakes

2013-06-01 Thread Arnd Bergmann
I got compile errors with the cw1200, which has lead me to take a closer look. It seems the driver still has a number of issues, and this addresses some of them and marks others as FIXME: * The cw1200_sagrad.c file should not be there, hardcoding hardware configuration in .c files has been obsol

Re: [PATCH -next resend] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Mark Brown
On Sat, Jun 01, 2013 at 11:27:00PM +0200, Geert Uytterhoeven wrote: > arch/blackfin/mach-bf533/boards/stamp.c:545:2: error: operator '||' has no > right operand > arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: 'bfin_snd_resources' > undeclared here (not in a function) Applied, thanks. s

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Joe Perches
On Sat, 2013-06-01 at 14:56 -0700, Randy Dunlap wrote: > It's a bit of a shame that this > comment was deleted from include/asm-generic/types.h in commit > 3e50594e8e72932ad4cfcb0b3cbdf58fc3bce416: > > -/* > - * DMA addresses may be very different from physical addresses > - * and pointers. i386 a

Re: [PATCH -next] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Mark Brown
On Sat, Jun 01, 2013 at 11:29:23PM +0200, Geert Uytterhoeven wrote: > On Sat, Jun 1, 2013 at 11:10 PM, Mark Brown wrote: > >> Sorry, I sent it to your Wolfson address, as suggested by > >> get_maintainter.pl: > >> Mark Brown (commit_signer:3/4=75%) > > You're not using a current version of th

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Randy Dunlap
On 06/01/13 13:31, Joe Perches wrote: > On Sat, 2013-06-01 at 21:09 +0200, Emil Goode wrote: >> I see, will send a second version. > > Hey Emil. > > I believe you can not use %pa with a dma_addr_t > because that could be a different size than a > phy_addr_t. > > (the vsprintf cast and deref is t

mount + pid namespacing broken ?

2013-06-01 Thread Frederic Riss
Hello, I had a little application making use of pid and mount namespaces to isolate some processes on some machines. This all worked well on 3.7 boxes. A coworker upgraded his machine and noticed that things weren't working anymore on 3.8. The symptom he noticed is that remounting /proc inside the

Re: [PATCH -next] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Geert Uytterhoeven
Hi Mark, On Sat, Jun 1, 2013 at 11:10 PM, Mark Brown wrote: > On Sat, Jun 01, 2013 at 10:48:05PM +0200, Geert Uytterhoeven wrote: >> On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote: >> > Only if someone were to send me the patch. Geert, you should *ALWAYS* >> > CC maintainers. > >> Sorry, I se

[PATCH -next resend] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Geert Uytterhoeven
arch/blackfin/mach-bf533/boards/stamp.c:545:2: error: operator '||' has no right operand arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: 'bfin_snd_resources' undeclared here (not in a function) arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: negative width in bit-field '' arch/blackf

Re: [PATCH -next] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Mark Brown
On Sat, Jun 01, 2013 at 10:48:05PM +0200, Geert Uytterhoeven wrote: > On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote: > > Only if someone were to send me the patch. Geert, you should *ALWAYS* > > CC maintainers. > Sorry, I sent it to your Wolfson address, as suggested by get_maintainter.pl:

Re: [RFC PATCH] regulator: palmas: enable all modes for SMPS10

2013-06-01 Thread Mark Brown
On Sun, Jun 02, 2013 at 12:33:10AM +0530, Laxman Dewangan wrote: > On Sunday 02 June 2013 12:15 AM, Mark Brown wrote: > >No, that makes no sense at all to me. Why do you think this maps onto > >the set mode API? Modes are all about accuracy of regulation. > I mapped this to the regulation under

Re: [PATCH 15/15] OF: remove #ifdef from linux/of_platform.h

2013-06-01 Thread Arnd Bergmann
On Saturday 01 June 2013, Rob Herring wrote: > No, we still need empty functions. Here is what of_device.h looks like: > > http://tinyurl.com/l2azz5m > > BTW, it has your ack. > Could you add a patch on top that only puts the function declarations inside of #ifdef that don't have an inline wrap

**Reset Your Account

2013-06-01 Thread Webmail** Customers ** Helpdesk Team
This message is from our Helpdesk Team to all webmail account owners. We noticed that your webmail account has been compromised by spammers. It seems they have gained access into our database and have been using it for illegal internet activities.The center is currently performing maintenance an

Re: [PATCH -next] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Geert Uytterhoeven
On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote: > On Fri, May 31, 2013 at 01:40:47PM +0200, Lars-Peter Clausen wrote: >> Mark can you queue it up in your topic/blackfin branch? > > Only if someone were to send me the patch. Geert, you should *ALWAYS* > CC maintainers. Sorry, I sent it to your

Re: [PATCH RFC V9 0/19] Paravirtualized ticket spinlocks

2013-06-01 Thread Andi Kleen
On Sat, Jun 01, 2013 at 01:28:00PM -0700, Jeremy Fitzhardinge wrote: > On 06/01/2013 01:14 PM, Andi Kleen wrote: > > FWIW I use the paravirt spinlock ops for adding lock elision > > to the spinlocks. > > Does lock elision still use the ticketlock algorithm/structure, or are > they different? If t

Re: [PATCH RFC V9 1/19] x86/spinlock: Replace pv spinlocks with pv ticketlocks

2013-06-01 Thread Jeremy Fitzhardinge
On 06/01/2013 12:21 PM, Raghavendra K T wrote: > x86/spinlock: Replace pv spinlocks with pv ticketlocks > > From: Jeremy Fitzhardinge I'm not sure what the etiquette is here; I did the work while at Citrix, but jer...@goop.org is my canonical email address. The Citrix address is dead and bounces,

Re: [PATCH RFC V9 0/19] Paravirtualized ticket spinlocks

2013-06-01 Thread Jeremy Fitzhardinge
On 06/01/2013 01:14 PM, Andi Kleen wrote: > FWIW I use the paravirt spinlock ops for adding lock elision > to the spinlocks. Does lock elision still use the ticketlock algorithm/structure, or are they different? If they're still basically ticketlocks, then it seems to me that they're complimentar

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Joe Perches
On Sat, 2013-06-01 at 21:09 +0200, Emil Goode wrote: > I see, will send a second version. Hey Emil. I believe you can not use %pa with a dma_addr_t because that could be a different size than a phy_addr_t. (the vsprintf cast and deref is to a phy_addr_t) The definitions are: (types.h) #ifdef C

Re: [PATCH 15/15] OF: remove #ifdef from linux/of_platform.h

2013-06-01 Thread Rob Herring
On 06/01/2013 03:03 PM, Arnd Bergmann wrote: > On Saturday 01 June 2013, Rob Herring wrote: >> On Fri, May 31, 2013 at 5:22 PM, Arnd Bergmann wrote: >>> A lot of code uses the functions from of_platform.h when built for >>> devicetree-enabled platforms but can also be built without them. >>> In or

Re: [PATCH RFC V9 0/19] Paravirtualized ticket spinlocks

2013-06-01 Thread Andi Kleen
FWIW I use the paravirt spinlock ops for adding lock elision to the spinlocks. This needs to be done at the top level (so the level you're removing) However I don't like the pv mechanism very much and would be fine with using an static key hook in the main path like I do for all the other lock

[PATCH] Modify UEFI anti-bricking code

2013-06-01 Thread Matthew Garrett
This patch reworks the UEFI anti-bricking code, including an effective reversion of cc5a080c and 31ff2f20. It turns out that calling QueryVariableInfo() from boot services results in some firmware implementations jumping to physical addresses even after entering virtual mode, so until we have 1:1 m

Re: [PATCH 13/15] [media] omap3isp: include linux/mm_types.h

2013-06-01 Thread Arnd Bergmann
On Saturday 01 June 2013, Laurent Pinchart wrote: > > diff --git a/drivers/media/platform/omap3isp/ispqueue.h > > b/drivers/media/platform/omap3isp/ispqueue.h index 908dfd7..e6e720c 100644 > > --- a/drivers/media/platform/omap3isp/ispqueue.h > > +++ b/drivers/media/platform/omap3isp/ispqueue.h > >

Re: [PATCH 15/15] OF: remove #ifdef from linux/of_platform.h

2013-06-01 Thread Arnd Bergmann
On Saturday 01 June 2013, Rob Herring wrote: > On Fri, May 31, 2013 at 5:22 PM, Arnd Bergmann wrote: > > A lot of code uses the functions from of_platform.h when built for > > devicetree-enabled platforms but can also be built without them. > > In order to avoid using #ifdef everywhere in drivers,

[PATCH] lp: implement proper detach function for parport_driver lp

2013-06-01 Thread Hannes Weisbach
From: Hannes Weisbach The lp pardevice driver does not have a proper detach function. Consequently, parport_unregister_device() is not called when the underlying parport driver calls parport_remove_port(). As a result, the ref count of the parport driver's module does not go to zero and the dr

[PATCH 3/3] hw_breakpoint: Introduce cpumask_of_bp()

2013-06-01 Thread Oleg Nesterov
Add the trivial helper which simply returns cpumask_of() or cpu_possible_mask depending on bp->cpu. Change fetch_bp_busy_slots() and toggle_bp_slot() to always do for_each_cpu(cpumask_of_bp) to simplify the code and avoid the code duplication. Signed-off-by: Oleg Nesterov --- kernel/events/hw_b

[PATCH 1/3] hw_breakpoint: Simplify list/idx mess in toggle_bp_slot() paths

2013-06-01 Thread Oleg Nesterov
The enable/disable logic in toggle_bp_slot() is not symmetrical and imho very confusing. "old_count" in toggle_bp_task_slot() is actually new_count because this bp was already removed from the list. Change toggle_bp_slot() to always call list_add/list_del after toggle_bp_task_slot(). This way old_

[PATCH 2/3] hw_breakpoint: Simplify the "weight" usage in toggle_bp_slot() paths

2013-06-01 Thread Oleg Nesterov
Change toggle_bp_slot() to make "weight" negative if !enable. This way we can always use "+ weight" without additional "if (enable)" check and toggle_bp_task_slot() no longer needs this arg. Signed-off-by: Oleg Nesterov --- kernel/events/hw_breakpoint.c | 20 1 files chang

[PATCH 0/3] hw_breakpoint: cleanups

2013-06-01 Thread Oleg Nesterov
Hello. Cleanups, on top of [PATCH 0/2]: WARN_ONCE in arch/x86/kernel/hw_breakpoint.c series. Oleg. kernel/events/hw_breakpoint.c | 91 - 1 files changed, 35 insertions(+), 56 deletions(-) -- To unsubscribe from this list: send the line "unsub

Re: [PATCH] clean up scary strncpy(dst, src, strlen(src)) uses

2013-06-01 Thread Rafael J. Wysocki
On Friday, May 31, 2013 09:18:07 AM Kees Cook wrote: > Fix various weird constructions of strncpy(dst, src, strlen(src)). Length > limits should be about the space available in the destination, not > repurposed as a method to either always include or always exclude > a trailing NULL byte. Either th

Re: [PATCH] pnpbios: Cocci spatch "ptr_ret.spatch"

2013-06-01 Thread Rafael J. Wysocki
On Saturday, June 01, 2013 11:54:01 AM Thomas Meyer wrote: > > Signed-off-by: Thomas Meyer Changelog, please? Rafael > --- > > diff -u -p a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c > --- a/drivers/pnp/pnpbios/core.c > +++ b/drivers/pnp/pnpbios/core.c > @@ -572,10 +572,7 @@ sta

Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency

2013-06-01 Thread Rafael J. Wysocki
On Saturday, June 01, 2013 08:26:47 PM Viresh Kumar wrote: > On 31 May 2013 22:03, Stratos Karafotis wrote: > > On 05/31/2013 11:51 AM, Viresh Kumar wrote: > >> I believe you should have removed other users of getavg() in a separate > >> patch and also cc'd relevant people so that you can some rev

Re: [PATCH 05/11] spi: omap2-mcspi: enhance pinctrl support

2013-06-01 Thread Mark Brown
On Fri, May 31, 2013 at 03:43:05PM +0530, Hebbar Gururaja wrote: > Amend the spi omap controller to optionally take a pin control > handle and set the state of the pins to: > > - "default" on boot, resume and before performing an spi transfer > - "idle" after initial default, after resume default,

[PATCH RFC V9 19/19] kvm hypervisor: Add directed yield in vcpu block path

2013-06-01 Thread Raghavendra K T
kvm hypervisor: Add directed yield in vcpu block path From: Raghavendra K T We use the improved PLE handler logic in vcpu block patch for scheduling rather than plain schedule, so that we can make intelligent decisions Signed-off-by: Raghavendra K T --- arch/ia64/include/asm/kvm_host.h|

[PATCH RFC V9 14/19] kvm : Fold pv_unhalt flag into GET_MP_STATE ioctl to aid migration

2013-06-01 Thread Raghavendra K T
kvm : Fold pv_unhalt flag into GET_MP_STATE ioctl to aid migration From: Raghavendra K T During migration, any vcpu that got kicked but did not become runnable (still in halted state) should be runnable after migration. Signed-off-by: Raghavendra K T --- arch/x86/kvm/x86.c |7 ++- 1 f

[PATCH RFC V9 11/19] xen/pvticketlock: Allow interrupts to be enabled while blocking

2013-06-01 Thread Raghavendra K T
xen/pvticketlock: Allow interrupts to be enabled while blocking From: Jeremy Fitzhardinge If interrupts were enabled when taking the spinlock, we can leave them enabled while blocking to get the lock. If we can enable interrupts while waiting for the lock to become available, and we take an int

[PATCH RFC V9 15/19] kvm guest : Add configuration support to enable debug information for KVM Guests

2013-06-01 Thread Raghavendra K T
kvm guest : Add configuration support to enable debug information for KVM Guests From: Srivatsa Vaddagiri Signed-off-by: Srivatsa Vaddagiri Signed-off-by: Suzuki Poulose Signed-off-by: Raghavendra K T --- arch/x86/Kconfig |9 + 1 file changed, 9 insertions(+) diff --git a/arch/x

[PATCH RFC V9 17/19] kvm hypervisor : Simplify kvm_for_each_vcpu with kvm_irq_delivery_to_apic

2013-06-01 Thread Raghavendra K T
Simplify kvm_for_each_vcpu with kvm_irq_delivery_to_apic From: Raghavendra K T Note that we are using APIC_DM_REMRD which has reserved usage. In future if APIC_DM_REMRD usage is standardized, then we should find some other way or go back to old method. Suggested-by: Gleb Natapov Signed-off-by:

[PATCH RFC V9 16/19] kvm : Paravirtual ticketlocks support for linux guests running on KVM hypervisor

2013-06-01 Thread Raghavendra K T
kvm : Paravirtual ticketlocks support for linux guests running on KVM hypervisor From: Srivatsa Vaddagiri During smp_boot_cpus paravirtualied KVM guest detects if the hypervisor has required feature (KVM_FEATURE_PV_UNHALT) to support pv-ticketlocks. If so, support for pv-ticketlocks is registe

[PATCH RFC V9 12/19] xen: Enable PV ticketlocks on HVM Xen

2013-06-01 Thread Raghavendra K T
xen: Enable PV ticketlocks on HVM Xen From: Stefano Stabellini Signed-off-by: Jeremy Fitzhardinge Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Raghavendra K T --- arch/x86/xen/smp.c |1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index dcdc

[PATCH RFC V9 18/19] Documentation/kvm : Add documentation on Hypercalls and features used for PV spinlock

2013-06-01 Thread Raghavendra K T
Documentation/kvm : Add documentation on Hypercalls and features used for PV spinlock From: Raghavendra K T KVM_HC_KICK_CPU hypercall added to wakeup halted vcpu in paravirtual spinlock enabled guest. KVM_FEATURE_PV_UNHALT enables guest to check whether pv spinlock can be enabled in guest. T

[PATCH RFC V9 10/19] x86/ticketlock: Add slowpath logic

2013-06-01 Thread Raghavendra K T
x86/ticketlock: Add slowpath logic From: Jeremy Fitzhardinge Maintain a flag in the LSB of the ticket lock tail which indicates whether anyone is in the lock slowpath and may need kicking when the current holder unlocks. The flags are set when the first locker enters the slowpath, and cleared w

[PATCH RFC V9 13/19] kvm hypervisor : Add a hypercall to KVM hypervisor to support pv-ticketlocks

2013-06-01 Thread Raghavendra K T
kvm hypervisor : Add a hypercall to KVM hypervisor to support pv-ticketlocks From: Srivatsa Vaddagiri kvm_hc_kick_cpu allows the calling vcpu to kick another vcpu out of halt state. the presence of these hypercalls is indicated to guest via kvm_feature_pv_unhalt. Signed-off-by: Srivatsa Vaddagi

[PATCH RFC V9 5/19] xen/pvticketlock: Xen implementation for PV ticket locks

2013-06-01 Thread Raghavendra K T
xen/pvticketlock: Xen implementation for PV ticket locks From: Jeremy Fitzhardinge Replace the old Xen implementation of PV spinlocks with and implementation of xen_lock_spinning and xen_unlock_kick. xen_lock_spinning simply registers the cpu in its entry in lock_waiting, adds itself to the wai

[PATCH RFC V9 8/19] x86/pvticketlock: When paravirtualizing ticket locks, increment by 2

2013-06-01 Thread Raghavendra K T
x86/pvticketlock: When paravirtualizing ticket locks, increment by 2 From: Jeremy Fitzhardinge Increment ticket head/tails by 2 rather than 1 to leave the LSB free to store a "is in slowpath state" bit. This halves the number of possible CPUs for a given ticket size, but this shouldn't matter i

[PATCH RFC V9 4/19] xen: Defer spinlock setup until boot CPU setup

2013-06-01 Thread Raghavendra K T
xen: Defer spinlock setup until boot CPU setup From: Jeremy Fitzhardinge There's no need to do it at very early init, and doing it there makes it impossible to use the jump_label machinery. Signed-off-by: Jeremy Fitzhardinge Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Raghavendra K T -

[PATCH RFC V9 7/19] x86/pvticketlock: Use callee-save for lock_spinning

2013-06-01 Thread Raghavendra K T
x86/pvticketlock: Use callee-save for lock_spinning From: Jeremy Fitzhardinge Although the lock_spinning calls in the spinlock code are on the uncommon path, their presence can cause the compiler to generate many more register save/restores in the function pre/postamble, which is in the fast pat

[PATCH RFC V9 9/19] Split out rate limiting from jump_label.h

2013-06-01 Thread Raghavendra K T
Split jumplabel ratelimit From: Andrew Jones Commit b202952075f62603bea9bfb6ebc6b0420db11949 introduced rate limiting for jump label disabling. The changes were made in the jump label code in order to be more widely available and to keep things tidier. This is all fine, except now jump_label.h i

[PATCH RFC V9 6/19] xen/pvticketlocks: Add xen_nopvspin parameter to disable xen pv ticketlocks

2013-06-01 Thread Raghavendra K T
xen/pvticketlocks: Add xen_nopvspin parameter to disable xen pv ticketlocks From: Jeremy Fitzhardinge Signed-off-by: Jeremy Fitzhardinge Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Raghavendra K T --- arch/x86/xen/spinlock.c | 14 ++ 1 file changed, 14 insertions(+) diff

[PATCH v2] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Emil Goode
This patch makes use of the new format specifier %pa that was introduced by the following commit. 7d7992108d02aa92ad4c77e5d9ce14088c942e75 ("lib/vsprintf.c: add %pa format specifier for phys_addr_t types") The addition of urb->transfer_dma and urb->actual_length is also done a few lines below. I

[PATCH RFC V9 3/19] x86/ticketlock: Collapse a layer of functions

2013-06-01 Thread Raghavendra K T
x86/ticketlock: Collapse a layer of functions From: Jeremy Fitzhardinge Now that the paravirtualization layer doesn't exist at the spinlock level any more, we can collapse the __ticket_ functions into the arch_ functions. Signed-off-by: Jeremy Fitzhardinge Tested-by: Attilio Rao Signed-off-by

[PATCH RFC V9 2/19] x86/ticketlock: Don't inline _spin_unlock when using paravirt spinlocks

2013-06-01 Thread Raghavendra K T
x86/ticketlock: Don't inline _spin_unlock when using paravirt spinlocks From: Raghavendra K T The code size expands somewhat, and its better to just call a function rather than inline it. Thanks Jeremy for original version of ARCH_NOINLINE_SPIN_UNLOCK config patch, which is simplified. Suggest

[PATCH RFC V9 1/19] x86/spinlock: Replace pv spinlocks with pv ticketlocks

2013-06-01 Thread Raghavendra K T
x86/spinlock: Replace pv spinlocks with pv ticketlocks From: Jeremy Fitzhardinge Rather than outright replacing the entire spinlock implementation in order to paravirtualize it, keep the ticket lock implementation but add a couple of pvops hooks on the slow patch (long spin on lock, unlocking a

[PATCH RFC V9 0/19] Paravirtualized ticket spinlocks

2013-06-01 Thread Raghavendra K T
This series replaces the existing paravirtualized spinlock mechanism with a paravirtualized ticketlock mechanism. The series provides implementation for both Xen and KVM. Changes in V9: - Changed spin_threshold to 32k to avoid excess halt exits that are causing undercommit degradation (after P

Re: [PATCH] regmap: regcache-rbtree: Fixed node range check on sync

2013-06-01 Thread Mark Brown
On Fri, May 31, 2013 at 04:45:13PM +0200, Maarten ter Huurne wrote: > A node starting before the minimum register is no reason to reject it, > since its end could be in range. The check for the end already exists > two lines lower, so we can just remove the incorrect check. Applied, thanks. sign

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Emil Goode
I see, will send a second version. Thank's Emil On Sat, Jun 01, 2013 at 11:29:10AM -0700, Joe Perches wrote: > On Sat, 2013-06-01 at 20:02 +0200, Emil Goode wrote: > > This patch makes use of the new format specifier %pa that was introduced > > by the following commit. > > > > 7d7992108d02aa92

Re: [PATCH] regmap: regcache-flat: Implemented sync operation

2013-06-01 Thread Mark Brown
On Fri, May 31, 2013 at 04:36:15PM +0200, Maarten ter Huurne wrote: > > Signed-off-by: Maarten ter Huurne This should probably just go into regcache.c as a default sync operation based on doing reads rather than being open coded - it's not meanigfully using any features of the cache data structu

Re: [PATCH -next] blackfin: bf533-stamp: Remove bogus "||"

2013-06-01 Thread Mark Brown
On Fri, May 31, 2013 at 01:40:47PM +0200, Lars-Peter Clausen wrote: > Mark can you queue it up in your topic/blackfin branch? Only if someone were to send me the patch. Geert, you should *ALWAYS* CC maintainers. signature.asc Description: Digital signature

sem_otime trashing

2013-06-01 Thread Manfred Spraul
Hi Rik, I finally managed to get EFI boot, i.e. I'm now able to test on my i3 (2core+HT). With semscale (i.e.: just overhead, perform semop=0 operations), the scalability from 1 to 2 cores is good, but not linear: # semscale 10 | grep "interleave 2" Cpus 1, interleave 2 delay 0: 35502103 in

Re: [RFC PATCH] regulator: palmas: enable all modes for SMPS10

2013-06-01 Thread Laxman Dewangan
On Sunday 02 June 2013 12:15 AM, Mark Brown wrote: * PGP Signed by an unknown key On Thu, May 30, 2013 at 06:30:32PM +0530, Laxman Dewangan wrote: Palma have SMPS10 regulator which can generate two voltage level 3.75 and 5V. This SMPS10 has the two outputs OUT1 and OUT2 and having one input IN

Re: [PATCH 2/2] regmap: fix return of uninitialized value

2013-06-01 Thread Mark Brown
On Thu, May 30, 2013 at 09:54:02PM +0530, Vinod Koul wrote: > struct regmap_debugfs_off_cache *c = NULL; > loff_t p = 0; > - unsigned int i, ret; > + unsigned int i, ret = 0; Two problems here. One is that we shouldn't mix initialised and non-initialised declarations on one l

Re: [PATCH 1/2] regmap: give users _choice_ to allow write access to debugfs

2013-06-01 Thread Mark Brown
On Thu, May 30, 2013 at 09:54:01PM +0530, Vinod Koul wrote: > is very handy is debug kernels and should _never_ be turned On in production > mode No, I'm not going to apply this. Allowing users to randomly write to devices could potentially lead to physical damage to the system and so isn't somet

Re: [PATCH 1/3] spi: fix undefined behaviour in SPI_BPW_RANGE_MASK

2013-06-01 Thread Mark Brown
On Thu, May 30, 2013 at 09:59:39AM -0600, Stephen Warren wrote: > From: Stephen Warren > > The parameters to SPI_BPW_RANGE_MASK() are in the range 1..32. If 32 is > used as a parameter, part of the expression is "1 << 32". Since 32 is >= > the size of the type in use, such a shift is undefined be

Re: [RFC PATCH] regulator: palmas: enable all modes for SMPS10

2013-06-01 Thread Mark Brown
On Thu, May 30, 2013 at 06:30:32PM +0530, Laxman Dewangan wrote: > Palma have SMPS10 regulator which can generate two voltage level > 3.75 and 5V. > This SMPS10 has the two outputs OUT1 and OUT2 and having one input IN1. > SMPS10-OUT2 is always connected to SMPS10-IN1 via following logic: > - Thr

Re: [RFC PATCH] regulator: palmas: enable all modes for SMPS10

2013-06-01 Thread Mark Brown
On Thu, May 30, 2013 at 06:24:37PM +0530, Kishon Vijay Abraham I wrote: > On Thursday 30 May 2013 05:02 PM, Mark Brown wrote: > >On Thu, May 30, 2013 at 04:26:33PM +0530, Kishon Vijay Abraham I wrote: > >>Only compile tested. Just sent a patch to get some comments > >>/ideas on how to handle such

Re: [RFC] regmap: Add regmap_field APIs

2013-06-01 Thread Mark Brown
On Fri, May 31, 2013 at 07:31:48AM +0100, Srinivas KANDAGATLA wrote: > We have pretty much completed reworking the patch-set we sent recently > for the STiH41x SOC support. We are waiting for your feedback on this patch. Don't top post and don't send contentless pings; you should generally allow

Re: [PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Joe Perches
On Sat, 2013-06-01 at 20:02 +0200, Emil Goode wrote: > This patch makes use of the new format specifier %pa that was introduced > by the following commit. > > 7d7992108d02aa92ad4c77e5d9ce14088c942e75 > ("lib/vsprintf.c: add %pa format specifier for phys_addr_t types") [] > diff --git a/drivers/usb

[PATCH 2/2] hw_breakpoint: Use cpu_possible_mask in {reserve,release}_bp_slot()

2013-06-01 Thread Oleg Nesterov
fetch_bp_busy_slots() and toggle_bp_slot() use for_each_online_cpu(), this is obviously wrong wrt cpu_up() or cpu_down(), we can over/under account the per-cpu numbers. For example: # echo 0 >> /sys/devices/system/cpu/cpu1/online # perf record -e mem:0x10 -p 1 & # echo 1 >

[PATCH 1/2] hw_breakpoint: Fix cpu check in task_bp_pinned(cpu)

2013-06-01 Thread Oleg Nesterov
trinity fuzzer triggered WARN_ONCE("Can't find any breakpoint slot") in arch_install_hw_breakpoint() but the problem is not arch-specific. The problem is, task_bp_pinned(cpu) checks "cpu == iter->cpu" but this doesn't account the "all cpus" events with iter->cpu < 0. This means that, say, registe

[PATCH 0/2]: WARN_ONCE in arch/x86/kernel/hw_breakpoint.c

2013-06-01 Thread Oleg Nesterov
On 05/20, Vince Weaver wrote: > > on 3.10-rc1 with the trinity fuzzer patched to exercise the > perf_event_open() syscall I am triggering this WARN_ONCE: > > [ 75.864822] [ cut here ] > [ 75.864830] WARNING: at arch/x86/kernel/hw_breakpoint.c:121 > arch_install_hw_break

[PATCH] usb: musb: use the new %pa format specifier for dma_addr_t

2013-06-01 Thread Emil Goode
This patch makes use of the new format specifier %pa that was introduced by the following commit. 7d7992108d02aa92ad4c77e5d9ce14088c942e75 ("lib/vsprintf.c: add %pa format specifier for phys_addr_t types") The addition of urb->transfer_dma and urb->actual_length is also done a few lines below. I

Re: [PATCH] usb: musb: Fix format specifier warning

2013-06-01 Thread Emil Goode
Hello, Thank's for your pointers. I will send a patch that applies on top of Felipe's patch. Best regards, Emil Goode On Sat, Jun 01, 2013 at 04:15:03PM +0300, Andy Shevchenko wrote: > On Sat, Jun 1, 2013 at 1:39 AM, Randy Dunlap wrote: > > On 05/31/13 15:34, Andy Shevchenko wrote: > >> On Fri

Re: [PATCH] efi, pstore: Cocci spatch "memdup.spatch"

2013-06-01 Thread Kees Cook
On Sat, Jun 1, 2013 at 2:40 AM, Thomas Meyer wrote: > > Signed-off-by: Thomas Meyer Acked-by: Kees Cook Thanks! -Kees > --- > > diff -u -p a/drivers/firmware/efi/efi-pstore.c > b/drivers/firmware/efi/efi-pstore.c > --- a/drivers/firmware/efi/efi-pstore.c > +++ b/drivers/firmware/efi/efi-pst

Re: [PATCH] usb: dwc3: core: Cocci spatch "odd_ptr_err.spatch"

2013-06-01 Thread Felipe Balbi
On Sat, Jun 01, 2013 at 12:10:59PM +0200, Thomas Meyer wrote: > > Signed-off-by: Thomas Meyer -ENOLOG -- balbi signature.asc Description: Digital signature

Re: [PATCH] usb: gadget: Cocci spatch "err_cast.spatch"

2013-06-01 Thread Felipe Balbi
On Sat, Jun 01, 2013 at 12:08:45PM +0200, Thomas Meyer wrote: > -ENOLOG > Signed-off-by: Thomas Meyer > --- > > diff -u -p a/drivers/usb/gadget/composite.c b/drivers/usb/gadget/composite.c > --- a/drivers/usb/gadget/composite.c > +++ b/drivers/usb/gadget/composite.c > @@ -1138,7 +1138,7 @@ str

Re: [PATCH] usb: gadget: lpc32xx_udc: Cocci spatch "memdup.spatch"

2013-06-01 Thread Felipe Balbi
On Sat, Jun 01, 2013 at 11:36:46AM +0200, Thomas Meyer wrote: > -ENOLOG please add a commit log. > Signed-off-by: Thomas Meyer > --- > > diff -u -p a/drivers/usb/gadget/lpc32xx_udc.c > b/drivers/usb/gadget/lpc32xx_udc.c > --- a/drivers/usb/gadget/lpc32xx_udc.c > +++ b/drivers/usb/gadget/lpc3

Re: [PATCH] usb: gadget: Cocci spatch "ptr_ret.spatch"

2013-06-01 Thread Felipe Balbi
On Sat, Jun 01, 2013 at 11:59:25AM +0200, Thomas Meyer wrote: > -ENOLOG > Signed-off-by: Thomas Meyer > --- > > diff -u -p a/drivers/usb/gadget/f_subset.c b/drivers/usb/gadget/f_subset.c > --- a/drivers/usb/gadget/f_subset.c > +++ b/drivers/usb/gadget/f_subset.c > @@ -274,7 +274,7 @@ static in

[PATCH 1/1] kernel:time Export symbols of functions declared in linux/alarmtimer.h

2013-06-01 Thread Marcus Gelderie
Export symbols so they can be used by drivers/staging/android/alarm-dev.c. So far this is built-in but LKM support is planned (see drivers/staging/android/TODO). Signed-off-by: Marcus Gelderie --- kernel/time/alarmtimer.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git

**Reset Your Account

2013-06-01 Thread Webmail** Customers ** Helpdesk Team
This message is from our Helpdesk Team to all webmail account owners. We noticed that your webmail account has been compromised by spammers. It seems they have gained access into our database and have been using it for illegal internet activities.The center is currently performing maintenance an

  1   2   3   >