[PATCH v3 00/27] x86, irq: support ioapic device hotplug

Hi, Intel cpu (from IVB) include cpu, mem controller, and IIO. When hotadd cpu physically, it will involve cpu hotplug, mem hotplug, and pci root hotplug. IIO includes pci host bridge, ioapic controller and iommu. pci devices will need to use ioapic and iommu. So to make pci root bus hotplug work

[PATCH v3 17/27] genirq: Bail out early in free_desc()

We pre-reserve irq range for hot-added ioapic, and later only some are used via realloc. So during hot-remove, we need to clear bits in allocated_irqs for both case. Check if the irq_desc is there at first, and bail out early if irq_desc is not allocated yet. We can use irq_free_descs to clear all

[PATCH v3 25/27] PCI, x86, ACPI: Link acpi ioapic register to ioapic

During ioapic hotplug, acpi_register_ioapic will be called. Now for x86, that function is blank. Fill that will update __mp_register_ioapic to use those ioapic. Signed-off-by: Yinghai Lu --- arch/x86/kernel/acpi/boot.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH v3 06/27] ia64, irq: Add dummy create_irq_nr()

create_irq() will return -1 when fail to allocate. create_irq_nr() will return 0 when fail to allocate. Will use it to fix one return value checking for dmar_msi irq. Signed-off-by: Yinghai Lu Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org --- arch/ia64/kernel/irq_ia64.c | 10 +++

[PATCH v3 14/27] xen, irq: call irq_realloc_desc_at() at first

To make x86 irq allocation to be same with booting path and ioapic hot add path, We will pre-reserve irq for all gsi at first. We have to use realloc here, otherwise irq_alloc_desc_at will fail because bit is already get marked for pre-reserved in irq bitmaps. Signed-off-by: Yinghai Lu Cc: Konrad

[PATCH v3 21/27] x86, irq: Make ioapics loop skip blank slots

When multiple ioapics get added and removed, we could have blank slots in middle of ioapics array. Add skip code for this case by checking nr_registers. Signed-off-by: Yinghai Lu Cc: Paul Gortmaker Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/

[PATCH v3 05/27] x86, irq: Make dmar_msi/hpet_msi irq_chip name consistent

All others are using "-" instead of "_". Change dmar_msi and hpet_msi to use "-". Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/apic/io_apic.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch

[PATCH v3 08/27] x86, irq: kill create_irq()

create_irq() will return -1 when failing to allocate. create_irq_nr() will return 0 when failing to allocate. It only causes confusion. Now we have no user for create_irq(), so remove create_irq() for x86. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andr

[PATCH v3 01/27] x86, irq: Change irq_remap_modify_chip_defaults to static

Change irq_remap_modify_chip_defaults() to static, as we have no outside user. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/include/asm/irq_remapping.h | 6 -- drivers/iommu/irq_remapping.c| 2 +- 2 files changed,

[PATCH v3 03/27] x86, irq: Print out MSI/MSI-X clearly

Print out exact MSI or MSI-X instead of MSI/MSI-X. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/apic/io_apic.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/

[PATCH v3 18/27] x86, irq: More strict checking about registering ioapic

1. check overlaping gsi range for hot-add ioapic case, BIOS may have some entries in MADT and also have setting in pci root bus with _GSB of DSDT. 2. make bad_ioapics check idx instead of nr_ioapics. for hotadd ioapic could find spare slot in the middle later. 3. check if entries is in right rang

[PATCH v3 02/27] x86, irq: Modify irq chip once for irq remapping

Current code: after irq remapping is enabled, irq_chip fields are modified during every irq setup. mp_register_gsi io_apic_set_pci_routing io_apic_setup_irq_pin setup_ioapic_irq i

[PATCH v3 04/27] x86, irq: Show MSI-X in /proc/interrupt

Now MSI-X is shown as MSI in /proc/interrupt. We could use new added irq_print_chip() interface to append -X for MSI-X. After this patch, we will have PCI-MSI-edge PCI-MSI-X-edge IR-PCI-MSI-edge IR-PCI-MSI-X-edge in the /proc/interrupt -v2: do not need to check if

[PATCH v3 16/27] x86, irq: Add ioapic_gsi_to_irq

For hot add ioapic, irq_base is not equal to gsi_base. We need a way to do mapping between gsi and irq. Also remove irq_to_gsi() that is confusing, just use that array directly as only caller already check input irq before. Signed-off-by: Yinghai Lu Cc: Pavel Machek Cc: Joerg Roedel Cc: Konrad

[PATCH v3 19/27] x86, irq: Make mp_register_ioapic handle hot-added ioapic

It needs to reserve irq range in allocated_irqs bitmaps and irq_base will be used to get right irq for ioapic/pin or gsi. Signed-off-by: Yinghai Lu Cc: Paul Gortmaker Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/include/asm/mpspec.h | 1 + arch/x86/

[PATCH v3 22/27] x86, ioapic: Find usable ioapic id for 64bit.

Checking the id in register, if that is duplicated, will pick one and update id register. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/apic/io_apic.c | 41 ++--- 1 file changed, 34 in

[PATCH v3 15/27] x86, irq: pre-reserve irq range/realloc for booting path

We will use reserve/realloc_irq_and_cfg_at for hotplug ioapic path. To make thing simple, we could make booting path use same code. All gsi range will be reserved at first, and realloc will really allocate those irq_desc/cfg when it is used. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konra

[PATCH v3 09/27] x86, irq: Convert irq_2_pin list to generic list

Now irq_2_pin list is own grown list. We can use generic list to replace it so we could use generic helper functions to operate it. Also make free_irq_cfg() free irq_2_pin list to support coming ioapic hotplug. Signed-off-by: Yinghai Lu Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior C

[PATCH v3 13/27] x86, irq: Split out alloc_ioapic_save_registers()

Split alloc_ioapic_save_registers() from early_irq_init(), so it will be per ioapic. Will call that later for hot-added ioapic controller. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/apic/io_apic.c | 22 ++

[PATCH v3 20/27] x86, irq: Add mp_unregister_ioapic to handle hot-remove ioapic

It will free ioapic related irq_desc and also clear allocated_irqs bits. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/include/asm/mpspec.h | 1 + arch/x86/kernel/apic/io_apic.c | 42 ++

[PATCH v3 11/27] x86, irq: Add realloc_irq_and_cfg_at()

For ioapic hot-add support, it would be easy if we put all irqs for that ioapic controller together. We can reserve irq range at first, then reallocate those pre-reserved one when it is needed. Add realloc_irq_and_cfg_at() to really allocate irq_desc and cfg, because pre-reserved only mark bits i

[PATCH v3 26/27] PCI, x86, ACPI: Enable ioapic hotplug support with acpi host bridge.

We need to have ioapic setup before normal pci drivers. otherwise other pci driver can not setup irq. So we should not treat them as normal pci devices. Also we will need to support ioapic hotplug without pci device around. We need to call ioapic add/remove during host-bridge add/remove. Signed-

[PATCH v3 27/27] PCI, x86, ACPI: get ioapic address from acpi device

Some ioapic controllers do not show up on pci config space, or pci device is there but no bar is used and is set by firmware in other non standard registers. We can get ioapic address from ACPI0009's _CRS. Signed-off-by: Yinghai Lu --- drivers/pci/ioapic.c | 86 +

[PATCH v3 12/27] x86, irq: Move down arch_early_irq_init()

Change position only. Prepare to update arch_early_irq_init(), it needs to call some static functions. Signed-off-by: Yinghai Lu Cc: Joerg Roedel Cc: Konrad Rzeszutek Wilk Cc: Sebastian Andrzej Siewior --- arch/x86/kernel/apic/io_apic.c | 89 +- 1 file

[PATCH v3 24/27] PCI, x86: Make ioapic hotplug support built-in

ioapic hotplug should be built-in like pci root bus hotplug. Also need to make it depends on X86_IO_APIC. Signed-off-by: Yinghai Lu --- drivers/pci/Kconfig | 3 ++- drivers/pci/ioapic.c | 7 --- 2 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/pci/Kconfig b/drivers/pc

[PATCH v3 23/27] x86: Move declaration for mp_register_ioapic()

Address compiling problem that Fengguang report. Reported-by: Fengguang Wu Signed-off-by: Yinghai Lu --- arch/x86/include/asm/mpspec.h | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/mpspec.h b/arch/x86/include/asm/mpspec.h index e70b

[GIT PULL] please pull infiniband.git

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git tags/rdma-for-linus InfiniBand fixes for 3.10-rc: - qib RCU/lockdep fix - iser device removal fix, plus doc fixes -

Re: [PATCH 0/7] irq: fix checkpatch errors and warnings

On Fri, 2013-06-07 at 22:42 +0200, Thomas Gleixner wrote: > On Thu, 6 Jun 2013, Kefeng Wang wrote: > > > Fix all the checkpath errors in kernel/irq dir, and some warnings > > also fixed. > > Sorry, I'm not really interested in this kind of patches. To be > honest, it would be way more exciting if

[PATCH 3/4] perf: sample after exit loses thread correlation

[patch already sent separately] Some events (context-switch, sched:sched_switch) are losing the conversion of sample data associated with a thread. For example: $ perf record -e sched:sched_switch -c 1 -a -- sleep 5 $ perf script ls 30482 [000] 1379727.583037: sched:sched_switch: prev_comm=l

Re: [GIT PULL] Power management and ACPI fixes for v3.10-rc5

On Fri, Jun 7, 2013 at 5:51 AM, Rafael J. Wysocki wrote: > Aaron Lu (1): > ACPI / scan: do not match drivers against objects having scan handlers This patch showed up in linux-next tag next-20130605 and appears to be the cause of a boot failure on my ia64 HP rx2600 system. It panics with t

[RFC PATCH 1/4] perf: move setup_list from symbol.c to strlist.c

Code move only; no functional changes Signed-off-by: David Ahern --- tools/perf/util/strlist.c | 15 +++ tools/perf/util/strlist.h |2 ++ tools/perf/util/symbol.c | 14 -- 3 files changed, 17 insertions(+), 14 deletions(-) diff --git a/tools/perf/util/strlist.c

[RFC PATCH 4/4] perf: add timehist command

perf timehist provides an analysis of scheduling event data. Right now it uses the context-switch softwar event; it needs to be updated to use the scheduling tracepoints along with analysis enhancements those tracepoints provide. For now, the context switch event provides a well-tested start point.

[RFC PATCH 2/4] perf: add methods for setting/retrieving priv element of thread struct

Signed-off-by: David Ahern --- tools/perf/util/thread.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/tools/perf/util/thread.h b/tools/perf/util/thread.h index eeb7ac6..5e7ba35 100644 --- a/tools/perf/util/thread.h +++ b/tools/perf/util/thread.h @@ -47,4 +47,14 @@ void thread_

[RFC PATCH 0/4] perf: timehist command

I have commented a few times over the years about a perf-based command that does a time history analysis of task scheduling. Internal to the product I work on it has been extremely helpful debugging systems with heavy CPU contention - understanding which tasks are consuming cpu cycles over a given

Re: [RFC] add a WARN in setup_irq function for the IRQF_DISABLED flag

On 06/08/2013 12:17 AM, Daniel Lezcano wrote: > > Hi, > > we are still seeing drivers with the irq flag IRQF_DISABLED present and > *new* drivers submitted with this flag set. > > I am wondering if we can add a WARN in the setup_irq function about this > flag. May be it is a bit rough but people

[RFC] add a WARN in setup_irq function for the IRQF_DISABLED flag

Hi, we are still seeing drivers with the irq flag IRQF_DISABLED present and *new* drivers submitted with this flag set. I am wondering if we can add a WARN in the setup_irq function about this flag. May be it is a bit rough but people will pay attention. Thanks -- Daniel Index: clockevents/

Re: [PATCH 2/2] f2fs: support xattr security labels

On 6/6/2013 10:55 PM, Jaegeuk Kim wrote: > This patch adds the support of security labels for f2fs, which will be used > by SElinux. Please be inclusive. Security xattrs are used by LSMs other than SELinux. > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/Kconfig | 9 + > fs/f2fs/dir.c |

Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

On Fri, Jun 07, 2013 at 07:26:49PM +0100, luke.leighton wrote: > maxime: we need to talk :) > > please tell me in 4 or 5 sentences what you've managed to do so far, > expanding a little on what thomas says below, more specifically what > it achieves and/or allows rather than technically what it

Re: [PATCH v3 2/6] clocksource: add Marvell Orion SoC timer

On 06/06/2013 06:27 PM, Sebastian Hesselbarth wrote: > This patch add a DT enabled driver for timers found on Marvell Orion SoCs > (Kirkwood, Dove, Orion5x, and Discovery Innovation). It installs a free- > running clocksource on timer0 and a clockevent source on timer1. > Corresponding device tree

Re: Re: [PATCH V2 1/1] kvm/vmx: Add a tracepoint write_tsc_offset

On Fri, Jun 07, 2013 at 02:22:22PM +0900, Yoshihiro YUNOMAE wrote: > (2013/06/06 20:33), Gleb Natapov wrote: > >On Wed, Jun 05, 2013 at 09:23:22PM -0300, Marcelo Tosatti wrote: > >>On Tue, Jun 04, 2013 at 05:36:19PM +0900, Yoshihiro YUNOMAE wrote: > >>>Add a tracepoint write_tsc_offset for tracing

Re: [PATCH] timekeeping: handle epoch roll-over (2038) on 32-bit systems

On Mon, 3 Jun 2013, John Stultz wrote: > On 06/03/2013 07:34 AM, Thomas Gleixner wrote: > > Though even if we fix that we still need to twist our brains around > > the timespec/timeval based user space interfaces. That's going to be > > the way more interesting challenge. > > I'm curious if there

Re: ipv6 && kernel BUG at net/core/skbuff.c:126!

On 06/07/2013 02:33 PM, Tommi Rantala wrote: > Hello, > > Hit this while fuzzing v3.10-rc4-214-g1612e11 (plus a one-liner > af_netlink patch from Patrick McHardy, that I hope is not related to > this bug). > > Tommi > [19491.615447] Call Trace: > [19491.616273] [] skb_push+0x33/0x40 > [19491.61

Re: [PATCH v9 net-next 0/7] net: low latency Ethernet device polling

From: Eliezer Tamir Date: Wed, 05 Jun 2013 13:34:00 +0300 > And here is v9. > Except for typo fixes in comments/description, only 2/7 and 5/7 were changed. > > Thanks to everyone for their input. Since there is some discussion about the way the poll() bits work, might I suggest you make a v10 w

Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

On Fri, Jun 7, 2013 at 8:35 PM, Russell King - ARM Linux wrote: > On Fri, Jun 07, 2013 at 08:18:14PM +0100, Luke Kenneth Casson Leighton wrote: >> On Fri, Jun 7, 2013 at 7:26 PM, Russell King - ARM Linux >> wrote: >> > Luke Leighton on the other hand is demanding that we >> >> no demands have be

Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

On Fri, Jun 7, 2013 at 8:30 PM, Russell King - ARM Linux wrote: > On Fri, Jun 07, 2013 at 08:02:03PM +0100, luke.leighton wrote: >> well, tough. get me up to speed, *fast*. > > No, not unless you're willing to *pay* someone to spend time teaching you, there's not enough time. 2 days left. >

Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

On Fri, Jun 7, 2013 at 7:59 PM, Thomas Petazzoni wrote: > Maxime will reply to this in more details, but I believe the status is: > > * Interrupt controller is working. > * Clock drivers are working. > * Pinctrl is working. > * GPIO is working. > * Timer is working. > * UART is working > *

Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"

> That sounds good to me - I can prepare patch for i2c-omap.c. > But, there is still an open question regarding *i2c-gpio.c* which, > actually, a source of biggest part of delay. Why should the DEPRECATED flag not work with i2c-gpio? signature.asc Description: Digital signature

Re: [PATCH] dmatest: do not allow to interrupt ongoing tests

On Thu, May 23, 2013 at 02:29:53PM +0300, Andy Shevchenko wrote: > When user interrupts ongoing transfers the dmatest may end up with console > lockup, oops, or data mismatch. This patch prevents user to abort any ongoing > test. > > Documentation is updated accordingly. > > Signed-off-by: Andy S

[PATCH] perf,x86: fix broken PEBS-LL support on SNB-EP/IVB-EP

This patch fixes broken support of PEBS-LL on SNB-EP/IVB-EP. For some reason, the LDLAT extra reg definition for snb_ep showed up as duplicate in the snb table. This patch moves the definition of LDLAT back into the snb_ep table. Thanks to Don Zickus for tracking this one down. Signed-off-by: S

Re: [PATCH -tip ] [BUGFIX] kprobes: Fix arch_prepare_kprobe to handle copy insn failures

Tested-by: Jonathan Lebon Stress-tested overnight in a VM with no problems. Jonathan - Original Message - From: "Steven Rostedt" To: "Masami Hiramatsu" Cc: "Ingo Molnar" , linux-kernel@vger.kernel.org, "Ingo Molnar" , "Frank Ch. Eigler" , system...@sourceware.org, "yrl pp-manager tt

Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

right - too many people contributed to this, input from jon smirl, wookie, maxime, tomasz, henrik, i've made a start here and will continue editing: this is notes for me to put forward an agenda for discussion: http://hands.com/~lkcl/allwinner_linux_proposal.txt i'm setting a rule that each secti

Re: [PATCH 09/11] mmc: omap_hsmmc: enhance pinctrl support

* Balaji T K [130607 06:42]: > On Tuesday 04 June 2013 08:16 PM, Tony Lindgren wrote: > >* Hebbar Gururaja [130531 03:19]: > >>Amend the hsmmc controller to optionally take a pin control handle and > >>set the state of the pins to: > >> > >>- "default" on boot, resume and before performing a mmc

Re: [PATCH] timekeeping: handle epoch roll-over (2038) on 32-bit systems

Tobias, On Tue, 4 Jun 2013, Tobias Waldekranz wrote: > On Mon, Jun 03, 2013 at 04:34:25PM +0200, Thomas Gleixner wrote: > > Just "fixing" some random parts of the code in a "make it work > > somehow" way is a pointless exercise IMO. > > > Now hold on, it is hardly random. On an ARM system, the ke

[PATCH v15 4/4] trace,x86: Add irq vector tracepoints

[Purpose of this patch] As Vaibhav explained in the thread below, tracepoints for irq vectors are useful. http://www.spinics.net/lists/mm-commits/msg85707.html The current interrupt traces from irq_handler_entry and irq_handler_exit provide when an interrupt is handled. They provide good data

[PATCH v15 3/4] x86: Rename variables for debugging

Rename variables for debugging to describe meaning of them precisely. Also, introduce a generic way to switch IDT by checking a current state, debug on/off. Signed-off-by: Seiji Aguchi --- arch/x86/include/asm/desc.h | 47 +++-- arch/x86/kernel/cpu/common.

Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle

Grygorii Strashko writes: > From: Kevin Hilman > > Currently, runtime PM is used to keep the device enabled only during > active transfers and for a configurable runtime PM autosuspend timout > after an xfer. > > In addition to idling the device, driver's ->runtime_suspend() method > currently d

Re: [PATCH] non-swapcache pages in end_swap_bio_read()

On Fri, 2013-06-07 at 13:43 -0700, Andrew Morton wrote: > On Sat, 8 Jun 2013 00:23:18 +0400 Artem Savkov > wrote: [] > +++ a/mm/page_io.c [] > + /* > + * There is no guarantee that the page is in swap cache - the software > + * suspend code (at least) uses end_swap_bio_read() again

[PATCH v15 2/4] trace,x86: Introduce entering/exiting_irq()

When implementing tracepoints in interrupt handers, if the tracepoints are simply added in the performance sensitive path of interrupt handers, it may cause potential performance problem due to the time penalty. To solve the problem, an idea is to prepare non-trace/trace irq handers and switch the

[PATCH v15 0/4] trace,x86: irq vector tracepoint support

Change log v14 -> v15 - Patch 2/4 Introduce non-trace irq handlers with entering/exiting_irq() by separating it from previous "patch v14 3/3". - Patch 3/4 (newly created) Separate a patch renaming variables for debugging and introducing load_current_idt() from previous "patch v14

[PATCH v15 1/4] tracing: Add DEFINE_EVENT_FN() macro

From: Steven Rostedt Each TRACE_EVENT() adds several helper functions. If two or more trace events share the same structure and print format, they can also share most of these helper functions and save a lot of space from duplicate code. This is why the DECLARE_EVENT_CLASS() and DEFINE_EVENT() we

[PATCHv3 6/6] arm: omap2plus_defconfig: enable DRA752 thermal support by default

Make DRA752 thermal support enabled on omap2plus_defconfig Cc: Russell King Cc: Tony Lindgren Cc: Javier Martinez Canillas Cc: AnilKumar Ch Cc: Santosh Shilimkar Cc: Tomi Valkeinen Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin ---

[PATCHv3 3/6] arm: dts: add bandgap entry for OMAP443x devices

This patch add the bandgap entry for OMAP4430 devices. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Russell King Cc: linux-o...@vger.kernel.org Cc: devicetree-disc...@lists.ozlabs.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin --- a

Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency

On Friday, June 07, 2013 10:14:34 PM Stratos Karafotis wrote: > On 06/05/2013 11:35 PM, Rafael J. Wysocki wrote: > > On Wednesday, June 05, 2013 08:13:26 PM Stratos Karafotis wrote: > >> Hi Borislav, > >> > >> On 06/05/2013 07:17 PM, Borislav Petkov wrote: > >>> On Wed, Jun 05, 2013 at 07:01:25PM +

[PATCHv3 5/6] arm: omap2plus_defconfig: enable TI bandgap driver

Enable the bandgap driver for TI SoCs thermal support. Cc: Russell King Cc: Tony Lindgren Cc: Javier Martinez Canillas Cc: AnilKumar Ch Cc: Santosh Shilimkar Cc: Tomi Valkeinen Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin --- arc

[PATCHv3 4/6] arm: dts: add bandgap entry for OMAP4460 devices

Include bandgap devices for OMAP4460 devices. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Russell King Cc: linux-o...@vger.kernel.org Cc: devicetree-disc...@lists.ozlabs.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin --- arch/arm/b

[PATCHv3 2/6] arm: introduce config HAS_BANDGAP

Bandgap is a device used to measure temperature on electronic equipments. It is widely used in digital integrated circuits. It is based on the dependency between silicon voltage and temperature. This patch introduce HAS_BANDGAP config entry. This config is a boolean value so that arch code can fla

[PATCHv3 1/6] thermal: ti-soc-thermal: use standard GPIO DT bindings

This change updates the ti-soc-thermal driver to use standard GPIO DT bindings to read the GPIO number associated to thermal shutdown IRQ, in case the device features it. Previously, the code was using a specific DT bindings. As now OMAP supports the standard way to model GPIOs, there is no point

Re: [PATCH 0/7] irq: fix checkpatch errors and warnings

On Thu, 6 Jun 2013, Kefeng Wang wrote: > Fix all the checkpath errors in kernel/irq dir, and some warnings > also fixed. Sorry, I'm not really interested in this kind of patches. To be honest, it would be way more exciting if you had taught checkpatch to actually fix the missing space after the c

Re: [PATCH] non-swapcache pages in end_swap_bio_read()

On Sat, 8 Jun 2013 00:23:18 +0400 Artem Savkov wrote: > There is no guarantee that page in end_swap_bio_read is in swapcache so we > need > to check it before calling page_swap_info(). Otherwise kernel hits a bug on > like the one below. > Introduced in "mm: remove compressed copy from zram in-

Re: [PATCH V2 1/1] kvm/vmx: Add a tracepoint write_tsc_offset

On Thu, Jun 06, 2013 at 02:33:06PM +0300, Gleb Natapov wrote: > On Wed, Jun 05, 2013 at 09:23:22PM -0300, Marcelo Tosatti wrote: > > On Tue, Jun 04, 2013 at 05:36:19PM +0900, Yoshihiro YUNOMAE wrote: > > > Add a tracepoint write_tsc_offset for tracing TSC offset change. > > > We want to merge ftrac

[PATCH 2/2] perf: Add support for the mem_xlvl field.

>From 9f1a8a16e0ef36447e343d1cd4797c2b6a81225f Mon Sep 17 00:00:00 2001 From: Sukadev Bhattiprolu Date: Fri, 7 Jun 2013 13:26:31 -0700 Subject: [PATCH 2/2] perf: Add support for the mem_xlvl field. A follow-on patch to adding perf_mem_data_src support for Power7. At this point, this is only touc

[PATCH 1/2] perf/Power7: Save dcache_src fields in sample record.

From: Sukadev Bhattiprolu Date: Wed, 8 May 2013 22:59:29 -0700 Subject: [PATCH 1/2] perf/Power7: Save dcache_src fields in sample record. Power7 saves the "perf-event vector" information in the mmcra register. Included in this event vector is a "data-cache source" field which identifies where in

Re: [PATCH v3, part1 04/10] PCI: mark pci_scan_bus_parented() as __deprecated

On Fri, Jun 7, 2013 at 9:30 AM, Jiang Liu wrote: > On 06/07/2013 10:37 PM, Konrad Rzeszutek Wilk wrote: >> On Fri, Jun 07, 2013 at 12:32:28AM +0800, Jiang Liu wrote: >>> On Thu 06 Jun 2013 04:04:36 AM CST, Bjorn Helgaas wrote: [+cc Konrad, Jeremy, xen-devel (users of interface you're deprecat

[GIT PULL] VFIO fix for v3.10-rc5

Hi Linus, The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e: Linux 3.10-rc4 (2013-06-02 17:11:17 +0900) are available in the git repository at: git://github.com/awilliam/linux-vfio.git tags/vfio-v3.10-rc5 for you to fetch changes up to 9a6aa279d3d17af73a029fa40654

Re: [PATCH v2] ethernet/arc/arc_emac - Add new driver

Alexey Brodkin : [...] > diff --git a/drivers/net/ethernet/arc/arc_emac_main.c > b/drivers/net/ethernet/arc/arc_emac_main.c > new file mode 100644 > index 000..f098a27 > --- /dev/null > +++ b/drivers/net/ethernet/arc/arc_emac_main.c > @@ -0,0 +1,956 @@ > +/* > + * Copyright (C) 2004, 2007-201

Re: [PATCH v5] arm: Preserve the user r/w register TPIDRURW on context switch and fork

On Fri, Jun 07, 2013 at 08:05:37PM +0100, Jonathan Austin wrote: > If you're using git-format-patch and git-send-email then the main point > to note is the need to add the KernelVersion: tag described in that > documentation and also that Russell doesn't want '[Patch]' tags in > subject lines

Re: NULL pointer dereference when loading the gre module (3.10.0-rc4)

On Fri, 2013-06-07 at 20:46 +0200, Steinar H. Gunderson wrote: > On Fri, Jun 07, 2013 at 02:44:19PM -0400, Steven Rostedt wrote: > > Do know if you have CONFIG_NET_NS set in your .config? > > Sorry, I forgot to answer this: No, it is not set. OK please try the following patch, Steven forgot to up

Re: [PATCH 3/3] thinkpad_acpi: add LED quirks of models which don't have EC controllable LEDs

Can you get me the ACPI interface documentation? It should be simple to get it, but I haven't emailed the Lenovo BIOS engineers for some time. Basically, create a new LED method in thinkpad-acpi, lock it down to vendor lenovo, detect the new interfaces, and only check the two-argument LED one i

[PATCH] non-swapcache pages in end_swap_bio_read()

: [#1] SMP Modules linked in: CPU: 1 PID: 0 Comm: swapper/1 Not tainted 3.10.0-rc4-next-20130607+ #61 Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007 task: 88001e5ccfc0 ti: 88001e5ea000 task.ti: 88001e5ea000 RIP: 0010:[] [] page_swap_info+0xab/0xb0 RSP: :88001ec03c

Re: Atmel updates to atmel_mxt_ts touch controller driver - v5 Daniel Kurtz , Henrik Rydberg , Joonyoung Shim , alan.bow...@atmel.co

Acked-by: Yufeng Shen Test the patch series on Chromebook Pixel with kernel 3.8. Touchscreen & trackpad work, FW/Config update work. On Thu, Jun 6, 2013 at 3:46 PM, Dmitry Torokhov wrote: > On Thu, Jun 06, 2013 at 03:40:47PM -0400, Yufeng Shen wrote: >> On Thu, Jun 6, 2013 at 3:18 PM, Dmitry To

Re: [PATCH 1/2] list: add list_for_each_entry_del

On Fri, 7 June 2013 21:30:16 +0300, Andy Shevchenko wrote: > > > > spin_lock > > list_for_each_entry_safe > > list_del > > spin_unlock > > Who is doing such thing? Replace list_for_each_entry_safe with 'while (!list_empty(...))' and just grep. My patch is about 'while (!list_empt

Re: [PATCH] xen/blkback: Check for insane amounts of request on the ring.

On Tue, Jun 04, 2013 at 03:57:06PM -0400, Konrad Rzeszutek Wilk wrote: > Check that the ring does not have an insane amount of requests > (more than there could fit on the ring). > > If we detect this case we will stop processing the requests > and wait until the XenBus disconnects the ring. > >

[GIT] CIFS Fix

Fix one byte buffer overrun with prefixpaths on cifs mounts which can cause a problem with mount depending on the string length. The following changes since commit a93cb29acaa8f75618c3f202d1cf43c231984644: Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux (2013-05-31 16:04

Re: [RFC 00/50] ARM: at91: move to common clk framework

On 07/06/2013 12:14, Gregory CLEMENT wrote: On 06/07/2013 11:32 AM, boris brezillon wrote: On 07/06/2013 11:22, Nicolas Ferre wrote: On 07/06/2013 10:34, Boris BREZILLON : Hello, This patch series is a proposal to move at91 clock implementation to common clk framework. Before discussion begi

[RFC PATCH 37/50] ARM: at91/dt: move at91sam9260 SoC to new at91 clk implem

Define at91sam9260 clocks in at91sam9260 device tree. Add references to the appropriate clocks in each peripheral. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/at91sam9260.dtsi | 144 +++- 1 file changed, 143 insertions(+), 1 deletion(-) diff --git a/arc

RE: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))

Confused yes - innocent mistake - 50% yes. I see now the posts are cc'd from arm-netbook mailing lists to many other mailing lists with different standards for noise. Apologies for not seeing that. arm-netbook list 'belongs' to luke, but generally the noise level is very low here and its aim is

[RFC PATCH 45/50] ARM: at91/dt: move rm9200 boards to new at91 clk implem

Define the main clock frequency in every at91rm9200 boards. Remove the old main clock definition. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/at91rm9200ek.dts | 17 ++--- arch/arm/boot/dts/mpa1600.dts | 16 +--- 2 files changed, 11 insertions(+), 22 dele

Re: [PATCH 1/2] i2c-mv64xxx: Add I2C Transaction Generator support

On Fri, Jun 07, 2013 at 05:42:22PM +0200, Gregory CLEMENT wrote: > From: Zbigniew Bodek > > The I2C Transaction Generator offloads CPU from managing I2C > transfer step by step. > > This feature is currently only available on Armada XP, so usage of > this mechanism is activated through device tr

Re: Linux 3.4.48

diff --git a/Makefile b/Makefile index a85d4eb..65c0d7f 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 47 +SUBLEVEL = 48 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/arm/mach-kirkwood/ts219-setup.c b/arch/arm/mach-kirkwood/ts219-

Linux 3.9.5

I'm announcing the release of the 3.9.5 kernel. All users of the 3.9 kernel series must upgrade. The updated 3.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.9.y and can be browsed at the normal kernel.org git web browser:

Linux 3.4.48

I'm announcing the release of the 3.4.48 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.0.81

diff --git a/Makefile b/Makefile index dad194f..5fdea51 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 0 -SUBLEVEL = 80 +SUBLEVEL = 81 EXTRAVERSION = NAME = Sneaky Weasel diff --git a/arch/arm/mach-kirkwood/ts219-setup.c b/arch/arm/mach-kirkwood/ts219-setup.c

Linux 3.0.81

I'm announcing the release of the 3.0.81 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Re: [RFC PATCH 28/50] ASoC: atmel-ssc: prepare clk before calling enable

On 07/06/2013 18:55, Mark Brown wrote: On Fri, Jun 07, 2013 at 06:26:09PM +0200, Boris BREZILLON wrote: Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to avoid common clk framework warnings. Applied since I happened to notice this on he list but you should *always* CC mai

Re: [PATCH] ARM: dts: add dtsi for palmas

On 06/07/2013 05:28 AM, J Keerthy wrote: > Adds palmas mfd and palmas regulator nodes. This is > based on the patch series: > > http://www.mail-archive.com/linux-omap@vger.kernel.org/msg89957.html > > The device tree nodes are based on: > https://lkml.org/lkml/2013/6/6/25 > diff --git a/arch/arm

Re: Strange intermittent EIO error when writing to stdout since v3.8.0

Peter Hurley wrote: > Based on the other reports from Mikael and David, I suspect this problem > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6: > > pty: Ignore slave pty close() if never successfully opened > > This commit poisons the pty under certain error condition

Re: [RFC v1] add new io-scheduler to use cgroup on high-speed device

On Fri, Jun 07, 2013 at 11:09:54AM +0800, sanbai wrote: > On 2013年06月05日 21:30, Vivek Goyal wrote: > >On Wed, Jun 05, 2013 at 10:09:31AM +0800, Robin Dong wrote: > >>We want to use blkio.cgroup on high-speed device (like fusionio) for our > >>mysql clusters. > >>After testing different io-schedule

Re: [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c

On Fri, Jun 07, 2013 at 05:42:23PM +0200, Gregory CLEMENT wrote: > The mv64xxx-i2c embedded in the Armada XP have a new feature called > i2c-bridge. This commit split the i2c information into armada-370.dtsi > and armada-xp.dtsi. Most of the data remains the same and stay in the > common file Armad

Re: [PATCH] tracing: Do not call kmem_cache_free() on allocation failure

On Fri, 2013-06-07 at 15:07 +0900, Namhyung Kim wrote: > From: Namhyung Kim > > There's no point calling it when _alloc() failed. Thanks, I queued this up for 3.11 as it's not that important for a late -rc release. -- Steve > > Signed-off-by: Namhyung Kim > --- > kernel/trace/trace_events.c

Re: [PATCH v2 1/2] SELinux: reduce overhead of mls_level_isvalid() function call

On 06/07/2013 02:09 PM, Stephen Smalley wrote: Can't you unify this logic with the nearly identical logic below? By separating the logic, we can usually get the best performance out of the two separate loops. If code size and maintainability are a bigger concern, I can certainly merge the l

<    1   2   3   4   5   6   7   8   >