Re: [Xen-devel] [PATCH] x86/xen: Fix 64bit kernel pagetable setup of PV guests

On 02/09/14 12:01, David Vrabel wrote: > On 01/09/14 18:34, David Vrabel wrote: >> On 29/08/14 16:17, Stefan Bader wrote: >>> This change might not be the fully correct approach as it basically >>> removes the pre-set page table entry for the fixmap that is compile >>> time set

Re: [PATCH v6 4/4] phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800

Hi, On Tue, Sep 02, 2014 at 04:42:18PM +0530, Vivek Gautam wrote: > Adding phy calibrate callback, which facilitates setting certain > PHY settings post initialization of the PHY controller. > Exynos5420 and Exynos5800 have 28nm USB 3.0 DRD PHY for which > the Loss-of-Signal (LOS) Detector

[patch] mm: clean up zone flags

Page reclaim tests zone_is_reclaim_dirty(), but the site that actually sets this state does zone_set_flag(zone, ZONE_TAIL_LRU_DIRTY), sending the reader through layers indirection just to track down a simple bit. Remove all zone flag wrappers and just use bitops against zone->flags directly.

Re: [PATCH 1/4] mfd: arizona: Add additional dummy IRQ callbacks

On Tue, 02 Sep 2014, Charles Keepax wrote: > On Thu, Aug 21, 2014 at 12:56:31PM +0100, Lee Jones wrote: > > On Tue, 12 Aug 2014, Charles Keepax wrote: > > > > > We use a dummy IRQ chip to dispatch interrupts to the two seperate IRQ > > > domains on the Arizona devices. Currently only the enable

Re: [PATCH v10 03/19] arm: fiq: Replace default FIQ handler

On Tue, Sep 02, 2014 at 12:49:16PM +0100, Daniel Thompson wrote: > On 28/08/14 16:01, Russell King - ARM Linux wrote: > > On Tue, Aug 19, 2014 at 07:12:07PM +0100, Daniel Thompson wrote: > >> On 19/08/14 18:37, Russell King - ARM Linux wrote: > >>> On Tue, Aug 19, 2014 at 05:45:53PM +0100, Daniel

Re: [PATCH] Next branch: authgss: authgss.c: Fix warnings for uninitizlized variable expire

On Tue, Sep 02, 2014 at 04:59:45PM +0300, Boaz Harrosh wrote: > uninitialized_var was made to be a friend not an enemy, in the face of real > ugliness it is the best we can do. And that is what it should communicate to > everyone. Why has it become everyone's favorite blasphemy I do not know. Not

Re: [PATCH 4/4] x86, fpu: irq_fpu_usable: kill all checks except !in_kernel_fpu

Sorry for noise, but just in case... On 09/02, Oleg Nesterov wrote: > > Do you think this can work? Of course, even if this can work, we should do this later. Let's start with the simple changes, then we will see if we can actually remove all other checks. Oleg. -- To unsubscribe from this

Re: [PATCH 1/4] mfd: arizona: Add additional dummy IRQ callbacks

On Thu, Aug 21, 2014 at 12:56:31PM +0100, Lee Jones wrote: > On Tue, 12 Aug 2014, Charles Keepax wrote: > > > We use a dummy IRQ chip to dispatch interrupts to the two seperate IRQ > > domains on the Arizona devices. Currently only the enable and disable > > callbacks are defined however, there

Re: linux-next: Tree for Sep 1

On Tue, 2 Sep 2014, Bartlomiej Zolnierkiewicz wrote: > Commit 532d0d0690d1 ("irqchips: Replace __this_cpu_ptr uses") > incorrectly converted *__this_cpu_ptr() to raw_cpu_read() instead > of *raw_cpu_ptr(). Fix it. Oww.. This is double indirection deal there. A percpu offset pointing to a

Re: [PATCH] staging: unisys: uislib: uisqueue.c: fixed sparse warning of context imbalance

On Tue, Sep 02, 2014 at 04:39:47PM +0530, Sudip Mukherjee wrote: > fixed sparse warning : context imbalance in 'do_locked_client_insert' >different lock contexts for basic block > > spin_unlock_irqrestore is called at a later stage before returning > from the function if

Re: [PATCH RESEND] unicore32: Fix build error

Signed-off-by: Guan Xuetao - Guenter Roeck 写道： > unicore32 builds fail with > > arch/unicore32/kernel/signal.c: In function ‘setup_frame’: > arch/unicore32/kernel/signal.c:257: error: > ‘usig’ undeclared (first use in this function) >

回复： Status of 'unicore32' architecture in Linux kernel

Sorry for late reply. - Guenter Roeck 写道： > Status of 'unicore32' architecture in Linux kernel > -- > > The idea was to create a working kernel and initramfs for the ongoing Linux > kernel test project. This summary describes the result of

Re: [PATCH] mm: page_alloc: Default to node-ordering on 64-bit NUMA machines

(2014/09/02 22:51), Johannes Weiner wrote: On Mon, Sep 01, 2014 at 01:55:51PM +0100, Mel Gorman wrote: Zones are allocated by the page allocator in either node or zone order. Node ordering is preferred in terms of locality and is applied automatically in one of three cases. 1. If a node has

Re: [PATCH 6/6] mm: page_alloc: Reduce cost of the fair zone allocation policy

On Mon, Aug 11, 2014 at 02:34:05PM +0200, Vlastimil Babka wrote: > On 08/11/2014 02:12 PM, Mel Gorman wrote: > >On Fri, Aug 08, 2014 at 05:27:15PM +0200, Vlastimil Babka wrote: > >>On 07/09/2014 10:13 AM, Mel Gorman wrote: > >>>--- a/mm/page_alloc.c > >>>+++ b/mm/page_alloc.c > >>>@@ -1604,6

Re: [PATCH] Next branch: authgss: authgss.c: Fix warnings for uninitizlized variable expire

On 09/02/2014 04:21 PM, Bruce Fields wrote: > > You'd rather avoid sprinkling that all over, though. If nothing else it > increases the chances you'll suppress a legimate warning some day. > But this is exactly why it was created. If you do the "= 0" then it is gone forever. If you have

Re: [PATCH v11 17/19] serial: asc: Adopt readl_/writel_relaxed()

Hi Daniel, On 09/02/2014 03:00 PM, Daniel Thompson wrote: The architectures where this peripheral exists (ARM and SH) have expensive implementations of writel(), reliant on spin locks and explicit L2 cache management. These architectures provide a cheaper writel_relaxed() which is much better

Re: [PATCH v4] apf27dev: add max1027 in the dts

On Mon, Sep 01, 2014 at 08:44:32PM +0200, Philippe Reynes wrote: > > Signed-off-by: Philippe Reynes Added "ARM: dts: " as the patch subject prefix, and applied the patch. Shawn > --- > arch/arm/boot/dts/imx27-apf27dev.dts | 17 + > 1 files changed, 17 insertions(+), 0

Re: [PATCH] mm: page_alloc: Default to node-ordering on 64-bit NUMA machines

On Mon, Sep 01, 2014 at 01:55:51PM +0100, Mel Gorman wrote: > Zones are allocated by the page allocator in either node or zone order. > Node ordering is preferred in terms of locality and is applied automatically > in one of three cases. > > 1. If a node has only low memory > > 2. If

Re: [PATCH v5 3/3] kprobes: arm: enable OPTPROBES for ARM 32

I gave the patches a quick test and in doing so found a bug which stops any probes actually being optimised, and the same bug should affect X86, see comment below... On Wed, 2014-08-27 at 21:02 +0800, Wang Nan wrote: [...] > +int arch_prepare_optimized_kprobe(struct optimized_kprobe *op) > +{ > +

Re: [GIT PULL 4/4] at91: dt for 3.18 #2

On 01/09/2014 19:38, Nicolas Ferre : > Arnd, Olof, Kevin, > > A little bit more material for the DT branch. I didn't want to the one I've > just sent you because this material is not related to the big cleanup > addressed > by previous 3 pull-requests. > It is very basic and simple DT updates

Re: [RFC PATCH 1/1] drivers: introduce ARM SBSA generic UART driver

On Tuesday 02 September 2014 08:20:53 Rob Herring wrote: > >> > >> This alone is not okay. There is no such implementation of hardware. > > > > But the SBSA explicitly allows this. I don't know of any vendor who just > > implements the subset, but I've been told that this has been asked for. > >

Re: [PATCH v2 1/3] ARM: dts: Add Peach Pit dts entry for Atmel touchpad

On 27/08/14 15:22, Javier Martinez Canillas wrote: >>> If there was a BTN_NONE or KEY_UNUSED it would had been better but I think >>> that making a distinction between these two cases (reserved pin vs GPIO >>> available but not used) is useful. >> >> Maybe Nick can comment here. Yes, this is

Re: [Linaro-acpi] [RFC PATCH for Juno 1/2] net: smsc911x add support for probing from ACPI

On Tuesday 02 September 2014 14:26:52 Catalin Marinas wrote: > > Not much at the KS, I think it will need to be followed up on lkml > (https://lkml.org/lkml/2014/8/17/10 is the last I'm aware of, not sure > about any updates in the meantime). > > While the above gets sorted, what's the position

Re: [STLinux Kernel] [PATCH v11 17/19] serial: asc: Adopt readl_/writel_relaxed()

On Tue, 02 Sep 2014, Daniel Thompson wrote: > The architectures where this peripheral exists (ARM and SH) have expensive > implementations of writel(), reliant on spin locks and explicit L2 cache > management. These architectures provide a cheaper writel_relaxed() which > is much better suited to

Re: nohz fail (was: perf related boot hang.)

On Mon, Sep 01, 2014 at 10:14:31PM +0200, Frederic Weisbecker wrote: > On Fri, Aug 22, 2014 at 10:00:09AM -0400, Dave Jones wrote: > > On Fri, Aug 22, 2014 at 08:01:48AM +0200, Catalin Iacob wrote: > > > On Thu, Aug 21, 2014 at 4:56 PM, Frederic Weisbecker > > wrote: > > > > Can you

Re: [PATCH 01/12] Staging: rtl8821ae: hal_bt_coexist: fix commenting style

On Tue, Sep 02, 2014 at 07:22:12AM -0400, An Tuan Ha wrote: > I see, thanks, I will fix it, I was just worried about the subjects > being too long so I just stuck with the same subject; is there a > character limit on how long the subject line should be? Or as long as > it's reasonable, it'll be

[PATCH] fat: Simplify calc_fat_clusters code

Code for fat12 and fat16/32 can be merged to one. Signed-off-by: Seunghun Lee --- fs/fat/inode.c |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/fat/inode.c b/fs/fat/inode.c index 756aead..6992dea 100644 --- a/fs/fat/inode.c +++ b/fs/fat/inode.c @@ -1307,12

Re: [RFC PATCH for Juno 1/2] net: smsc911x add support for probing from ACPI

On Mon, Sep 01, 2014 at 06:32:45PM +0100, Graeme Gregory wrote: > On Mon, Sep 01, 2014 at 07:11:44PM +0200, Arnd Bergmann wrote: > > On Monday 01 September 2014 18:04:47 Catalin Marinas wrote: > > > On Mon, Sep 01, 2014 at 04:06:00PM +0100, Hanjun Guo wrote: > > > > +#ifdef CONFIG_ACPI > > > > +/*

[PATCH v2 2/3] ARM: dts: exynos3250: Add CMU node for DMC domain clocks

Add CMU (Clock Management Unit) node for DMC (Dynamic Memory Controller) domain clocks on Exynos3250. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos3250.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/exynos3250.dtsi

[PATCH v2 3/3] dt-bindings: clk: samsung: Document the DMC domain of Exynos3250 CMU

Document the new compatible for clock in DMC (Dynamic Memory Controller) domain of Exynos3250 Clock Management Unit (CMU). Signed-off-by: Krzysztof Kozlowski --- Documentation/devicetree/bindings/clock/exynos3250-clock.txt | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff

Re: [PATCH] Next branch: authgss: authgss.c: Fix warnings for uninitizlized variable expire

On Tue, Sep 02, 2014 at 01:52:15PM +0300, Boaz Harrosh wrote: > On 09/01/2014 04:50 PM, Trond Myklebust wrote: > > On Mon, Sep 1, 2014 at 7:32 AM, Shakil A Khan wrote: > >> Signed-off-by : Shakil A Khan > >> --- > >> net/sunrpc/auth_gss/auth_gss.c |2 +- > >> 1 files changed, 1

[PATCH v2 1/3] clk: samsung: exynos3250: Register DMC clk provider

Add clock provider for clocks in DMC domain including EPLL and BPLL. The DMC clocks are necessary for Exynos3 devfreq driver. The DMC clock domain uses different address space (0x105C) than standard clock domain (0x1003 - 0x1005). The difference is huge enough to add new DT node for

Re: early microcode: how to disable at runtime?

On Tue, 02 Sep 2014, Borislav Petkov wrote: > > This can be a very big deal when things go wrong: it is hard for the > > regular user to recover from an initramfs image that crashes the > > system, and the early initramfs has no "disable" trigger. > > This maybe is a serious problem but disabling

Re: linux-next: Tree for Sep 1

[ this time with the patch and right cc: list, sorry for the noise ] Hi, On Tuesday, September 02, 2014 12:07:28 AM Mark Brown wrote: > Changes since 20140829: > > The akpm-current gained a conflict against Linus' tree. > > Non-merge commits (relative to Linus' tree): 2553 > 2686 files

Re: [RFC PATCH 1/1] drivers: introduce ARM SBSA generic UART driver

On Tue, Sep 2, 2014 at 5:06 AM, Andre Przywara wrote: > Hi Rob, > > thanks for looking at this. > > On 02/09/14 04:06, Rob Herring wrote: >> On Fri, Aug 29, 2014 at 11:13 AM, Andre Przywara >> wrote: >>> The ARM Server Base System Architecture (SBSA) describes a generic >>> UART which all

Re: linux-next: Tree for Sep 1

Hi, On Tuesday, September 02, 2014 12:07:28 AM Mark Brown wrote: > Changes since 20140829: > > The akpm-current gained a conflict against Linus' tree. > > Non-merge commits (relative to Linus' tree): 2553 > 2686 files changed, 98625 insertions(+), 79475 deletions(-) > > I have created

Re: [PATCH] Drivers:firewire: fix style errors in core-card.c This is a patch in the core-card.c file which fixes up 2 warnings found by the checkpatch.pl tool Signed-off-by: Sander Nemvalts

Folding two replies into one. On Sep 02 Sander Nemvalts wrote: > On Sep 2, 2014 12:56 AM, "Stefan Richter" wrote: > > > On Sep 01 Sander Nemvalts wrote: > > > --- a/drivers/firewire/core-card.c > > > +++ b/drivers/firewire/core-card.c > > > @@ -89,7 +89,8 @@ static size_t config_rom_length = 1

[PATCH v3 3/4] ARM: dts: qcom: Add TLMM DT node for APQ8084

This patch adds the TLMM node for the APQ8084 platform. Reviewed-by: Bjorn Andersson Signed-off-by: Georgi Djakov --- arch/arm/boot/dts/qcom-apq8084.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi

Re: [REGRESSION] i915: failure to see Dell 30" monitor connected to a Lenovo Haswell docking station

On Tue, Sep 02, 2014 at 09:23:16PM +1000, Dave Airlie wrote: > > Interesting, I have the same combo of hw available on my desk at work, > but it might be a couple of days before I can get to the office to > debug it, > > can you boot with drm.debug=6 and get me the dmesg? I'll do that when I

[GIT PULL] arm64: second wave of arm64 fixes for 3.17

Hello Linus, Please can you pull these fixes for arm64? They address some issues found by running smatch on the arch code (ignoring the false positives) and also stop 32-bit Android from losing track of its stack. There's one additional irq migration fix in the pipeline, but it came in after I'd

[PATCH v3 1/4] pinctrl: qcom: Add APQ8084 pinctrl support

This patchset adds pinctrl support for the Qualcomm APQ8084 platform. Reviewed-by: Andy Gross Signed-off-by: Georgi Djakov --- drivers/pinctrl/qcom/Kconfig |8 + drivers/pinctrl/qcom/Makefile |1 + drivers/pinctrl/qcom/pinctrl-apq8084.c | 1243

[PATCH v3 2/4] dt: Document Qualcomm APQ8084 pinctrl binding

Define a new binding for the Qualcomm TLMM (Top-Level Mode Mux) based pin controller inside the APQ8084. Acked-by: Bjorn Andersson Signed-off-by: Georgi Djakov --- .../bindings/pinctrl/qcom,apq8084-pinctrl.txt | 179 1 file changed, 179 insertions(+) create mode

[PATCH v3 0/4] pinctrl: qcom: Add APQ8084 pinctrl support

This set of patches adds pinctrl support for the Qualcomm APQ8084 platform. The first patch adds the pin definitions. The second patch contains the devicetree binding documentation. The third patch adds the DT node. The last patch makes the INTR_TARGET_PROC_APPS value configurable and defines it

[PATCH v3 4/4] pinctrl: qcom: Make the target processor value configurable

Currently the value used for specify that interrupts from the gpio should be routed to the application processor is hardcoded for all Qualcomm SoCs. But the new APQ8084 SoC uses a different value. To resolve this, we make this value configurable for each SoC. For all existing SoCs we continue to

Re: [PATCH] kernel/signal.c: whitespace fixes

On 09/02, Jiri Kosina wrote: > > On Tue, 2 Sep 2014, Vishnu Pratap Singh wrote: > > > From: "vishnu.ps" > > > > Fix minor errors and warning messages in kernel/signal.c. These errors were > > reported by checkpatch while working with some modifications in signal.c > > file. > > > > ERROR: code

[PATCH v11 16/19] serial: asc: Add support for KGDB's FIQ/NMI mode

Add a .poll_init() function that enables UART RX and registers the UART's irq with KGDB. By providing this information to KGDB the serial driver offers "permission" for KGDB to route the UART interrupt signal from the drivers own handler to KGDBs FIQ handler (which will eventually use the UART's

[PATCH v11 15/19] serial: amba-pl011: Pass FIQ information to KGDB.

Speculatively register a FIQ resource with KGDB. KGDB will only accept it if the kgdb/fiq feature is enabled (both with compile time and runtime switches) and the interrupt controller supports FIQ. By providing this information to KGDB the serial driver offers "permission" for KGDB to route the

[PATCH v11 12/19] serial: kgdb_nmi: No CON_ENABLED by default

At present this console is selectively enabled/disabled by NULL checking arch_kgdb_ops.enable_nmi. In practice this requires the architecture dependant code to implement some kind of control (e.g. module arguments) to enable/disable the feature. The kernel already provide the perfectly adequade

[PATCH v11 13/19] serial: amba-pl011: Use container_of() to get uart_amba_port

Universally adopt container_of() for all pointer conversion from uart_port to uart_amba_port. Signed-off-by: Daniel Thompson --- drivers/tty/serial/amba-pl011.c | 54 +++-- 1 file changed, 36 insertions(+), 18 deletions(-) diff --git

Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

On Sat, Aug 30, 2014 at 08:41:27PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > * move special branch for balloon migraion into migrate_pages > * remove special mapping for balloon and its flag AS_BALLOON_MAP > * embed struct balloon_dev_info into struct virtio_balloon >

[PATCH v11 18/19] serial: imx: clean up imx_poll_get_char()

From: Dirk Behme Looking at the get_poll_char() function of the 8250.c serial driver, we learn: * poll_get_char() doesn't have to save/disable/restore the interrupt registers. No interrupt handling is needed in this function at all. Remove it. * Don't block in case there is no data

[PATCH v11 17/19] serial: asc: Adopt readl_/writel_relaxed()

The architectures where this peripheral exists (ARM and SH) have expensive implementations of writel(), reliant on spin locks and explicit L2 cache management. These architectures provide a cheaper writel_relaxed() which is much better suited to peripherals that do not perform DMA. The situation

[PATCH v11 19/19] serial: imx: Add support for KGDB's FIQ/NMI mode

This patch makes it possible to use the imx uart with KGDB's FIQ/NMI mode. Main changes are: .poll_init() will, if KGDB+FIQ are enabled, perform deeper hardware initialization to ensure the serial port is always active (required otherwise FIQ is not triggered by UART activity). This has an

[PATCH] staging: lustre: declare some functions as static

Declare these functions as static: llog_alloc_handle() is used in llog_open() only. llog_free_handle() is used in llog_close() only. Signed-off-by: Zheng Di --- drivers/staging/lustre/lustre/obdclass/llog.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v11 14/19] serial: amba-pl011: Move pl011_hwinit()

This patch hoists pl011_hwinit() further up within the driver. This permits a later patch to introduce an extended .poll_init callback that does more than pure hardware initialization. Signed-off-by: Daniel Thompson Cc: Russell King Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc:

[PATCH v11 11/19] irqchip: vic: Add support for FIQ management

This patch introduces callbacks to route interrupts to or away from the FIQ signal. It also causes these callbacks to be registered with the FIQ infrastructure. This patch enable FIQ support for mach-versatile whilst mach-ep93xx, mach-netx, mach-s3c64xx and plat-samsung are unmodified (and can

[PATCH v11 02/19] arm: fiq: Allow ACK and EOI to be passed to the intc

Modern ARM interrupt controllers require an ACK as interrupts are taken and an EOI on completion. The FIQ code currently does not provide any API to perform this. This patch provides this API, implemented by adding two callbacks to the fiq_chip structure. Signed-off-by: Daniel Thompson

[PATCH v11 03/19] arm: fiq: Replace default FIQ handler

This patch introduces a new default FIQ handler that is structured in a similar way to the existing ARM exception handler and result in the FIQ being handled by C code running on the SVC stack (despite this code run in the FIQ handler is subject to severe limitations with respect to locking making

[PATCH v11 06/19] irqchip: gic: Provide support for interrupt grouping

All GIC hardware except GICv1-without-TrustZone support provides a means to group exceptions into group 0 (which can optionally be signally using use FIQ) and group 1. The kernel currently provides no means to exploit this. This patch alters the initialization of the GIC to place all interrupts

[PATCH v11 09/19] irqchip: gic: Add support for IPI FIQ

To support IPI FIQ we alter gic_cpu_init() to honour SMP_IPI_FIQ_MASK and register a fairly high priority notifier to acknowledge and clear the IPI when it is triggered. For the IPI FIQ to be useful we must also make it safe to call gic_raise_softirq() from the FIQ handler by altering the locking

[PATCH v11 07/19] irqchip: gic: Add support for FIQ management

This patch introduces callbacks to route interrupts to or away from the FIQ signal and registers these callbacks with the FIQ infrastructure (if the device can supports it). Both these aspects combine and allow a driver to deploy a FIQ handler without any machine specific knowledge; it can be

[PATCH v11 08/19] irqchip: gic: Remove spin locks from eoi_irq

This patch is motivated by the comment it removes from gic_init_fiq, namely that the spin locks in eoi_irq preclude certain platforms from supporting FIQ. Currently there is only one upstream platform (tegra) that actually hooks gic_arch_extn.irq_eoi and it does not require these spin locks.

[PATCH v11 00/19] arm: KGDB NMI/FIQ support

This patchset makes it possible to use kgdb's NMI infrastructure on ARM platforms. The patches are seperated into three distinct groups: 1. arm specific changes; these provide multi-platform support for FIQ (including raising an IPI using FIQ to ensure effective SMP support) and extend ARM

[PATCH v11 10/19] irqchip: gic: Group 0 workaround.

An ARM system based on GICv1 that runs by default in secure mode and uses both group 0 and group 1 interrupts (in order to exploit FIQ) will suffer a problem where the IRQ handler occasionally spuriously acknowledges a group 0 (FIQ) interrupt. This can be prevented by ensuring the IRQ handler

[PATCH v11 01/19] arm: fiq: Add callbacks to manage FIQ routings

Currently enable_fiq/disable_fiq use a simple offset to convert an IRQ virq into a FIQ virq. This is too inflexible for multi-platform kernels and makes runtime error checking impossible. We solve this by introducing a flexible mapping that allows interrupt controllers that support FIQ to

[PATCH v11 05/19] arm: KGDB/KDB FIQ support

The FIQ debugger may be used to debug situations when the kernel stuck in uninterruptable sections, e.g. the kernel infinitely loops or deadlocked in an interrupt or with interrupts disabled. Credit: This patch is a near complete re-write of a patch originally provided by Anton

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 02/09/14 12:48, Tomasz Nowicki wrote: > On 01.09.2014 19:35, Marc Zyngier wrote: >> On 01/09/14 15:57, Hanjun Guo wrote: >>> From: Tomasz Nowicki >>> >>> ACPI kernel uses MADT table for proper GIC initialization. It needs to >>> parse GIC related subtables, collect CPU interface and

[PATCH v11 04/19] arm: smp: Introduce a special IPI signalled using FIQ

Cross CPU signalling based on FIQ is especially useful for kgdb since it makes stopping all the CPUs during breakpointing more robust (some of the other architectures already roundup the CPUs using NMIs). The approach taken provides infrastructure that can be called (or not) by the driver's FIQ

Re: [PATCH 4/4] x86, fpu: irq_fpu_usable: kill all checks except !in_kernel_fpu

On 09/02, Suresh Siddha wrote: > > On Fri, Aug 29, 2014 at 11:17 AM, Oleg Nesterov wrote: > > ONCE AGAIN, THIS IS MORE THE QUESTION THAN THE PATCH. > > this patch I think needs more thought for sure. please see below. Of course. > > interrupted_kernel_fpu_idle() does: > > > > if

Re: [PATCH v2 5/6] mm/balloon_compaction: use common page ballooning

On Sat, Aug 30, 2014 at 08:41:23PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > This patch replaces checking AS_BALLOON_MAP in page->mapping->flags > with PageBalloon which is stored directly in the struct page. > All code of balloon_compaction now under

[PATCH v3 17/17] drm/exynos/ipp: add file checks for ioctls

Process should not have access to ipp nodes created by another process. The patch adds necessary checks. It also simplifies lookup for command node. Signed-off-by: Andrzej Hajda --- v3: - added file check from previous commit - simplified c_node lookup ---

Re: [PATCH] security: Silence shadow warning

On Thu, 28 Aug 2014, Jeff Kirsher wrote: > From: Mark Rustad > > Renaming an unused formal parameter in the static inline function > security_inode_init_security eliminates many W=2 warnings. > > Signed-off-by: Mark Rustad > Signed-off-by: Jeff Kirsher Applied to

[PATCH v3 16/17] drm/exynos/ipp: remove file argument from node related functions

Since file pointer is preserved in c_node passing it as argument in node functions is redundant. Signed-off-by: Andrzej Hajda --- v3: - file check moved to next patch --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Sat, Aug 30, 2014 at 08:41:20PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > This patch adds page state PageBallon() and functions __Set/ClearPageBalloon. > Like PageBuddy() PageBalloon() looks like page-flag but actually this is > special > state of page->_mapcount

[PATCH 1/5] KEYS: Increase root_maxkeys and root_maxbytes sizes

From: Steve Dickson Now that NFS client uses the kernel key ring facility to store the NFSv4 id/gid mappings, the defaults for root_maxkeys and root_maxbytes need to be substantially increased. These values have been soak tested: https://bugzilla.redhat.com/show_bug.cgi?id=1033708#c73

[PATCH 5/5] PEFILE: Relax the check on the length of the PKCS#7 cert

Relax the check on the length of the PKCS#7 cert as it appears that the PE file wrapper size gets rounded up to the nearest 8. The debugging output looks like this: PEFILE: ==> verify_pefile_signature() PEFILE: ==> pefile_parse_binary() PEFILE: checksum @ 110

Re: [PATCH net-next 2/2] r8152: use eth_hw_addr_random

Hello. On 9/2/2014 1:55 PM, Hayes Wang wrote: If the hw doesn't have a valid MAC address, give a random one and set it to the hw. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 39 --- 1 file changed, 24 insertions(+), 15 deletions(-) diff

[PATCH 2/5] KEYS: Fix public_key asymmetric key subtype name

The length of the name of an asymmetric key subtype must be stored in struct asymmetric_key_subtype::name_len so that it can be matched by a search for ":". Fix the public_key subtype to have name_len set. Signed-off-by: David Howells --- crypto/asymmetric_keys/public_key.c |1 + 1 file

[PATCH 4/5] KEYS: Fix use-after-free in assoc_array_gc()

An edit script should be considered inaccessible by a function once it has called assoc_array_apply_edit() or assoc_array_cancel_edit(). However, assoc_array_gc() is accessing the edit script just after the gc_complete: label. Reported-by: Andreea-Cristina Bernat Signed-off-by: David Howells

[PATCH 3/5] KEYS: Set pr_fmt() in asymmetric key signature handling

Printing in base signature handling should have a prefix, so set pr_fmt(). Signed-off-by: David Howells --- crypto/asymmetric_keys/signature.c |1 + 1 file changed, 1 insertion(+) diff --git a/crypto/asymmetric_keys/signature.c b/crypto/asymmetric_keys/signature.c index

[PATCH 0/5] KEYS: Miscellaneous fixes

/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-fixes Tagged with: keys-fixes-20140902 David --- David Howells (4): KEYS: Fix public_key asymmetric key subtype name KEYS: Set pr_fmt() in asymmetric key signature handling KEYS: Fix use-after-free in assoc_array_gc

Re: [PATCH] kernel/signal.c: whitespace fixes

Hi! Am 02.09.2014 14:40, schrieb Vishnu Pratap Singh: > From: "vishnu.ps" > > Fix minor errors and warning messages in kernel/signal.c. These errors were > reported by checkpatch while working with some modifications in signal.c > file. > > ERROR: code indent should use tabs where possible -

Re: [PATCH 0/7] ARM: at91: update defconfigs

On 02/09/2014 10:49, Alexandre Belloni : > Following recent work on the AT91 platforms, update the defconfigs to include > the new power and reset driver, the ADC and touchscreen driver, the new PWM > driver using the generic PWM framework. > > Also remove deprecated options like

Re: [PATCH] kernel/signal.c: whitespace fixes

On Tue, 2 Sep 2014, Vishnu Pratap Singh wrote: > From: "vishnu.ps" > > Fix minor errors and warning messages in kernel/signal.c. These errors were > reported by checkpatch while working with some modifications in signal.c > file. > > ERROR: code indent should use tabs where possible - 18 >

Re: [PATCH] usb: gadget: f_fs: add usb_functionfs_descs_head_v2

On Tue, Sep 02 2014, Zhuang Jin Can wrote: > Add usb_functionfs_descs_head_v2 structure for the new layout of > descriptors. NAK. It's a duplicate of and even more importantly, the format of the header is not fixed past the flags field (e.g. fs_count may be

[PATCH] kernel/signal.c: whitespace fixes

From: "vishnu.ps" Fix minor errors and warning messages in kernel/signal.c. These errors were reported by checkpatch while working with some modifications in signal.c file. ERROR: code indent should use tabs where possible - 18 ERROR: need consistent spacing around '&' (ctx:WxO) - 11 ERROR:

Re: [PATCH v3 4/4] pinctrl: qcom: Add support for reset for apq8064

On Fri, Aug 29, 2014 at 4:30 PM, Pramod Gurav wrote: > This patch adds support for reset functions to reboot the boards > with soc apq8064. > > CC: Linus Walleij > CC: Bjorn Andersson > CC: "Ivan T. Ivanov" > CC: Stephen Boyd > CC: Andy Gross > Signed-off-by: Pramod Gurav OK patch applied

Re: [PATCH v2 3/6] mm/balloon_compaction: isolate balloon pages without lru_lock

On Sat, Aug 30, 2014 at 08:41:17PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > LRU-lock isn't required for balloon page isolation. This check makes migration > of some ballooned pages mostly impossible because isolate_migratepages_range() > drops LRU lock periodically.

Re: [PATCH v3 3/4] pinctrl: msm: Add ps_hold function in pinctrl-apq8064 binding documentation

On Fri, Aug 29, 2014 at 4:30 PM, Pramod Gurav wrote: > This adds a function ps_hold (Power Suppy Hold Signal) in pinctrl-ap8064 > documentation which was missing. This function is used to reset the targets > with apq8064 soc. > > CC: Linus Walleij > Acked-by: Bjorn Andersson > CC: "Ivan T.

Re: [PATCH v2 2/6] mm/balloon_compaction: keep ballooned pages away from normal migration path

On Sat, Aug 30, 2014 at 08:41:13PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > Proper testing shows yet another problem in balloon migration: it works only > once for each page. balloon_page_movable() check page flags and page_count. > In __unmap_and_move page is

Re: [PATCH v2 1/6] mm/balloon_compaction: ignore anonymous pages

On Sat, Aug 30, 2014 at 08:41:09PM +0400, Konstantin Khlebnikov wrote: > From: Konstantin Khlebnikov > > Sasha Levin reported KASAN splash inside isolate_migratepages_range(). > Problem is in function __is_movable_balloon_page() which tests AS_BALLOON_MAP > in page->mapping->flags. This function

Re: [PATCH] pinctrl: qcom: Release pin ranges when gpiochip_irqchip_add fails

On Wed, Aug 27, 2014 at 12:57 PM, Pramod Gurav wrote: > This patches adds a call to gpiochip_remove_pin_ranges when > gpiochip_irqchip_add fails to release memory allocated for pin_ranges. > > CC: Ivan T. Ivanov > CC: Bjorn Andersson > CC: Linus Walleij > Signed-off-by: Pramod Gurav

Re: [PATCH v2] pinctrl: qcom: remove gpiochip in failure cases

On Fri, Aug 29, 2014 at 10:11 AM, Pramod Gurav wrote: > This patch releases gpiochip related resources by calling > gpiochip_remove when either of gpiochip_add_pin_range and > gpiochip_irqchip_add fails. > > CC: Linus Walleij > CC: Bjorn Andersson > CC: "Ivan T. Ivanov" > Signed-off-by:

Re: [uas/3.16.1] panic in uas_data_cmplt()

On 西元2014年09月02日 14:50, Hans de Goede wrote: > Hi, > > On 09/02/2014 06:18 AM, Chunwei Chen wrote: >> Dear all: >> >> The kernel version is 3.16.1-1-ARCH >> >> Today I keep getting this panic when booting up. >> http://i.imgur.com/0Rx93Kr.jpg >> >> It might be that the UAS device was in some

Re: [PATCH] i2c: i2c-tegra: Move clk_prepare/clk_set_rate to probe

On Fri, Aug 15, 2014 at 10:18:15AM -0600, Stephen Warren wrote: > On 08/15/2014 03:47 AM, Mikko Perttunen wrote: > >Currently the i2c-tegra bus driver prepares, enables > >and set_rates its clocks separately for each transfer. > >This causes locking problems when doing I2C transfers > >from clock

Re: [PATCH v2 4/4] mfd: lpc_sch: remove FSF address

On Tue, 02 Sep 2014, Andy Shevchenko wrote: > This patch removes FSF address because it can be changed. While here, update > the copyright lines by adding Intel Corp. to them. > > There is no functional change. > > Signed-off-by: Andy Shevchenko > --- > drivers/mfd/lpc_sch.c | 5 + > 1

Re: [PATCH v2 3/4] mfd: lpc_sch: Add support for Intel Quark X1000

On Tue, 02 Sep 2014, Andy Shevchenko wrote: > Intel Quark X1000 SoC supports IRQ based GPIO. This patch will > enable MFD support for Quark X1000 and provide IRQ resources > to Quark X1000 GPIO device driver. > > Signed-off-by: Chang Rebecca Swee Fun > Tested-by: Chang Rebecca Swee Fun >

Re: [PATCH v2 2/4] pci_ids: add support for Intel Quark ILB

On Tue, 02 Sep 2014, Andy Shevchenko wrote: > From: Josef Ahmad > > This patch adds the PCI id for Intel Quark ILB. > It will be used for GPIO and Multifunction device driver. > > Signed-off-by: Josef Ahmad > Acked-by: Bjorn Helgaas > Signed-off-by: Andy Shevchenko > --- >

Re: [PATCH v2 1/4] mfd: lpc_sch: reduce duplicate code and improve manageability

On Tue, 02 Sep 2014, Andy Shevchenko wrote: > This patch refactors the driver to use helper functions instead of > copy'n'pasted pieces of code. > > It also introduces an additional struct to hold a chipset info. The chipset > info will be used to store features that are supported by specific

[char-misc-next 5/6] mei: push pci cfg structure me hw

Device specific configurations are currently only needed by me hw so we can remove it from txe Signed-off-by: Tomas Winkler --- drivers/misc/mei/hw-me.c | 7 +-- drivers/misc/mei/hw-me.h | 26 +- drivers/misc/mei/hw-txe.c | 22 +++---

<    1   2   3   4   5   6   7   8   9   10   >