Re: [PATCH] efi: Quirk out SGI UV

On Tue, 04 Mar, at 05:02:17PM, Borislav Petkov wrote: > From: Borislav Petkov > > Getting this thing to work with the new mapping scheme would need more > work. > > Signed-off-by: Borislav Petkov > --- > arch/x86/include/asm/efi.h | 1 + > arch/x86/kernel/setup.c | 10 ++ >

[PATCH RT] cpu_chill: Add a UNINTERRUPTIBLE hrtimer_nanosleep

We hit another bug that was caused by switching cpu_chill() from msleep() to hrtimer_nanosleep(). This time it is a livelock. The problem is that hrtimer_nanosleep() calls schedule with the state == TASK_INTERRUPTIBLE. But these means that if a signal is pending, the scheduler wont schedule, and

Re: [PATCH] cgroup: missing rcu read lock around task_css_set

On 03/03/2014 06:00 PM, Sasha Levin wrote: On 03/03/2014 05:45 PM, Tejun Heo wrote: On Mon, Mar 03, 2014 at 05:43:11PM -0500, Sasha Levin wrote: On 03/03/2014 05:33 PM, Tejun Heo wrote: On Sat, Mar 01, 2014 at 10:00:11PM -0500, Sasha Levin wrote: rcu read lock should be held when calling and

Re: [PATCH 6/7] tile PCI RC: Use default pcibios_enable_device()

On 2/26/2014 6:42 PM, Bjorn Helgaas wrote: > We don't need anything arch-specific in pcibios_enable_device(), so drop > the arch implementation and use the default generic one. > > Note: pci_enable_resources() checks that r->parent is non-NULL, which > basically checks that pci_claim_resource() or

Re: [PATCH 1/2] i2c: Add driver for Cadence I2C controller

Hi Josh, On Tue, 2014-03-04 at 11:04AM -0600, Josh Cartwright wrote: > On Fri, Feb 28, 2014 at 07:06:29PM -0800, S?ren Brinkmann wrote: > > On Fri, 2014-02-28 at 04:00PM -0800, Soren Brinkmann wrote: > > > Add a driver for the Cadence I2C controller. This controller is for > > > example found in

[PATCH RFC 6/6] ARM: multi_v7_defconfig: Adopt to UART driver renaming

The Xilinx UARTPS driver has been renamed to Cadence UART. Remove the stale Xilinx UARTPS config options and add Cadence UART instead. Signed-off-by: Soren Brinkmann Acked-by: Peter Crosthwaite --- arch/arm/configs/multi_v7_defconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH RFC 5/6] ARM: zynq: DT: Migrate UART to Cadence binding

The Zynq UART is Cadence IP and the driver has been renamed accordingly. Migrate the DT to use the new binding for the UART driver. Signed-off-by: Soren Brinkmann Acked-by: Peter Crosthwaite --- arch/arm/boot/dts/zynq-7000.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-)

Re: [Xen-devel] [tip:irq/core] xen: Get rid of the last irq_desc abuse

On 04/03/14 16:41, tip-bot for Thomas Gleixner wrote: > Commit-ID: 02893afdd310fab8f41f6afbe5233c6609ec19ed > Gitweb: http://git.kernel.org/tip/02893afdd310fab8f41f6afbe5233c6609ec19ed > Author: Thomas Gleixner > AuthorDate: Sun, 23 Feb 2014 21:40:20 + > Committer: Thomas Gleixner

Re: Subject: [PATCH v2 1/1] Add documentation for proper usage and order of preference of calls to print diagnostic messages.

On Tue, 2014-03-04 at 22:31 +0530, yogesh wrote: > This patch adds documentation that clarifies the use of various > diagnostic printing messages. It shows the preference of subsystem_dbg > calls to dev_dbg (whenever possible), as the first preferred format of > logging debug messages. >

Re: [PATCH RFC 0/1] ksm: check and skip page, if it is already scanned

On 03/03/2014 06:48 PM, Pradeep Sawlani wrote: > Patch uses two bits to detect if page is scanned, one bit for odd cycle > and other for even cycle. This adds one more bit in page flags and > overloads existing bit (PG_owner_priv_1). > Changes are based of 3.4.79 kernel, since I have used that for

Re: [PATCH v4 net-next 1/3] Extended BPF interpreter and converter

On Tue, Mar 4, 2014 at 1:59 AM, Daniel Borkmann wrote: > On 03/04/2014 06:18 AM, Alexei Starovoitov wrote: >> >> Extended BPF extends old BPF in the following ways: >> - from 2 to 10 registers >>Original BPF has two registers (A and X) and hidden frame pointer. >>Extended BPF has ten

Re: [PATCH] MAINTAINERS: add maintainers for arm64 acpi

On Tue, Mar 4, 2014 at 7:15 PM, Will Deacon wrote: > On Tue, Mar 04, 2014 at 10:59:46AM +, Grant Likely wrote: >> I agree with merging it with the rest of the series, but comparing it >> to a blank cheque is not appropriate. Merely having an entry in >> MAINTAINERS doesn't immediately confer

Re: [PATCH] input: ff-memless: don't schedule already playing effect to play again

Hi Felix, On Sun, Mar 02, 2014 at 12:35:43PM +0100, Felix Rueegg wrote: > When an effect with zero replay length, zero replay delay > and zero envelope attack length is uploaded, it is played and then scheduled > to play > again one timer tick later. This triggers a warning (URB submitted while

Re: [PATCH 1/1] iommu/amd: Fix PASID format in INVALIDATE_IOTLB_PAGES command

On 3/4/2014 10:53 AM, Suravee Suthikulpanit wrote: On 3/4/2014 8:12 AM, Joerg Roedel wrote: On Wed, Feb 26, 2014 at 03:49:31PM -0600, suravee.suthikulpa...@amd.com wrote: From: Jay Cornwall This patch corrects the PASID format in the INVALIDATE_IOTLB_PAGES command, which was caused by

Re: [PATCH 1/2] i2c: Add driver for Cadence I2C controller

On Fri, Feb 28, 2014 at 07:06:29PM -0800, S?ren Brinkmann wrote: > On Fri, 2014-02-28 at 04:00PM -0800, Soren Brinkmann wrote: > > Add a driver for the Cadence I2C controller. This controller is for > > example found in Xilinx Zynq. > > > > Signed-off-by: Soren Brinkmann > > --- > >

Subject: [PATCH v2 1/1] Add documentation for proper usage and order of preference of calls to print diagnostic messages.

This patch adds documentation that clarifies the use of various diagnostic printing messages. It shows the preference of subsystem_dbg calls to dev_dbg (whenever possible), as the first preferred format of logging debug messages. Signed-off-by: Yogesh Chaudhari --- Documentation/CodingStyle | 17

Re: [PATCH v3 1/1] xhci: Prevent runtime pm from autosuspending during initialization

On Tue, Mar 04, 2014 at 01:50:55PM +0200, Mathias Nyman wrote: > On 03/03/2014 08:37 PM, Greg KH wrote: > >On Mon, Mar 03, 2014 at 07:30:17PM +0200, Mathias Nyman wrote: > >>xHCI driver has its own pci probe function that will call usb_hcd_pci_probe > >>to register its usb-2 bus, and then continue

Re: [PATCH net-next 08/12] r8152: support TSO

On Tue, 2014-03-04 at 20:01 +0800, Hayes Wang wrote: > Support scatter gather and TSO. > > - netdev->features |= NETIF_F_RXCSUM | NETIF_F_IP_CSUM; > - netdev->hw_features = NETIF_F_RXCSUM | NETIF_F_IP_CSUM; > + netdev->features |= NETIF_F_RXCSUM | NETIF_F_IP_CSUM | NETIF_F_SG | > +

Re: [PATCH net-next 09/12] r8152: support IPv6

On Tue, 2014-03-04 at 20:01 +0800, Hayes Wang wrote: > Support hw IPv6 checksum for TCP and UDP packets. > +/* > + * r8152_csum_workaround() > + * The hw limites the value the transport offset. When the offset is out of > the > + * range, calculate the checksum by sw. > + */ > +static void

RE: [PATCH net-next] hyperv: Move state setting for link query

> -Original Message- > From: Jason Wang [mailto:jasow...@redhat.com] > Sent: Monday, March 3, 2014 10:10 PM > To: Haiyang Zhang; da...@davemloft.net; net...@vger.kernel.org > Cc: KY Srinivasan; o...@aepfle.de; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org >

Re: [PATCH 1/1] iommu/amd: Fix PASID format in INVALIDATE_IOTLB_PAGES command

On 3/4/2014 8:12 AM, Joerg Roedel wrote: On Wed, Feb 26, 2014 at 03:49:31PM -0600, suravee.suthikulpa...@amd.com wrote: From: Jay Cornwall This patch corrects the PASID format in the INVALIDATE_IOTLB_PAGES command, which was caused by incorrect information in the AMD IOMMU Architectural

[tip:irq/core] sh: Use irq_set_affinity instead of homebrewn code

Commit-ID: 6decf1a33c386d4addc2ed9d269c3868f08c70bb Gitweb: http://git.kernel.org/tip/6decf1a33c386d4addc2ed9d269c3868f08c70bb Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:10 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:55 +0100 sh: Use

[tip:irq/core] s390: Cio: Use the core irq stats function

Commit-ID: bc5dfcff65f24f15567f766d8bd081d594ef8cc2 Gitweb: http://git.kernel.org/tip/bc5dfcff65f24f15567f766d8bd081d594ef8cc2 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:17 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 s390: Cio: Use the

[PATCH] mfd: as3722: make FUSE7_REG readable

From: Stephen Warren The FUSE7_REG register is not currently marked readable. This causes as3722_sd0_is_low_voltage() to emit an error during boot, and assume the range of the SD0 regulator: as3722-regulator as3722-regulator: Reg 0xa7 read failed: -5 Fixes: d4807ad2c4c0 ("regmap: Check

[tip:irq/core] powerpc: Irq: Use generic_handle_irq

Commit-ID: a4e04c9f219d2c00764ffa7ba45500411815879d Gitweb: http://git.kernel.org/tip/a4e04c9f219d2c00764ffa7ba45500411815879d Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:08 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 powerpc: Irq: Use

[tip:irq/core] powerpc: Eeh: Kill another abuse of irq_desc

Commit-ID: b8a9a11b976810ba12a43c4fe699a14892c97e52 Gitweb: http://git.kernel.org/tip/b8a9a11b976810ba12a43c4fe699a14892c97e52 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:09 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 powerpc: Eeh: Kill

Re: [PATCH 02/12] phy: omap-control: Update DT binding information

* Roger Quadros [140304 01:17]: > Hi Tony, > > On 03/03/2014 09:02 PM, Tony Lindgren wrote: > > * Roger Quadros [140303 07:10]: > >> Move omap-control binding information to the right location. > >> > >> Signed-off-by: Roger Quadros > >> --- > >>

[tip:irq/core] arm: Replace various irq_desc accesses

Commit-ID: 8435cf757632a5559fbbf1cb79299716c8d5b651 Gitweb: http://git.kernel.org/tip/8435cf757632a5559fbbf1cb79299716c8d5b651 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:12 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 arm: Replace various

[PATCH v3 2/2] net: macb: DMA-unmap full rx-buffer

When allocating RX buffers a fixed size is used, while freeing is based on actually received bytes, resulting in the following kernel warning when CONFIG_DMA_API_DEBUG is enabled: WARNING: CPU: 0 PID: 0 at lib/dma-debug.c:1051 check_unmap+0x258/0x894() macb e000b000.ethernet: DMA-API: device

[tip:irq/core] arm: mmp: Remove pointless fiddling with irq internals

Commit-ID: 49f3fbc7b8576fd578f3504c65aae9b8a212d0f6 Gitweb: http://git.kernel.org/tip/49f3fbc7b8576fd578f3504c65aae9b8a212d0f6 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:13 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 arm: mmp: Remove

[PATCH v3 1/2] net: macb: Check DMA mappings for error

With CONFIG_DMA_API_DEBUG enabled the following warning is printed: WARNING: CPU: 0 PID: 619 at lib/dma-debug.c:1101 check_unmap+0x758/0x894() macb e000b000.ethernet: DMA-API: device driver failed to check map error[device address=0x2d171c02] [size=322 bytes] [mapped as single] Modules

[PATCH v2 2/2] ARM: zynq: dt: Add I2C nodes to Zynq device tree

Signed-off-by: Soren Brinkmann --- v2: - replace 'pmbus' with 'ti' in compatibility strings of UCD devices --- arch/arm/boot/dts/zynq-7000.dtsi | 22 arch/arm/boot/dts/zynq-zc702.dts | 76 arch/arm/boot/dts/zynq-zc706.dts | 68

Re: [GIT PULL] regulator fixes for v3.14

Whee. Third time is the charm. I didn't know my email address was *that* hard to type in correctly. Usually it's the "torvalds" that trips people up, but you had some issues with "foundation", didn't you ;) Anyway, pulled. Linus On Tue, Mar 4, 2014 at 1:08 AM, Mark Brown wrote:

[tip:irq/core] x86: Hyperv: Cleanup the irq mess

Commit-ID: 1aec169673d7db113c37367bbc371c2ba8109f06 Gitweb: http://git.kernel.org/tip/1aec169673d7db113c37367bbc371c2ba8109f06 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:22 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 x86: Hyperv: Cleanup

[tip:irq/core] xtensa: Use irq_set_affinity instead of homebrewn code

Commit-ID: b58d971da3433654787a88c40c6fca00f5bbaa04 Gitweb: http://git.kernel.org/tip/b58d971da3433654787a88c40c6fca00f5bbaa04 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:10 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:55 +0100 xtensa: Use

[tip:irq/core] x86: Add proper vector accounting for HYPERVISOR_CALLBACK_VECTOR

Commit-ID: 929320e4b4c10708d3477d7e395f0ce7b0cc8744 Gitweb: http://git.kernel.org/tip/929320e4b4c10708d3477d7e395f0ce7b0cc8744 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:20 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 x86: Add proper

[tip:irq/core] xen: Add proper irq accounting for HYPERCALL vector

Commit-ID: 99c8b79d3c165f8e2a6247c14bfa1429e7efe51f Gitweb: http://git.kernel.org/tip/99c8b79d3c165f8e2a6247c14bfa1429e7efe51f Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:21 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 xen: Add proper irq

[tip:irq/core] mips: Use the core irq stats function

Commit-ID: 310ff2c87e72208e4f04f33687abe9d208ffefe3 Gitweb: http://git.kernel.org/tip/310ff2c87e72208e4f04f33687abe9d208ffefe3 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:14 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 mips: Use the core

[PATCH v2 1/2] i2c: Add driver for Cadence I2C controller

Add a driver for the Cadence I2C controller. This controller is for example found in Xilinx Zynq. Signed-off-by: Soren Brinkmann --- v2: - make driver depend on COMMON_CLK instead of ARCH_ZYNQ --- .../devicetree/bindings/i2c/i2c-cadence.txt| 21 + MAINTAINERS

[tip:irq/core] x86: Xen: Use the core irq stats function

Commit-ID: 770144ea7beb3e0537277a96b104ba1daa965f76 Gitweb: http://git.kernel.org/tip/770144ea7beb3e0537277a96b104ba1daa965f76 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:16 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 x86: Xen: Use the

[tip:irq/core] ia64: Use the core irq stats function

Commit-ID: 3611587aa15f4ff75a2af3483d6a02accada8ec8 Gitweb: http://git.kernel.org/tip/3611587aa15f4ff75a2af3483d6a02accada8ec8 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:17 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 ia64: Use the core

[tip:irq/core] mn10300: Use the core irq stats function

Commit-ID: a21748c93544901448777b5fa2abe1194c02c6dc Gitweb: http://git.kernel.org/tip/a21748c93544901448777b5fa2abe1194c02c6dc Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:16 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 mn10300: Use the

[tip:irq/core] genirq: Move kstat_incr_irqs_this_cpu() to core

Commit-ID: 8f945a3325bbe0dd651e2f496a53df9b06fc6d07 Gitweb: http://git.kernel.org/tip/8f945a3325bbe0dd651e2f496a53df9b06fc6d07 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:23 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:54 +0100 genirq: Move

[tip:irq/core] sparc: Use the core irq stats function

Commit-ID: 87a69ad6409b2c7a95e2e6e4ddbc380046cb7730 Gitweb: http://git.kernel.org/tip/87a69ad6409b2c7a95e2e6e4ddbc380046cb7730 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:15 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 sparc: Use the core

[tip:irq/core] genirq: Add a kstat helper to increment irq stats

Commit-ID: 792d0018a5fe31ef8ef9d07a7a02081d4abdf6b7 Gitweb: http://git.kernel.org/tip/792d0018a5fe31ef8ef9d07a7a02081d4abdf6b7 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:14 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 genirq: Add a kstat

[tip:irq/core] xen: Use the proper irq functions

Commit-ID: 589d03e93f6cd595f68891e48f0804f2c8f38aae Gitweb: http://git.kernel.org/tip/589d03e93f6cd595f68891e48f0804f2c8f38aae Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:18 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 xen: Use the proper

[tip:irq/core] xen: Get rid of the last irq_desc abuse

Commit-ID: 02893afdd310fab8f41f6afbe5233c6609ec19ed Gitweb: http://git.kernel.org/tip/02893afdd310fab8f41f6afbe5233c6609ec19ed Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:20 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:53 +0100 xen: Get rid of the

Re: What is wrong?

On Tue, Mar 04, 2014 at 10:54:04AM +0200, Leon Pollak wrote: > I will recheck everything and try. Meanwhile, the news are not good: our > guys say that it appears that the additional sync DOES NOT SOLVE the > issue. Gonna be honest, I have a tough time explaining this. :( Unfortunately I don't

[tip:irq/core] powerpc:eVh_pic: Kill irq_desc abuse

Commit-ID: c866cda47f2c6c8abb929933b7794e9a92d7c924 Gitweb: http://git.kernel.org/tip/c866cda47f2c6c8abb929933b7794e9a92d7c924 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:08 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:51 +0100 powerpc:eVh_pic:

[tip:irq/core] pci: pcie-designware: Remove irq_desc abuse

Commit-ID: f7bfca6db60a6ca0a73126918b2fb6f851065947 Gitweb: http://git.kernel.org/tip/f7bfca6db60a6ca0a73126918b2fb6f851065947 Author: Thomas Gleixner AuthorDate: Sun, 23 Feb 2014 21:40:11 + Committer: Thomas Gleixner CommitDate: Tue, 4 Mar 2014 17:37:52 +0100 pci:

Re: [PATCH v2 3/4] ntb: Split ntb_setup_msix() into separate BWD/SNB routines

On Mon, Mar 03, 2014 at 05:12:25PM -0700, Jon Mason wrote: > On Fri, Feb 21, 2014 at 04:49:31PM +0100, Alexander Gordeev wrote: > > This is an cleanup effort to make ntb_setup_msix() more > > readable - use ntb_setup_bwd_msix() to init MSI-Xs on > > BWD hardware and ntb_setup_snb_msix() - on SNB

Re: [PATCH 1/2] i2c: Add driver for Cadence I2C controller

I'll send a v2 with the mentioned updates. Sören -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

[PATCH v3 2/5] i2c: mv64xxx: Add support for the Allwinner A31 I2C driver

The Allwinner A31 I2C controller is almost identical to the one used in the other Allwinner SoCs, except for the fact that it needs to clear the interrupt by setting the INT_FLAGS bit in the control register, instead of clearing it. Signed-off-by: Maxime Ripard Reviewed-by: Gregory CLEMENT

[PATCH v3 5/5] ARM: sun6i: colombus: Enable the I2C controllers

The A31 Colombus board has 3 I2C controllers that should be usable. However, the first one is not working for some reason on the hardware I have been able to test it on, while it should really be the same controller. Enable the i2c1 and i2c2 busses, and mark i2c0 as in failure in the DT.

[PATCH v3 0/5] ARM: sun6i: Add support for the A31 I2C controller

Hi everyone, This patchset adds support the A31 i2c controller. This is mostly the same controller as the one found in the other Allwinner SoCs, except for the interrupts acking. On the other SoCs using this driver, the interrupts are acked by clearing the INT_FLAG bit in the control register,

[PATCH v3 1/5] i2c: mv64xxx: Add reset deassert call

The Allwinner A31 SoC using that IP has a reset controller maintaining it reset unless told otherwise. Add some optional reset support to the driver. Signed-off-by: Maxime Ripard Reviewed-by: Gregory CLEMENT Tested-by: Gregory CLEMENT --- .../devicetree/bindings/i2c/i2c-mv64xxx.txt |

[PATCH v3 4/5] ARM: sun6i: Enable the I2C muxing options

The i2c controllers have a few muxing options on the A31. Enable the ones found in the A31 Colombus board. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi

[PATCH v3 3/5] ARM: sun6i: Enable the I2C controllers

The A31 has 4 I2C controllers that are the same than the one in the other Allwinner SoCs, except for the fact that they are asserted in reset by the reset unit. Add these i2c controllers to the DTSI. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 40

Re: [PATCH 1/1] Add documentation for proper usage and order of preference of calls to print diagnostic messages.

On 03/04/2014 06:31 AM, yogesh wrote: > This patch adds documentation that clarifies the use of various > diagnostic printing messages. It shows the preference of subsystem_dbg > calls to dev_dbg (whenever possible), as they first preferred format of > logging debug messages. > Signed-off-by:

[PATCH v3 4/7] ARM: sun6i: Protect CPU clock

Right now, AHB is an indirect child clock of the CPU clock. If that happens to change, since the CPU clock has no other consumers declared in Linux, it would be shut down, which is not really a good idea. Prevent this by forcing it enabled. Signed-off-by: Maxime Ripard ---

[PATCH v3 7/7] ARM: sun6i: dt: Add A31 DMA controller to DTSI

Now that we have a DMA driver, we can add the DMA bindings in the DTSI for the controller and the devices supported that can use DMA. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git

[PATCH v3 3/7] ARM: sunxi: Move the clock protection to machine hooks

Since we start to have a lot of clocks to protect, some of them in a few boards only, it becomes difficult to handle the clock protection without having to add per machine exceptions. Move these where they belong, in the machine definition code. Signed-off-by: Maxime Ripard ---

[PATCH v3 0/7] Add support for the Allwinner A31 DMA Controller

Hi, This patchset adds support for the DMA controller found in the Allwinner A31 and A23 SoCs. This has been tested using the newly introduced SPI driver on an A31 EVK. Support for DMA-driven SPI transfers will be the subject of another patch serie. Thanks, Maxime Changes from v2: - Removed

[PATCH v3 2/7] ARM: sunxi: Split out the various machines into separate files

This will allow to add per-SoC hooks more easily. Signed-off-by: Maxime Ripard --- arch/arm/mach-sunxi/Makefile | 6 +- arch/arm/mach-sunxi/restart.c | 104 +++ arch/arm/mach-sunxi/restart.h | 20 ++ arch/arm/mach-sunxi/sun4i.c | 36 ++

[PATCH v3 6/7] DMA: sun6i: Add driver for the Allwinner A31 DMA controller

The Allwinner A31 has a 16 channels DMA controller that it shares with the newer A23. Although sharing some similarities with the DMA controller of the older Allwinner SoCs, it's significantly different, I don't expect it to be possible to share the driver for these two. The A31 Controller is

[PATCH v3 5/7] ARM: sun6i: Protect SDRAM gating bit

Prevent the SDRAM controller from being gated by force-enabling it in the machine code. Signed-off-by: Maxime Ripard --- arch/arm/mach-sunxi/sun6i.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/mach-sunxi/sun6i.c b/arch/arm/mach-sunxi/sun6i.c index 6b39055..1ccb275 100644

[PATCH v3 1/7] clk: sunxi: Remove calls to clk_put

Callers of clk_put must disable the clock first. This also means that as long as the clock is enabled the driver should hold a reference to that clock. Hence, the call to clk_put here are bogus and should be removed. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi/clk-sunxi.c | 8 ++-- 1

Re: Add 32 bit VDSO time function support

Am Montag, den 03.03.2014, 23:20 -0800 schrieb H. Peter Anvin: > Pretty much... contact the glibc maintainers. However, with glibc being a > GNU project you will have to sign a copyright transfer. > > On March 3, 2014 11:02:08 PM PST, Stefani Seibold wrote: > >Hi, > > > >i want ask if there

Re: [PATCH net-next 08/12] r8152: support TSO

On Tue, 2014-03-04 at 20:01 +0800, Hayes Wang wrote: > +static u32 r8152_xmit_frags(struct r8152 *tp, struct sk_buff *skb, u8 *data) > +{ > + struct skb_shared_info *info = skb_shinfo(skb); > + unsigned int cur_frag; > + u32 total = skb_headlen(skb); > + > + memcpy(data,

[PATCH] KEYS: Make the keyring cycle detector ignore other keyrings of the same name

This fixes CVE-2014-0102. The following command sequence produces an oops: keyctl new_session i=`keyctl newring _ses @s` keyctl link @s $i The problem is that search_nested_keyrings() sees two keyrings that have matching type and description, so keyring_compare_object()

Re: [PATCH v2] usb: gadget: return the right length in ffs_epfile_io()

On Tue, Mar 04, 2014 at 08:01:15PM +0300, Sergei Shtylyov wrote: > Hello. > > On 03/04/2014 10:34 AM, Chuansheng Liu wrote: > > >When the request length is aligned to maxpacketsize, sometimes > >the return length ret > the user space requested len. > > >At that time, we will use min_t(size_t,

[PATCH] efi: Quirk out SGI UV

From: Borislav Petkov Getting this thing to work with the new mapping scheme would need more work. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/efi.h | 1 + arch/x86/kernel/setup.c | 10 ++ arch/x86/platform/efi/efi.c | 20 3 files changed, 23

Re: [PATCH v2] usb: gadget: return the right length in ffs_epfile_io()

Hello. On 03/04/2014 10:34 AM, Chuansheng Liu wrote: When the request length is aligned to maxpacketsize, sometimes the return length ret > the user space requested len. At that time, we will use min_t(size_t, ret, len) to limit the size in case of user data buffer overflow. But we need

Re: [PATCH V3 1/5] genirq: define flag IRQ_SRC_DST_INVERTED, and accessors

On 03/04/2014 03:04 AM, Thomas Gleixner wrote: > On Mon, 3 Mar 2014, Stephen Warren wrote: > >> From: Stephen Warren >> >> Some devices have configurable IRQ output polarities. Software might >> use IRQ_TYPE_* to determine how to configure such a device's IRQ >> output polarity in order to match

[PATCH v5 1/3] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases.

The inline version of ioport_map() that gets used when !CONFIG_GENERIC_IOMAP is wrong. It returns a mapped (i.e. virtual) address that can start from zero and completely ignores the PCI_IOBASE and IO_SPACE_LIMIT that most architectures that use !CONFIG_GENERIC_MAP define. Signed-off-by: Liviu

[PATCH v5 7/7] pci: Add support for creating a generic host_bridge from device tree

Several platforms use a rather generic version of parsing the device tree to find the host bridge ranges. Move the common code into the generic PCI code and use it to create a pci_host_bridge structure that can be used by arch code. Based on early attempts by Andrew Murray to unify the code. Used

[PATCH v5 1/7] pci: Introduce pci_register_io_range() helper function.

Some architectures do not share x86 simple view of the I/O space and instead use a range of addresses that map to external devices. For PCI, these ranges can be expressed by OF bindings in a device tree file. Introduce a pci_register_io_range() helper function that can be used by the architecture

[PATCH v5 6/7] pci: Export find_pci_host_bridge() function.

This is a useful function and we should make it visible outside the generic PCI code. Export it as a GPL symbol. Signed-off-by: Liviu Dudau diff --git a/drivers/pci/host-bridge.c b/drivers/pci/host-bridge.c index 06ace62..8708b652 100644 --- a/drivers/pci/host-bridge.c +++

[PATCH v5 5/7] pci: Use parent domain number when allocating child busses.

pci_alloc_child_bus() uses the newly allocated child bus to figure out the domain number that is going to use for setting the device name. A better option is to use the parent bus domain number. Signed-off-by: Liviu Dudau diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c index

[PATCH v5 2/3] arm64: Extend the PCI I/O space to 16MB

From: Catalin Marinas The patch moves the PCI I/O space (currently at 64K) before the earlyprintk mapping and extends it to 16MB. Signed-off-by: Catalin Marinas diff --git a/Documentation/arm64/memory.txt b/Documentation/arm64/memory.txt index 5e054bf..85e24c4 100644 ---

[PATCH v5 4/7] pci: Introduce a domain number for pci_host_bridge.

Make it easier to discover the domain number of a bus by storing the number in pci_host_bridge for the root bus. Several architectures have their own way of storing this information, so it makes sense to try to unify the code. While at this, add a new function that creates a root bus in a given

[PATCH v5 0/7] [RFC] Support for creating generic host_bridge from device tree

This is v5 of my attempt to add support for a generic pci_host_bridge controller created from a description passed in the device tree. Changes from v4: - Export pci_find_host_bridge() to be used by arch code. There is scope for making the arch/arm64 version of pci_domain_nr the default

[PATCH v5 3/3] arm64: Add architecture support for PCI

Use the generic host bridge functions to provide support for PCI Express on arm64. There is no support for ISA memory. Signed-off-by: Liviu Dudau create mode 100644 arch/arm64/include/asm/pci.h create mode 100644 arch/arm64/kernel/pci.c diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig

[PATCH v5 0/3] [RFC] Add support for PCI in AArch64

Hi, This patch adds support for PCI to AArch64. It is based on my v5 patch that adds support for creating generic host bridge structure from device tree. With that in place, I was able to boot a platform that has PCIe host bridge support and use a PCIe network card. Changes from v4: - Fixed

[PATCH v5 3/7] pci: Create pci_host_bridge before its associated bus in pci_create_root_bus.

Before commit 7b5436635800 the pci_host_bridge was created before the root bus. As that commit has added a needless dependency on the bus for pci_alloc_host_bridge() the creation order has been changed for no good reason. Revert the order of creation as we are going to depend on the

[PATCH v5 2/7] pci: OF: Fix the conversion of IO ranges into IO resources.

The ranges property for a host bridge controller in DT describes the mapping between the PCI bus address and the CPU physical address. The resources framework however expects that the IO resources start at a pseudo "port" address 0 (zero) and have a maximum size of IO_SPACE_LIMIT. The conversion

Re: [PATCH v5 5/7] [media] of: move common endpoint parsing to drivers/of

Am Dienstag, den 04.03.2014, 14:21 +0200 schrieb Tomi Valkeinen: > On 04/03/14 13:36, Philipp Zabel wrote: [...] > >> Can port_node be NULL? Probably only if something is quite wrong, but > >> maybe it's safer to return error in that case. > > > > both of_property_read_u32 and of_node_put can

Re: [PATCH] irq: Export symbol no_action()

On Tue, 4 Mar 2014, Alexander Shiyan wrote: > Вторник, 4 марта 2014, 12:05 +01:00 от Thomas Gleixner : > > On Sat, 1 Mar 2014, Alexander Shiyan wrote: > > > > > This will allow to use dummy IRQ handler no_action() from > > > drivers compiled as module. For example, dummy handler is could > > >

Re: [PATCH] drivers:staging:ozwpan Replaced wrapper functions with actual spin lock function

On 04/03/14 07:57, Surendra Patil wrote: * Replaced all the spin lock/unlock wrappers from oz_polling_lock_bh() and oz_polllin_unlock_bh() with spin_lock_bh(_polling_lock) and spin_unlock_bh(_polling_lock).Completely erased the wrappers defination and declaration. * declared g_polling_lock as

Re: [PATCH] IOMMU: iommu module do not check NULL return of kmem_cache_zalloc

On Tue, Feb 11, 2014 at 10:12:53AM +0800, Zhouyi Zhou wrote: > From: Zhouyi Zhou > > The function iopte_alloc do not check NULL return of kmem_cache_zalloc, > call iopte_free with argument 0 will panic. > > Signed-off-by: Zhouyi Zhou > --- > drivers/iommu/omap-iommu.c |3 ++- > 1 file

Re: [PATCH][RESEND 3] hwrng: add randomness to system from rng sources

Kees, Ted, On Mon, Mar 03, 2014 at 03:51:48PM -0800, Kees Cook wrote: > When bringing a new RNG source online, it seems like it would make sense > to use some of its bytes to make the system entropy pool more random, > as done with all sorts of other devices that contain per-device or > per-boot

Re: [sched/balance] 18e6296b85e: -96.9% interrupts.RES

Thanks a lot for the testing result! I know the problem I have. :) On 03/04/2014 09:05 PM, Fengguang Wu wrote: Hi Alex, FYI, we noticed the below changes on https://github.com/alexshi/power-scheduling.git single-balance commit 18e6296b85ea72c81aa485653d442ad88296d475 ("sched/balance:

[PATCH v7 3/4] phy: Add new Exynos USB 2.0 PHY driver

Add a new driver for the Exynos USB 2.0 PHY. The new driver uses the generic PHY framework. The driver includes support for the Exynos 4210 and 4x12 SoC families. Signed-off-by: Kamil Debski --- .../devicetree/bindings/phy/samsung-phy.txt| 53 Documentation/phy/samsung-usb2.txt

[PATCH v7 4/4] phy: Add Exynos 5250 support to the Exynos USB 2.0 PHY driver

Add support for Exynos 5250. This driver is to replace the old USB 2.0 PHY driver. Signed-off-by: Kamil Debski --- .../devicetree/bindings/phy/samsung-phy.txt|1 + drivers/phy/Kconfig| 11 + drivers/phy/Makefile |1

[PATCH v7 2/4] phy: core: Add devm_of_phy_get to phy-core

Adding devm_of_phy_get will allow to get phys by supplying a pointer to the struct device_node instead of struct device. Signed-off-by: Kamil Debski --- drivers/phy/phy-core.c | 31 +++ include/linux/phy/phy.h |8 2 files changed, 39 insertions(+)

[PATCH tip] sched/rt: Fix picking RT and DL tasks from empty queue

The problems: 1)We check for rt_nr_running before call of put_prev_task(). If previous task is RT, its rt_rq may become throttled and dequeued after this call. In case of p is from rt->rq this just causes picking a task from throttled queue, but in case of its rt_rq is child we are guaranteed

[PATCH v7 1/4] phy: core: Add an exported of_phy_get function

Previously the of_phy_get function took a struct device * and was declared static. It was impossible to call it from another driver and thus it was impossible to get phy defined for a given node. The old function was renamed to _of_phy_get and was left for internal use. of_phy_get function was

[PATCH v7 0/4] phy: Add new Exynos USB 2.0 PHY driver

Hi, This is the seventh version of this patchset. First and most significant change is that this patchset includes only patches touching the Generic PHY Framework. Patches to the USB controllers were stripped as they require additional work. S5PV210 support is also omitted - it requires more

Re: [PATCH -mm 00/12] kmemcg reparenting

On Tue 04-03-14 18:56:06, Vladimir Davydov wrote: > Hi Johannes, Michal > > Could you please take a look at this set when you have time? I plan to catch up with others as well. I was on vacation last week and now catching up with other stuff. I do understand that this review "speed" might be

[PATCH v2 3/2] nvme: Use pci_enable_msi_range() and pci_enable_msix_range()

As result of deprecation of MSI-X/MSI enablement functions pci_enable_msix() and pci_enable_msi_block() all drivers using these two interfaces need to be updated to use the new pci_enable_msi_range() or pci_enable_msi_exact() and pci_enable_msix_range() or pci_enable_msix_exact() interfaces.

<    4   5   6   7   8   9   10   11   12   13   >