[PATCH 1/3] x86: skip check for spurious faults for non-present faults

If a fault on a kernel address is due to a non-present page, then it cannot be the result of stale TLB entry from a protection change (RO to RW or NX to X). Thus the pagetable walk in spurious_fault() can be skipped. See the initial if in spurious_fault() and the tests in spurious_fault_check())

[PATCH 3/3] x86: remove the Xen-specific _PAGE_IOMAP PTE flag

The _PAGE_IO_MAP PTE flag was only used by Xen PV guests to mark PTEs that were used to map I/O regions that are 1:1 in the p2m. This allowed Xen to obtain the correct PFN when converting the MFNs read from a PTE back to their PFN. Xen guests no longer use _PAGE_IOMAP for this. Instead

[PATCHv1 0/3] x86,xen: remove _PAGE_IOMAP PTE flag

The series removes the Xen-specific _PAGE_IOMAP PTE flag, freeing it up for other uses. I plan to queue this for 3.18 via the Xen tree. This was previously posted as part of a larger series (x86/xen: fixes for mapping high MMIO regions (and remove _PAGE_IOMAP)), the bulk of which is already

[PATCH 2/3] x86/xen: do not use _PAGE_IOMAP PTE flag for I/O mappings

Since mfn_to_pfn() returns the correct PFN for identity mappings (as used for MMIO regions), the use of _PAGE_IOMAP is not required in pte_mfn_to_pfn(). Do not set the _PAGE_IOMAP flag in pte_pfn_to_mfn() and do not use it in pte_mfn_to_pfn(). This will allow _PAGE_IOMAP to be removed, making it

Re: [PATCHv2] ARM: debug: uncompress debug support for omap2plus

* kpark3...@gmail.com [140826 01:29]: > From: Sahara > > Since OMAP low-level debug code places data in the .data section, > The symbol DEBUG_UNCOMPRESS was defined with !DEBUG_OMAP2PLUS_UART. > This patch removes the part using data section in debug/omap2plus.S, > so DEBUG_UNCOMPRESS is now

Re: [PATCH RFC tip/core/rcu] Eliminate deadlock between CPU hotplug and expedited grace periods

On Mon, Sep 01, 2014 at 06:17:35PM +0200, Peter Zijlstra wrote: > On Mon, Sep 01, 2014 at 09:05:50AM -0700, Paul E. McKenney wrote: > > > URGH.. I really hate that. The hotplug interface is already too > > > horrible, we should not add such hacks to it. > > > > We do have try_ interfaces to a

Re: [PATCH 03/12] of: Add binding document for MIPS GIC

On Tue, Sep 2, 2014 at 2:33 AM, Mark Rutland wrote: > On Tue, Sep 02, 2014 at 01:53:18AM +0100, Andrew Bresticker wrote: >> On Mon, Sep 1, 2014 at 4:01 AM, Mark Rutland wrote: >> > On Fri, Aug 29, 2014 at 11:14:30PM +0100, Andrew Bresticker wrote: >> >> The Global Interrupt Controller (GIC)

Re: [PATCH] ARM: at91/dt: at91sam9m10g45ek add rtc node

Hi Erik, On Tue, 2 Sep 2014 12:52:12 +0200 Erik van Luijk wrote: > Signed-off-by: Erik van Luijk Except for the nitpicks you'll find below, you have my Acked-by: Boris Brezillon > --- > arch/arm/boot/dts/at91sam9g45.dtsi | 7 +++ > arch/arm/boot/dts/at91sam9m10g45ek.dts | 3 +++ >

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

On Tue, Sep 02, 2014 at 12:48:37PM +0100, 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

Re: [PATCH 2/4] KVM: nSVM: propagate the NPF EXITINFO to the guest

Ah, here you add emulation of these bits. On Tue, Sep 02, 2014 at 05:13:48PM +0200, Paolo Bonzini wrote: > This is similar to what the EPT code does with the exit qualification. > This allows the guest to see a valid value for bits 33:32. > > Signed-off-by: Paolo Bonzini > --- >

[PATCH] mm: fix dump_vma() compilation

From: Stephen Warren dump_vma() was written to access fields within vma->vm_page_prot. However, pgprot_t is sometimes a scalar and sometimes a struct (At least on ARM; see arch/arm/include/asm/pgtable-2level-types.h). use macro pgprot_val() to get the value, so the code is immune to these

Re: [PATCH 2/2] dt-bindings: Add input supplies to rk808 bindings

On Tue, Sep 02, 2014 at 09:14:29AM -0700, Doug Anderson wrote: > The original bindings for rk808 didn't include input supplies. Add > them. Acked-by: Mark Brown You probably want to send this to Lee... signature.asc Description: Digital signature

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

On Tue 02 Sep 06:13 PDT 2014, Georgi Djakov wrote: > This patchset adds pinctrl support for the Qualcomm APQ8084 platform. > > Reviewed-by: Andy Gross > Signed-off-by: Georgi Djakov I was expecting patch 4 to come before this, so that this commit would be "complete". But I'm fine with this.

[PATCH] VMXNET3: Check for map error in vmxnet3_set_mc

We should check if the map of the table actually succeeds, and also free resources accordingly. This fixes the kernel panic reported by Tetsuo Handa. Version bumped to 1.2.1.0 Acked-by: Shelley Gong Acked-by: Bhavesh Davda Signed-off-by: Andy King --- drivers/net/vmxnet3/vmxnet3_drv.c | 14

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

On Tue, Sep 02, 2014 at 03:42:53PM +0200, Arnd Bergmann wrote: > The way I recall the discussion, most people were on one extreme > side of the discussion or the other: > a) We should use _DSD for ARM64 servers to maximize code reuse with > DT-enabled drivers, work around the slow UEFI

Re: [PATCH] blk-merge: fix blk_recount_segments

On 09/02/2014 10:21 AM, Christoph Hellwig wrote: > Btw, one thing we should reconsider is where we set > QUEUE_FLAG_NO_SG_MERGE. At least for virtio-blk it seems to me that > doing the S/G merge should be a lot cheaper than fanning out into the > indirect descriptors. And we might consider

Re: [PATCH] blk-merge: fix blk_recount_segments

On 09/02/2014 09:02 AM, Ming Lei wrote: > QUEUE_FLAG_NO_SG_MERGE is set at default for blk-mq devices, > so bio->bi_phys_segment computed may be bigger than > queue_max_segments(q) for blk-mq devices, then drivers will > fail to handle the case, for example, BUG_ON() in > virtio_queue_rq() can be

Re: [PATCH] blk-merge: fix blk_recount_segments

Btw, one thing we should reconsider is where we set QUEUE_FLAG_NO_SG_MERGE. At least for virtio-blk it seems to me that doing the S/G merge should be a lot cheaper than fanning out into the indirect descriptors. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [percpu] BUG: unable to handle kernel NULL pointer dereference at (null)

On Tue, Sep 02, 2014 at 11:00:12AM -0500, Christoph Lameter wrote: > On Tue, 2 Sep 2014, Paul E. McKenney wrote: > > > Before this commit, raw_cpu_add_return() didn't build. The commit > > didn't affect anything else. > > > > So I don't understand how anything could work before this commit and >

Re: [PATCH] perf/documentation: Fix typo in perf/Documentation

On 08/31/14 20:46, Masanari Iida wrote: > This patch fix spelling typo found in tool/perf/Documentation. > > Signed-off-by: Masanari Iida > --- > tools/perf/Documentation/perf-diff.txt | 6 +++--- > tools/perf/Documentation/perf-kvm.txt | 4 ++-- >

[PATCH 1/2] regulator: RK808: Add proper input supplies for rk808

The original RK808 regulator driver didn't setup input supplies properly. Add them. Signed-off-by: Doug Anderson --- drivers/regulator/rk808-regulator.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/regulator/rk808-regulator.c

[PATCH 2/2] dt-bindings: Add input supplies to rk808 bindings

The original bindings for rk808 didn't include input supplies. Add them. Signed-off-by: Doug Anderson --- Documentation/devicetree/bindings/mfd/rk808.txt | 11 +++ 1 file changed, 11 insertions(+) diff --git a/Documentation/devicetree/bindings/mfd/rk808.txt

[PATCH 0/2] Add input supplies to rk808 regulator

We want to specify the input supplies to the rk808 regulator. This patch series adds them to the driver. Note that the bindings are based atop Chris's most recent version at . If the regulator patch is applied before Chris sends out his next version

[PATCH] powerpc/kvm/cma: Fix panic introduces by signed shift operation

fc95ca7284bc54953165cba76c3228bd2cdb9591 introduces a memset in kvmppc_alloc_hpt since the general CMA doesn't clear the memory it allocates. However, the size argument passed to memset is computed from a signed value and its signed bit is extended by the cast the compiler is doing. This lead to

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

On 02/09/14 16:45, Hanjun Guo wrote: On 2014年09月02日 21:02, Marc Zyngier wrote: 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

Re: Race condition in HR timers that cause double insertion and hard lockup -- all latest versions

On Tue, Sep 2, 2014 at 8:45 AM, Itzcak Pechtalt wrote: > > I opened a bug in https://bugzilla.kernel.org/show_bug.cgi?id=83601 for this > subject with full description. > There is also a short fix patch for kernel/hrtimer.c file. > Even if this bug occurs rary, however it resolves system hard

Re: [PATCH] doc: memory-barriers.txt: Correct example for reorderings

On Thu, Aug 28, 2014 at 05:45:10PM -0400, Pranith Kumar wrote: > On Thu, Aug 28, 2014 at 5:39 PM, Paul E. McKenney > wrote: > > On Thu, Aug 28, 2014 at 05:15:50PM -0400, Pranith Kumar wrote: > >> On Thu, Aug 28, 2014 at 5:00 PM, Paul E. McKenney > >> wrote: > >> > > >> > I am really confused by

[PATCHv3] x86, fpu: remove the logic of non-eager fpu mem allocation at the first usage

From: Suresh Siddha For non-eager fpu mode, thread's fpu state is allocated during the first fpu usage (in the context of device not available exception). This can be a blocking call and hence we enable interrupts (which were originally disabled when the exception happened), allocate memory and

Re: [RFC PATCH v6 14/20] vfio/platform: initial interrupts support

On Sun, Jun 8, 2014 at 12:09 PM, Christoffer Dall wrote: > > On Thu, Jun 05, 2014 at 07:03:22PM +0200, Antonios Motakis wrote: > > This patch allows to set an eventfd for a patform device's interrupt, > > and also to trigger the interrupt eventfd from userspace for testing. > > > > Signed-off-by:

Re: [RFC PATCH v6 15/20] vfio/platform: support for maskable and automasked interrupts

On Sun, Jun 8, 2014 at 12:17 PM, Christoffer Dall wrote: > On Thu, Jun 05, 2014 at 07:03:23PM +0200, Antonios Motakis wrote: >> Adds support to mask interrupts, and also for automasked interrupts. >> Level sensitive interrupts are exposed as automasked interrupts and >> are masked and disabled

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

On 09/02/2014 05:17 PM, Bruce Fields wrote: > 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

Re: [PATCH 0/4] KVM: nested x86: nested page faults fixes

Hi Paolo, On 02.09.2014 21:13, Paolo Bonzini wrote: Patches 3 and 4 fix the interaction between emulator and nested EPT/NPT, which was reported by Valentine. I can confirm the initial bug I observed is fixed with these patches (applied to 3.16.1). All tests in kvm-unit-test's master also

Re: [PATCH] fat: Simplify calc_fat_clusters code

Seunghun Lee writes: > 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 +1307,9 @@ static unsigned long calc_fat_clusters(struct > super_block *sb) > struct msdos_sb_info *sbi = MSDOS_SB(sb); > >

Re: [PATCH] sh: Fix build error caused by missing dependencies

Hi Pranith, On Tue, Sep 2, 2014 at 4:39 PM, Pranith Kumar wrote: > Fix a sh4-randconfig build failure which has the following splat: > > arch/sh/mm/cache-sh4.c:99:17: error: 'cached_to_uncached' undeclared (first > use in this function) > arch/sh/mm/cache-sh4.c:192:2: error: implicit

Race condition in HR timers that cause double insertion and hard lockup -- all latest versions

Hi, I opened a bug in https://bugzilla.kernel.org/show_bug.cgi?id=83601 for this subject with full description. There is also a short fix patch for kernel/hrtimer.c file. Even if this bug occurs rary, however it resolves system hard lockup option. I suspect that it was targeted by mistake to

Re: [PATCH v4 4/6] kvm, mem-hotplug: Reload L1' apic access page on migration in vcpu_enter_guest().

On Wed, Aug 27, 2014 at 06:17:39PM +0800, Tang Chen wrote: > apic access page is pinned in memory. As a result, it cannot be > migrated/hot-removed. > Actually, it is not necessary to be pinned. > > The hpa of apic access page is stored in VMCS APIC_ACCESS_ADDR pointer. When > the page is

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

On 02/09/14 16:45, Hanjun Guo wrote: > On 2014年09月02日 21:02, Marc Zyngier wrote: >> 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

Re: [percpu] BUG: unable to handle kernel NULL pointer dereference at (null)

On Tue, 2 Sep 2014, Paul E. McKenney wrote: > Before this commit, raw_cpu_add_return() didn't build. The commit > didn't affect anything else. > > So I don't understand how anything could work before this commit and > be broken after it. Enlightenment? Where is that raw_cpu_add_return

Re: [PATCH] irqchip: exynos-combiner: Fix compilation error on ARM64

On 02/09/14 16:24, Naveen Krishna Chatradhi wrote: The following compilation error occurs on 64-bit Exynos7 SoC: drivers/irqchip/exynos-combiner.c: In function ‘combiner_irq_domain_map’: drivers/irqchip/exynos-combiner.c:162:2: error: implicit declaration of function ‘set_irq_flags’

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

On Tue, Sep 02, 2014 at 10:03:48PM +0800, Xuetao Guan wrote: > 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

Re: [PATCH v2] mfd: syscon: Decouple syscon interface from platform devices

Tue, 02 Sep 2014 17:20:03 +0200 от Arnd Bergmann : > On Tuesday 02 September 2014 20:12:15 Pankaj Dubey wrote: > > Currently a syscon entity can only be registered directly through a > > platform device that binds to a dedicated syscon driver. However in > > certain cases it is required to bind a

Re: [PATCH] Revert "leds: convert blink timer to workqueue"

On Tue, Sep 2, 2014 at 5:03 AM, Jiri Kosina wrote: > This reverts commit 8b37e1bef5a6b60e949e28a4db3006e4b00bd758. > > It's broken as it changes led_blink_set() in a way that it can now sleep > (while synchronously waiting for workqueue to be cancelled). That's a > problem, because it's possible

Re: [PATCH 1/1] do_exit(): Solve possibility of BUG() due to race with try_to_wake_up()

On 09/01, Peter Zijlstra wrote: > > On Mon, Sep 01, 2014 at 07:58:51PM +0200, Oleg Nesterov wrote: > > > However, the very fact that another CPU can look at this task_struct > > means that we still need spin_unlock_wait(). If nothing else to ensure > > that try_to_wake_up()->spin_unlock(pi_lock)

Re: [PATCH v2 0/3] ARM: dts: qcom: Add initial IFC6540 board support

On Sep 2, 2014, at 10:40 AM, Georgi Djakov wrote: > Add basic support for the IFC6540 single-board computer boards, that are > based on the APQ8084 SoC. The first patch adds the initial device tree. > The second enables the serial console. The third adds the SDHC nodes and > enables the eMMC. >

Re: linux-next: Tree for Aug 29

On Mon, Sep 01, 2014 at 04:15:52PM -0500, Christoph Lameter wrote: > On Mon, 1 Sep 2014, Guenter Roeck wrote: > > > arch/ia64/sn/kernel/setup.c: In function 'sn_cpu_init': > > arch/ia64/sn/kernel/setup.c:632:13: error: lvalue required as left operand > > of assignment > > make[1]: ***

Re: [PATCH 2/2] cgroup: check cgroup liveliness before unbreaking kernfs protection

On Tue, Sep 02, 2014 at 06:57:54PM +0800, Li Zefan wrote: > diff --git a/kernel/cgroup.c b/kernel/cgroup.c > index e03fc62..c8d07e5 100644 > --- a/kernel/cgroup.c > +++ b/kernel/cgroup.c > @@ -1025,6 +1025,11 @@ static umode_t cgroup_file_mode(const struct cftype > *cft) > return mode; > }

[PATCH] mmc: sdhci-esdhc-imx: Enable boot partition access from DT

This property is useful when we don't want to access boot partitions on eMMC Signed-off-by: Jean-Michel Hautbois --- Documentation/devicetree/bindings/mmc/mmc.txt | 1 + drivers/mmc/host/sdhci-esdhc-imx.c| 8 include/linux/platform_data/mmc-esdhc-imx.h | 1 + 3 files

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

On 2014年09月02日 21:02, Marc Zyngier wrote: > 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

Re: [PATCH] tty/serial: fix config dependencies for samsung serial

On Tuesday 02 September 2014 20:52:00 Naveen Krishna Chatradhi wrote: > Make the config symbols SERIAL_SAMSUNG_UARTS_4 and > SERIAL_SAMSUNG_UARTS depend on SERIAL_SAMSUNG rather than > PLAT_SAMSUNG. Please always describe why you are doing a change. This patch seems really pointless. > config

[PATCH v2 1/3] vfs: Check for invalid i_uid in may_follow_link()

Filesystem uids which don't map into a user namespace may result in inode->i_uid being INVALID_UID. A symlink and its parent could have different owners in the filesystem can both get mapped to INVALID_UID, which may result in following a symlink when this would not have otherwise been permitted.

[PATCH] RFC: add function for localbus address

Hi Grant, I came down to this. Could you review? Is that implementation closer to the suggestion made by you. --- drivers/of/address.c | 49 drivers/of/platform.c | 20 ++--- include/linux/of_address.h | 19

[PATCH v2 3/3] fuse: Add support for mounts from user namespaces

Update fuse to support mounts from within user namespaces. This is mostly a matter of translating uids and gids into the namespace of the process reading requests before handing the requests off to userspace. Due to security concerns the namespace used should be fixed, otherwise a user might be

Re: [PATCH 00/15] atmel_mxt_ts - device tree, bootloader, etc

On 07/29/2014 01:26 PM, Stephen Warren wrote: On 07/29/2014 11:06 AM, Nick Dyer wrote: On 29/07/14 17:16, Stephen Warren wrote: ... I also found that removing the module (even without attempting a FW update) yields: After attempted FW update via sysfs: root@localhost:~# rmmod

[PATCH v2 2/3] fuse: Translate pids passed to userspace into pid namespaces

If the process reading on the fuse fd is executing in a pid namespace then giving it the global pid of the process making a request doesn't make sense. Instead, capture the pid namespace when the filesystem is first mounted and translate pids into this namespace before passing them to userspace.

[PATCH v2 0/3] fuse: Add support for mounts from pid/user namespaces

Here's an updated set of patches for allowing fuse mounts from pid and user namespaces. I discussed some of the issues we debated with the last patch set (and a few others) with Eric at LinuxCon, and the updates here mainly reflect the outcome of those discussions. The stickiest issue in the v1

[PATCH v2 2/3] ARM: dts: qcom: Enable serial port on IFC6540 boards

Enable the serial port on the IFC6540 boards. Signed-off-by: Georgi Djakov --- arch/arm/boot/dts/qcom-apq8084-ifc6540.dts |6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8084-ifc6540.dts b/arch/arm/boot/dts/qcom-apq8084-ifc6540.dts index 4603e91..e41cb8a

[PATCH v2 0/3] ARM: dts: qcom: Add initial IFC6540 board support

Add basic support for the IFC6540 single-board computer boards, that are based on the APQ8084 SoC. The first patch adds the initial device tree. The second enables the serial console. The third adds the SDHC nodes and enables the eMMC. Should go through the qcom/arm-soc tree. Changes since v1:

[PATCH v2 3/3] ARM: dts: qcom: Add SDHC nodes for APQ8084 platform

Enable support for the two SD host controllers on the APQ8084 platform by adding the required nodes to the DT files. On the IFC6540 board, the first controller is connected to the onboard eMMC and the second is connected to a micro-SD card slot. Signed-off-by: Georgi Djakov ---

[PATCH v2 1/3] ARM: dts: qcom: Add initial IFC6540 board device tree

Add initial device tree for the IFC6540 Snapdragon 805 pico-itx single-board computer. Signed-off-by: Georgi Djakov --- arch/arm/boot/dts/Makefile |1 + arch/arm/boot/dts/qcom-apq8084-ifc6540.dts |6 ++ 2 files changed, 7 insertions(+) create mode 100644

Re: [PATCH 0/3] fix bugs with stale or corrupt MMIO caches

Il 29/08/2014 12:31, Paolo Bonzini ha scritto: > David and Xiao, here's my take on the MMIO generation patches. Now > with documentation, too. :) Please review! > > David Matlack (2): > kvm: fix potentially corrupt mmio cache > kvm: x86: fix stale mmio cache bug > > Paolo Bonzini (1): >

[PATCH v4 1/3] Revert "perf tools: Default to cpu// for events v5"

From: Kan Liang This reverts commit 50e200f07948 ("perf tools: Default to cpu// for events v5") The fixup cannot handle the case that new style format(which without //) mixed with other different formats. For example, group events with new style format: {mem-stores,mem-loads} some hardware

[PATCH v4 2/3] perf tools: parse the pmu event prefix and surfix

From: Kan Liang There are two types of event formats for PMU events. E.g. el-abort OR cpu/el-abort/. However, the lexer mistakenly recognizes the simple style format as two events. The parse_events_pmu_check function uses bsearch to search the name in known pmu event list. It can tell the lexer

[PATCH v4 3/3] perf tools: Add support to new style format of kernel PMU event

From: Kan Liang Add new rules for kernel PMU event. event_pmu: PE_KERNEL_PMU_EVENT | PE_PMU_EVENT_PRE '-' PE_PMU_EVENT_SUF PE_KERNEL_PMU_EVENT token is for cycles-ct/cycles-t/mem-loads/mem-stores. The prefix cycles is mixed up with cpu-cycles. loads and stores are mixed up with cache event So

Re: [PATCH V2] edac, amd64_edac: Modify usage of amd64_read_dct_pci_cfg()

On 9/2/2014 2:08 AM, Borislav Petkov wrote: On Tue, Aug 26, 2014 at 12:44:09PM -0500, Aravind Gopalakrishnan wrote: Rationale behind this change: - F2x1xx addresses were stopped from being mapped explicitly to DCT1 from F15h (OR) onwards. They use _dct[0:1] mechanism to access the

Re: [PATCH 1/2] cgroup: Delay the clearing of cgrp->kn->priv

Hello, Li. On Tue, Sep 02, 2014 at 06:56:58PM +0800, Li Zefan wrote: > for ((; ;)) > { > echo $$ > /cgroup/sub/cgroup.procs > ech $$ > /cgce 6f2e0c38c2108a74 ]--- copy & paste error? ... > Reported-by: Toralf Förster

[PATCH 3/3] ipoctal: get carrier driver to avoid rmmod

Signed-off-by: Federico Vaga --- drivers/ipack/devices/ipoctal.c | 30 +++--- 1 file changed, 27 insertions(+), 3 deletions(-) diff --git a/drivers/ipack/devices/ipoctal.c b/drivers/ipack/devices/ipoctal.c index e531379..035d544 100644 ---

[PATCH 1/3] ipoctal: reset function istead of duplicate code

Signed-off-by: Federico Vaga --- drivers/ipack/devices/ipoctal.c | 35 ++- 1 file changed, 14 insertions(+), 21 deletions(-) diff --git a/drivers/ipack/devices/ipoctal.c b/drivers/ipack/devices/ipoctal.c index 90b96a1b..e531379 100644 ---

[PATCH 2/3] ipack: save carrier owner to allow device to get it

There was not any kind of protection against carrier driver removal. In this way, device driver can 'get' the carrier driver when it is using it. Signed-off-by: Federico Vaga --- drivers/ipack/carriers/tpci200.c |3 ++- drivers/ipack/ipack.c|4 +++- include/linux/ipack.h

IPACK - ipack and ipoctal improvements

I tested these patches only on kernel 3.2 and 3.6 because I cannot easly test them on the next branch. I think that there are not important modification in the kernel that can affect the behave of these patches. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

[PATCH] irqchip: exynos-combiner: Fix compilation error on ARM64

The following compilation error occurs on 64-bit Exynos7 SoC: drivers/irqchip/exynos-combiner.c: In function ‘combiner_irq_domain_map’: drivers/irqchip/exynos-combiner.c:162:2: error: implicit declaration of function ‘set_irq_flags’ [-Werror=implicit-function-declaration] set_irq_flags(irq,

[PATCH] clk: at91: fix num_parents test in at91sam9260 slow clk implementation

The slow clk block provided by at91sam9260 and derived SoCs should always have 2 parents. Signed-off-by: Boris BREZILLON --- Hello Mike, Could you take this fix for the next 3.17 rc ? Without this fix you won't be able to use programmable clks (the slow clk is one of the parents of prog clks),

[REGRESSION] "efi: efistub: Convert into static library" and preparation patches

Hey, My macbook pro 8.2 fails to do a efi stub boot with these patches. Commit f23cf8bd5c1f49 "efi/x86: efistub: Move shared dependencies to " causes the first break, but this can be averted by changing struct efi_config *efi_early; to struct efi_config *efi_early

[PATCH] tty/serial: fix config dependencies for samsung serial

From: Pankaj Dubey Make the config symbols SERIAL_SAMSUNG_UARTS_4 and SERIAL_SAMSUNG_UARTS depend on SERIAL_SAMSUNG rather than PLAT_SAMSUNG. Signed-off-by: Pankaj Dubey Signed-off-by: Naveen Krishna Chatradhi Cc: Greg Kroah-Hartman --- drivers/tty/serial/Kconfig |4 ++-- 1 file

Re: [PATCH v2 1/3] mfd: add support for Diolan DLN-2 devices

On Tue, Sep 02, 2014 at 11:45:55AM +0300, Octavian Purdila wrote: > On Tue, Sep 2, 2014 at 11:00 AM, Lee Jones wrote: > > On Mon, 01 Sep 2014, Johan Hovold wrote: > >> I haven't looked at the details of the protocol for the device in > >> question, but it might even be possible to use regmap

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

On Tue, Sep 02, 2014 at 08:44:27PM +0530, Sudip Mukherjee wrote: > On Tue, Sep 02, 2014 at 05:05:32PM +0300, Dan Carpenter wrote: > > On Tue, Sep 02, 2014 at 04:39:47PM +0530, Sudip Mukherjee wrote: > > > fixed sparse warning : context imbalance in 'do_locked_client_insert' > > >

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

On Tue, Sep 02, 2014 at 09:51:20AM -0400, 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

Re: [PATCH v2] mfd: syscon: Decouple syscon interface from platform devices

On Tuesday 02 September 2014 20:12:15 Pankaj Dubey wrote: > Currently a syscon entity can only be registered directly through a > platform device that binds to a dedicated syscon driver. However in > certain cases it is required to bind a device with it's dedicated > driver rather than binding

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

On 09/02/2014 05:56 AM, Wolfram Sang wrote: 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

[PATCH 2/4] KVM: nSVM: propagate the NPF EXITINFO to the guest

This is similar to what the EPT code does with the exit qualification. This allows the guest to see a valid value for bits 33:32. Signed-off-by: Paolo Bonzini --- arch/x86/kvm/paging_tmpl.h | 6 ++ arch/x86/kvm/svm.c | 26 ++ 2 files changed, 28

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

On Tue, Sep 02, 2014 at 05:05:32PM +0300, Dan Carpenter wrote: > 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 > > > >

[PATCH 3/4] KVM: x86: inject nested page faults on emulated instructions

This is required for the following patch to work correctly. If a nested page fault happens during emulation, we must inject a vmexit, not a page fault. Luckily we already have the required machinery: it is enough to return X86EMUL_INTERCEPTED instead of X86EMUL_PROPAGATE_FAULT. Reported-by:

[PATCH 4/4] KVM: x86: propagate exception from permission checks on the nested page fault

Currently, if a permission error happens during the translation of the final GPA to HPA, walk_addr_generic returns 0 but does not fill in walker->fault. To avoid this, add an x86_exception* argument to the translate_gpa function, and let it fill in walker->fault. The nested_page_fault field will

[PATCH 0/4] KVM: nested x86: nested page faults fixes

Patch 1 implements AMD semantics for non-leaf PDPEs and PML4Es, which are a bit different from Intel. The SVM test relies on this, so fix it. Patch 2 lets nested SVM implement nested page fault correctly. We were not setting bits 32/33. Patches 3 and 4 fix the interaction between emulator and

[PATCH 1/4] KVM: x86: reserve bit 8 of non-leaf PDPEs and PML4Es in 64-bit mode on AMD

Bit 8 would be the "global" bit, which does not quite make sense for non-leaf page table entries. Intel ignores it; AMD ignores it in PDEs, but reserves it in PDPEs and PML4Es. The SVM test is relying on this behavior, so enforce it. Signed-off-by: Paolo Bonzini --- arch/x86/kvm/cpuid.h | 8

Re: [PATCH v4 1/3] usb: dwc3: add ST dwc3 glue layer to manage dwc3 HC

Hi, On Tue, Sep 02, 2014 at 12:18:12PM +0100, Peter Griffin wrote: > Hi Felipe, > > Sorry for the delay in replying to this mail, I've been trying to get > answers to the suspend/resume questions you had. np > > > +config USB_DWC3_ST > > > + tristate "STMicroelectronics Platforms" > > > +

Re: [PATCH] earlyprintk: re-enable earlyprintk calling early_param

On 08/31/2014 08:28 PM, Sahara wrote: On Fri, 29 Aug 2014, Stephen Warren wrote: On 08/28/2014 11:28 PM, Sahara wrote: On Wed, 27 Aug 2014, Thierry Reding wrote: On Thu, Aug 14, 2014 at 07:13:36PM +0900, kpark3...@gmail.com wrote: From: Sahara Although there are many obs_kernel_param

Re: [PATCH v2 1/3] mfd: add support for Diolan DLN-2 devices

On Tue, Sep 02, 2014 at 09:00:10AM +0100, Lee Jones wrote: > On Mon, 01 Sep 2014, Johan Hovold wrote: > > No, no. USB is not a function of the MFD device, it's the transport. > > Thus there should be no USB MFD-cell. No subdriver can work without it. > > > > And the USB id belongs in the

[PATCH] blk-merge: fix blk_recount_segments

QUEUE_FLAG_NO_SG_MERGE is set at default for blk-mq devices, so bio->bi_phys_segment computed may be bigger than queue_max_segments(q) for blk-mq devices, then drivers will fail to handle the case, for example, BUG_ON() in virtio_queue_rq() can be triggerd for virtio-blk:

Re: linux-next: Tree for Sep 1

On Tue, 2 Sep 2014, Christoph Lameter wrote: > Oww.. This is double indirection deal there. A percpu offset pointing to > a pointer? > > Generally the following is true (definition from > include/asm-generic/percpu.h that is used for ARM for raw_cpu_read): > > #define raw_cpu_read_4(pcp)

Re: linux-next: Tree for Sep 1

Christopher, On Tue, Sep 02, 2014 at 03:19:22PM +0200, Bartlomiej Zolnierkiewicz wrote: > > [ 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

Re: [PATCH 0/5] KEYS: Miscellaneous fixes

free in assoc_array_gc(). > > (5) Relax a check in the PKCS#7 parser to allow for padding inserted after a > PKCS#7 message. > > They can be found here also: > > > http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-fixes > &

Re: [RFC v2 2/2] usb: phy: Temporarily hold wakeupsource on charger connect and disconnect events

Hi, On Tue, Sep 02, 2014 at 05:19:18PM +0530, Kiran Kumar Raparthy wrote: > From: Todd Poynor > > usb: phy: Temporarily hold wakeupsource on charger connect and disconnect > events > > Allow other parts of the system to react to the charger connect/disconnect > event without allowing the

Re: [RFC v2 1/2] usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode

On Tue, Sep 02, 2014 at 05:17:08PM +0530, Kiran Kumar Raparthy wrote: > From: Todd Poynor > > usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode > > Purpose of this is to prevent the system to enter into suspend state from USB > peripheral traffic by hodling a wakeupsource

Re: [PATCH v2] mfd: syscon: Decouple syscon interface from platform devices

On 02.09.2014 16:42, Pankaj Dubey wrote: > Currently a syscon entity can only be registered directly through a > platform device that binds to a dedicated syscon driver. However in > certain cases it is required to bind a device with it's dedicated > driver rather than binding with syscon driver.

Re: [PATCHv5 4/4] thermal: exynos: Remove duplicate code when reading triminfo register of Exynos5440

Chanwoo, On Fri, Aug 29, 2014 at 08:50:41AM +0900, Chanwoo Choi wrote: > Dear Eduardo, > > On 08/28/2014 11:53 PM, Eduardo Valentin wrote: > > On Thu, Aug 28, 2014 at 01:25:14PM +0900, Chanwoo Choi wrote: > >> Dear Eduardo, > >> > >> This patch is wrong. It is my mistake. > >> > >> Please ignore

[PATCH v2] mfd: syscon: Decouple syscon interface from platform devices

Currently a syscon entity can only be registered directly through a platform device that binds to a dedicated syscon driver. However in certain cases it is required to bind a device with it's dedicated driver rather than binding with syscon driver. For example, certain SoCs (e.g. Exynos) contain

Re: [PATCH v3 0/8] thermal: exynos: various cleanups

On Mon, Sep 01, 2014 at 07:05:27AM -0400, edubez...@gmail.com wrote: > Amit > > On Mon, Sep 1, 2014 at 6:53 AM, amit daniel kachhap > wrote: > > On Thu, Aug 28, 2014 at 8:19 PM, Eduardo Valentin > > wrote: > >> Amit, > >> > >> On Thu, Jul 31, 2014 at 07:10:58PM +0200, Bartlomiej Zolnierkiewicz

[PATCH] sh: Fix build error caused by missing dependencies

Fix a sh4-randconfig build failure which has the following splat: arch/sh/mm/cache-sh4.c:99:17: error: 'cached_to_uncached' undeclared (first use in this function) arch/sh/mm/cache-sh4.c:192:2: error: implicit declaration of function 'cpu_context' [-Werror=implicit-function-declaration] These

Re: [PATCH 5/5] phy: exynos5-usbdrd: Adding Kconfig dependency for Exynos7

On Mon, Sep 01, 2014 at 01:30:21PM +0530, Vivek Gautam wrote: > On Thu, Aug 28, 2014 at 8:36 PM, Daniele Forsi wrote: > > 2014-08-28 10:02 GMT+02:00 Vivek Gautam: > > > >> This USB 3.0 PHY controller is also present on Exynos7 > >> platform, so adding the dependency on ARCH_EXYNOS7 for this

Re: [PATCH 1/5] usb: dwc3: exynos: Add support for SCLK present on Exynos7

On Tue, Sep 02, 2014 at 04:09:08PM +0530, Vivek Gautam wrote: > Hi, > > > On Fri, Aug 29, 2014 at 12:18 AM, Mark Rutland wrote: > > On Thu, Aug 28, 2014 at 09:01:56AM +0100, Vivek Gautam wrote: > >> Exynos7 also has a separate special gate clock going to the IP > >> apart from the usual AHB

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