[PATCH v2] mfd: rtsx: fix PM suspend for 5227 & 5249

From: Micky Ching Fix rts5227&5249 failed send buffer cmd after suspend, PM_CTRL3 should reset before send any buffer cmd after suspend. Otherwise, buffer cmd will failed, this will lead resume fail. Signed-off-by: Micky Ching --- drivers/mfd/Makefile | 2 +- drivers/mfd/rts5227.c

[PATCH v3] thermal: ti-soc-thermal: Switch to using managed resources

This change switches to managed resource APIs to allocated resources such as irq, clock. Hence does away with release statements of the same resorces in error lables and remove function. Cc: Eduardo Valentin Cc: Zhang Rui Cc: linux...@vger.kernel.org Signed-off-by: Pramod Gurav --- Changes

[PATCH] thermal: ti-soc-thermal: Switch to using managed resources

This change switches to managed resource APIs to allocated resources such as irq, clock. Hence does away with release statements of the same resorces in error lables and remove function. Cc: Eduardo Valentin Cc: Zhang Rui Cc: linux...@vger.kernel.org Signed-off-by: Pramod Gurav --- Changes

linux-next: Tree for Oct 10

Hi all, Please do not add any material intended for v3.19 to your linux-next included trees until after v3.18-rc1 has been released. Changes since 20141009: The thermal tree gained a conflict against the pm tree and a build failure so I used the version from next-20141009. The mmc-uh tree

[PATCH] powerpc: Wire up sys_bpf() syscall

This patch wires up the new syscall sys_bpf() on powerpc. Signed-off-by: Pranith Kumar --- arch/powerpc/include/asm/systbl.h | 1 + arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH net] stmmac: correct mc_filter local variable in set_filter and set_mac_addr call

On 10/9/2014 5:10 PM, Vince Bridgers wrote: Testing revealed that the local variable mc_filter was dimensioned incorrectly for all possible configurations and get_mac_addr should have been set_mac_addr (a typo). Make sure mc_filter is dimensioned to 8 32-bit unsigned longs - the largest size of

[PATCH] powerpc: Fix Text randomization

Right now there is no way to disable TEXT randomization on a PPC32 machine. text randomization happens even in the case of "echo 0 > /proc/sys/kernel/randomize_va_space" This happens due to the incorrect definition of ELF_ET_DYN_BASE at arch/powerpc/include/asm/elf.h Signed-off-by: Vineeth

Re: [PATCH 3.13 163/163] lzo: check for length overrun in variable length encoding.

Hi Kamal, [ removed Don Bailey from the CC who's certainly not interested in this ] On Thu, Oct 09, 2014 at 02:03:08PM -0700, Kamal Mostafa wrote: > 3.13.11.9 -stable review patch. If anyone has any objections, please let me > know. > > -- > > From: Willy Tarreau > > commit

Re: [PATCH] smaps should deal with huge zero page exactly same as normal zero page

On Thu, Oct 09, 2014 at 09:36:30AM -0700, Dave Hansen wrote: > On 10/09/2014 02:19 AM, Fengwei Yin wrote: > > diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c > > index 80ca4fb..8550b27 100644 > > --- a/fs/proc/task_mmu.c > > +++ b/fs/proc/task_mmu.c > > @@ -476,7 +476,7 @@ static void

[PATCH] clk: rockchip: change PLL setting for better clock jitter

dclk_vop0/1 is the source of HDMI TMDS clock in rk3288, usually we use 594MHz for clock source of dclk_vop0/1. HDMI CTS 7-9 require TMDS Clock jitter is lower than 0.25*Tbit: TMDS clock(MHz) CTS require jitter (ps) 297 84.2 148.5 168 74.25

Re: [PATCH v2] networking: fm10k: Fix build failure

On Fri, 2014-10-10 at 01:19 -0400, Pranith Kumar wrote: > The latest linus git tip (3.18-rc1) fails with the following build failure. > Fix > this by making PTP support explicit for fm10k driver. > > rivers/built-in.o: In function `fm10k_ptp_register': > (.text+0x12e760): undefined reference to

Re: [PATCH v2] networking: fm10k: Fix build failure

From: Pranith Kumar Date: Fri, 10 Oct 2014 01:19:06 -0400 > The latest linus git tip (3.18-rc1) fails with the following build failure. > Fix > this by making PTP support explicit for fm10k driver. > > rivers/built-in.o: In function `fm10k_ptp_register': > (.text+0x12e760): undefined reference

[PATCH v2] networking: fm10k: Fix build failure

The latest linus git tip (3.18-rc1) fails with the following build failure. Fix this by making PTP support explicit for fm10k driver. rivers/built-in.o: In function `fm10k_ptp_register': (.text+0x12e760): undefined reference to `ptp_clock_registER' drivers/built-in.o: In function

Re: [PATCH] usb: gadget: f_fs: remove redundant ffs_data_get()

On 10/09/2014 04:21 PM, Felipe Balbi wrote: > On Thu, Oct 09, 2014 at 09:41:16AM +0200, Robert Baldyga wrote: >> During FunctionFS bind, ffs_data_get() function was called twice >> (in functionfs_bind() and in ffs_do_functionfs_bind()), while on unbind >> ffs_data_put() was called once (in

[PATCH v2] PCI: tegra: Enable root port specific features

Enables root port to advertise its ASPM-L1 capability resulting in possible link entry to L1 when an ASPM-L1 capable device is connected Enables per-controller & per-TMS clock clamping by default Enabling above features result in more power saving It also avoids PM message truncation by waiting

Re: [PATCH 1/2] ARM: tegra: venice2: add GK20A GPU DT node

On 10/08/2014 11:11 PM, Alexandre Courbot wrote: > From: Thierry Reding > > Add the device-tree node for the GK20A GPU and leave it disabled by > default. It is the responsability of the bootloader to enable it if the > VPR registers have been programmed such as the GPU can operate. > diff

Re: [PATCH] serial: of-serial: fix up PM ops on no_console_suspend

On 10/09/2014 02:10 AM, Jingchang Lu wrote: > Mandatorily disabling the uart clock will cause register access > hung on "no_console_suspend". This patch add condition check on > it and only disable the clock with console_suspend_enabled true. It would be useful if the email/patch subject line

Re: [PATCH] networking: fm10k: Fix build failure

From: Pranith Kumar Date: Fri, 10 Oct 2014 00:55:29 -0400 > The latest linus git tip (3.18-rc1) fails with the following build failure. > Fix > this by making PTP support explicit for fm10k driver. > > rivers/built-in.o: In function `fm10k_ptp_register': > (.text+0x12e760): undefined reference

[PATCH] networking: fm10k: Fix build failure

The latest linus git tip (3.18-rc1) fails with the following build failure. Fix this by making PTP support explicit for fm10k driver. rivers/built-in.o: In function `fm10k_ptp_register': (.text+0x12e760): undefined reference to `ptp_clock_registER' drivers/built-in.o: In function

Re: [PATCH] net: fs_enet: error: 'SCCE_ENET_TXF' undeclared

From: Christophe Leroy Date: Thu, 9 Oct 2014 16:54:43 +0200 (CEST) > [linux-devel:devel-hourly-2014100909 3763/3915] > drivers/net/ethernet/freescale/fs_enet/mac-scc.c:119:32: error: > 'SCCE_ENET_TXF' undeclared > > Due to patch d43a396 net: fs_enet: Add NAPI TX, it appears that some target

[PATCH v2 1/2] clk: rockchip: add 400MHz and 500MHz for rk3288 clock rate

This patch add 400MHz and 500MHz to clock rate table for rk3288. Signed-off-by: Kever Yang --- Changes in v2: - change the PLL setting of 400M to meet the constraints of TRM drivers/clk/rockchip/clk-rk3288.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2 0/2] init some clock rate from dts for rk3288

This patch add init rate for PLLs and some bus clock from dts for rk3288, add two clock rate of 400M and 500M into rate table for we will use it. We need Doug's patch to make "aclk_cpu" get set properly: Changes in v2: - change the PLL

[PATCH v2 2/2] ARM: dts: enable init rate for clock

We need to initialize PLL rate and some of bus clock rate while kernel init, for there is no other module will do that. Basically on rk3288 we use GPLL for cpu bus, peripheral bus and most of peripheral clock, CPLL for devices who require 50M/200M clock rate, leave NPLL behind for special

Re: [PATCH 6/6] cpufreq: Loongson1: Add cpufreq driver for Loongson1B

On 10 October 2014 09:13, Kelvin Cheung wrote: Why should we apply this patch and what is it all about ? That's what this field is used for, please don't leave it empty. > Signed-off-by: Kelvin Cheung > --- > drivers/cpufreq/Kconfig| 10 ++ > drivers/cpufreq/Makefile | 1 + >

Re: [PATCH] bcma: Add dependency on OF_ADDRESS

From: Julian Calaby Date: Fri, 10 Oct 2014 11:24:53 +1100 > Hi, > > On Fri, Oct 10, 2014 at 4:21 AM, Guenter Roeck wrote: >> On Thu, Oct 09, 2014 at 07:15:32PM +0200, Arend van Spriel wrote: >>> On 10/09/14 18:54, Rafał Miłecki wrote: >>> >On 9 October 2014 18:41, Guenter Roeck wrote: >>>

Re: [PATCH v4 2/3] cap11xx: Add support for various cap11xx devices

Oh good catch! Will resubmitted with v5. On Tue, Oct 7, 2014 at 5:09 PM, Dmitry Torokhov wrote: > Hi Matt, > > On Mon, Sep 29, 2014 at 09:26:28PM -0700, Matt Ranostay wrote: >> + priv->num_channels = cap->num_channels; >> + priv->keycodes = devm_kcalloc(dev, >> +

[PATCH 6/6] cpufreq: Loongson1: Add cpufreq driver for Loongson1B

Signed-off-by: Kelvin Cheung --- drivers/cpufreq/Kconfig| 10 ++ drivers/cpufreq/Makefile | 1 + drivers/cpufreq/ls1x-cpufreq.c | 217 + 3 files changed, 228 insertions(+) create mode 100644 drivers/cpufreq/ls1x-cpufreq.c diff --git

[PATCH 5/6] clk: ls1x: Update relationship among all clocks

- Add clock lookups for APB devices. - Update clock relationship to make it more exact and clear. _ ___| | OSC ___/ | MUX |___ XXX CLK \___ PLL ___ XXX DIV ___| |

[PATCH v2] [media] videobuf-dma-contig: set vm_pgoff to be zero to pass the sanity check in vm_iomap_memory().

When user requests V4L2_MEMORY_MMAP type buffers, the videobuf-core will assign the corresponding offset to the 'boff' field of the videobuf_buffer for each requested buffer sequentially. Later, user may call mmap() to map one or all of the buffers with the 'offset' parameter which is equal to its

Re: [PATCH resend] staging, lustre: fix a sparse error

On 10/09/14 at 05:58pm, Sudip Mukherjee wrote: > On Thu, Oct 09, 2014 at 06:25:10PM +0800, WANG Chao wrote: > > This fixes the following sparse error: > > > > drivers/staging/lustre/lnet/klnds/socklnd/socklnd_lib-linux.c:393:9: error: > > incompatible types in comparison expression (different

Re: [PATCH] staging: rtl8192u: correct coding style errors

On Thu, Oct 09, 2014 at 12:48:24PM -0700, Greg KH wrote: > On Fri, Oct 10, 2014 at 01:02:02AM +0800, Tsung-Han Lin wrote: > > Correct some coding style errors in > > drivers/staging/rtl8192u/r819xU_firmware.c. > > > > Signed-off-by: Tsung-Han Lin > > --- > >

[PATCH] sched/deadline: do not try to push tasks if pinned task switches to dl

As Kirill mentioned(https://lkml.org/lkml/2013/1/29/118): | If rq has already had 2 or more pushable tasks and we try to add a | pinned task then call of push_rt_task will just waste a time. Just switched pinned task is not able to be pushed. If the rq had had several dl tasks before they have

[Btrfs] kernel BUG at fs/btrfs/inode.c:3123!

Hi Josef, FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master commit 47ab2a6c689913db23ccae38349714edf8365e0a ("Btrfs: remove empty block groups automatically") testbox/testcase/testparams:

[PATCH] mm/cma: fix cma bitmap aligned mask computing

The current cma bitmap aligned mask compute way is incorrect, it could cause an unexpected align when using cma_alloc() if wanted align order is bigger than cma->order_per_bit. Take kvm for example (PAGE_SHIFT = 12), kvm_cma->order_per_bit is set to 6, when kvm_alloc_rma() tries to alloc

linux-next: manual merge of the mmc-uh tree with Linus' tree

Hi Ulf, Today's linux-next merge of the mmc-uh tree got a conflict in arch/arm/boot/dts/exynos5420-arndale-octa.dts between commit aaa25a5a33cb ("ARM: dts: unuse the slot-node and deprecate the supports-highspeed for dw-mmc in exynos") from Linus' tree and commit 583f958b8a23 ("ARM: dts: fix MMC2

Re: [PATCH] smaps should deal with huge zero page exactly same as normal zero page

On Thu, Oct 09, 2014 at 09:36:30AM -0700, Dave Hansen wrote: > On 10/09/2014 02:19 AM, Fengwei Yin wrote: > > diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c > > index 80ca4fb..8550b27 100644 > > --- a/fs/proc/task_mmu.c > > +++ b/fs/proc/task_mmu.c > > @@ -476,7 +476,7 @@ static void

Re: [PATCH] block: copy bi_vcnt in __bio_clone_fast

On Fri, Oct 10, 2014 at 3:12 AM, Jens Axboe wrote: > On 10/09/2014 11:58 AM, Jeff Mahoney wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 10/9/14, 12:13 PM, Ming Lei wrote: >>> On Thu, Oct 9, 2014 at 11:25 PM, Ming Lei >>> wrote: On Thu, Oct 9, 2014 at 10:26 PM, Jeff

linux-next: build failure after merge of the thermal tree

omitted struct acpi_device *) ^ And so on ... Caused by commit 55fe2ff57c7e ("ACPI: make acpi_create_platform_device() an external API"). This build does not have CONFIG_ACPI set. This has come along a bit late. :-( I have used the thermal tree from next-20141009

linux-next: manual merge of the thermal tree with the pm tree

Hi Zhang, Today's linux-next merge of the thermal tree got a conflict in drivers/acpi/fan.c between commit 88989fd26a74 ("ACPI / fan: printk replacement") from the pm tree and commits 71532a58d2b0 ("ACPI / fan: remove unused macro") and ff39c76855e8 ("ACPI / fan: convert to platform driver") from

Re: Re: [PATCH ftrace/for-next v5 0/5] ftrace, kprobes: Introduce IPMODIFY flag for ftrace_ops to detect conflicts

(2014/10/10 0:21), Steven Rostedt wrote: > On Thu, 09 Oct 2014 13:00:59 + > Masami Hiramatsu wrote: > >> Hi, >> >> Here is the 5th version of the series of patches which introduces >> IPMODIFY flag for ftrace_ops to detect conflicts of ftrace users >> who can modify regs->ip in their

RE: [PATCH 2/2 v3] SPI: spi-pxa2xx: SPI support for Intel Quark X1000

> Hi Alvin, > > Doesn't apply. > > Applying: SPI: spi-pxa2xx: SPI support for Intel Quark X1000 > error: patch failed: drivers/spi/spi-pxa2xx-pci.c:19 > error: drivers/spi/spi-pxa2xx-pci.c: patch does not apply Patch failed at > 0002 SPI: > spi-pxa2xx: SPI support for Intel Quark X1000 > It is

Re: [PATCH 1/1 linux-next] ceph: fix bool assignments

On 10/09/2014 02:16 PM, Fabian Frederick wrote: > Fix some coccinelle warnings: > fs/ceph/caps.c:2400:6-10: WARNING: Assignment of bool to 0/1 > - bool wake = 0; > + bool wake = false; FWIW, that message is backwards: it should say "WARNING: Assignment of 0/1 to bool" (I know, it's a

Re: [PATCH] mmc: dw_mmc: Reset DMA before enabling IDMAC

Alim, On Thu, Oct 9, 2014 at 3:19 PM, Alim Akhtar wrote: > Thats fine, I think every vendor (most of them) has a custom > implementation of dw_mmc, but they do have VERID register to check the > dw_mmc version. > The reason why I asked is, I have seen inconsistency in card > enumeration on few

Re: [PATCH] bcma: Add dependency on OF_ADDRESS

Hi, On Fri, Oct 10, 2014 at 4:21 AM, Guenter Roeck wrote: > On Thu, Oct 09, 2014 at 07:15:32PM +0200, Arend van Spriel wrote: >> On 10/09/14 18:54, Rafał Miłecki wrote: >> >On 9 October 2014 18:41, Guenter Roeck wrote: >> >>Commit 2101e533f41a ("bcma: register bcma as device tree driver") >>

Re: [PATCH v2 2/3] MIPS: Setup an instruction emulation in VDSO protected page instead of user stack

On 10/09/2014 04:40 PM, James Hogan wrote: It may be a case for mix of FPU and MIPS R6 emulations. I just keep both emulators separate as much as possible but I assume that without prove it may be stackable - some rollback is needed to join both and it may (probably) cause a double emulation

Re: [PATCH v2 0/3] MIPS executable stack protection

On 10/09/2014 03:59 PM, David Daney wrote: Note: actual execute-protection depends from HW capability, of course. This patch is required for MIPS32/64 R2 emulation on MIPS R6 architecture. Without it 'ssh-keygen' crashes pretty fast on attempt to execute instruction in stack. There is

Re: [PATCH v3 7/8] clk: Make clk API return per-user struct clk instances

Kodiak Furr liked your message with Boxer for Android. On Oct 9, 2014 6:22 PM, Stephen Boyd wrote: > > On 10/09, Tomeu Vizoso wrote: > >  arch/arm/mach-omap2/cclock3xxx_data.c   | 108 -- > >  arch/arm/mach-omap2/clock.h |  11 +- > >  arch/arm/mach-omap2/clock_common_data.c |  

Re: [PATCH v2 2/3] MIPS: Setup an instruction emulation in VDSO protected page instead of user stack

Hi Leonid, On Thu, Oct 09, 2014 at 04:10:15PM -0700, Leonid Yegoshin wrote: > >> Small stack of emulation blocks is supported because nested traps are > >> possible > >> in MIPS32/64 R6 emulation mix with FPU emulation. > > Could you please clarify how this nesting of emulation blocks could > >

Re: [PATCH 1/1] ARM: exynos_defconfig: re-enable USB gadget and max77802 options

Javier Martinez Canillas writes: > Commit 43eeaa42e03a ("ARM: exynos_defconfig: savedefconfig") removed a > set of Kconfig symbols. For most of them there were no functional change > since are selected by other Kconfig options or were deprecated but some > options are not explicitly selected so

Re: [PATCH v3 7/8] clk: Make clk API return per-user struct clk instances

On 10/09, Tomeu Vizoso wrote: > arch/arm/mach-omap2/cclock3xxx_data.c | 108 -- > arch/arm/mach-omap2/clock.h | 11 +- > arch/arm/mach-omap2/clock_common_data.c | 5 +- > drivers/clk/clk.c | 630 > > drivers/clk/clk.h

Re: [PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

On 14-10-09 04:00 PM, Joe Perches wrote: On Thu, 2014-10-09 at 15:44 -0700, Scott Branden wrote: Acked-by: Jonathan Richardson Signed-off-by: Scott Branden --- MAINTAINERS | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS

Re: [PATCH v2 2/3] MIPS: Setup an instruction emulation in VDSO protected page instead of user stack

Small stack of emulation blocks is supported because nested traps are possible in MIPS32/64 R6 emulation mix with FPU emulation. Could you please clarify how this nesting of emulation blocks could happen now that signals are handled more cleanly. I.e. isn't the emuframe stuff only required for

Re: [PATCH 1/3] ipc/sem.c: Chance memory barrier in sem_lock() to smp_rmb()

On Mon, 2014-10-06 at 20:32 +0200, Manfred Spraul wrote: > When I fixed bugs in the sem_lock() logic, I was more conservative than > necessary. > Therefore it is safe to replace the smp_mb() with smp_rmb(). > And: With smp_rmb(), semop() syscalls are up to 10% faster. > > The race we must protect

Re: [PATCH net-next v2 0/3] r8152: use mutex for hw settings

From: Hayes Wang Date: Thu, 9 Oct 2014 18:00:23 +0800 > v2: > Make sure the autoresume wouldn't occur inside the mutex, otherwise > the dead lock would happen. For the purpose, adjust some code about > autosuspend/autoresume. > > v1: > Use mutex to avoid that the serial hw settings would be

Re: [PATCH net-next] r8152: use mutex for hw settings

From: Hayes Wang Date: Thu, 9 Oct 2014 07:59:35 + > If I use the rtnl_lock(), I get a dead lock when enabling autosuspend. > > Case 1: >autosuspend before calling open. >rtnl_lock() >call open >try to autoresume and rtl8152_resume is called. >dead lock occurs. > > Case

Re: [PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

On Thu, 2014-10-09 at 15:44 -0700, Scott Branden wrote: > Acked-by: Jonathan Richardson > Signed-off-by: Scott Branden > --- > MAINTAINERS | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index a12edf2..0900082 100644 >

Re: [PATCH v2 0/3] MIPS executable stack protection

On 10/09/2014 03:18 PM, Leonid Yegoshin wrote: On 10/09/2014 02:42 PM, David Daney wrote: On 10/09/2014 01:00 PM, Leonid Yegoshin wrote: The following series implements an executable stack protection in MIPS. It sets up a per-thread 'VDSO' page and appropriate TLB support. Page is set

Re: [PATCH] net: Missing @ before descriptions cause make xmldocs warning

From: Masanari Iida Date: Thu, 9 Oct 2014 12:58:08 +0900 > This patch fix following warning. > Warning(.//net/core/skbuff.c:4142): No description found for parameter > 'header_len' > Warning(.//net/core/skbuff.c:4142): No description found for parameter > 'data_len' >

[PATCH V4 2/7] clk: Clock driver support for Broadcom Cygnus SoC

From: Jonathan Richardson The iProc clock driver controls PLLs common across iProc chips. The cygnus driver controls cygnus specific features and variations. Reviewed-by: Ray Jui Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden ---

[PATCH V4 5/7] ARM: dts: Enable Broadcom Cygnus SoC

From: Jonathan Richardson DT files to enable cygnus consisting of the enterprise phone board variant and cygnus core configuration. Reviewed-by: Ray Jui Reviewed-by: Arun Parameswaran Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden ---

[PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

Acked-by: Jonathan Richardson Signed-off-by: Scott Branden --- MAINTAINERS | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index a12edf2..0900082 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2071,9 +2071,24 @@ L:

[PATCH V4 3/7] dt-bindings: Document Broadcom Cygnus SoC and clock driver

From: Jonathan Richardson Reviewed-by: Arun Parameswaran Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden --- .../devicetree/bindings/arm/bcm/cygnus.txt | 31 + .../devicetree/bindings/clock/clk-cygnus.txt | 121

[PATCH V4 7/7] ARM: multi_v7_defconfig: Enable ARCH_BCM_CYGNUS config

Enabled Broadcom Cygnus SoC family in multi_v7_defconfig by using CONFIG_ARCH_BCM_CYGNUS=y. Signed-off-by: Scott Branden --- arch/arm/configs/multi_v7_defconfig |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig

[PATCH V4 4/7] ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC

From: Jonathan Richardson This defconfig is utilized so a customer or developer can understand what kernel drivers are utilized by the Cygnus SoC. It also enables debug configs which should be disabled if optimal performance is desired. Tested-by: Jonathan Richardson Reviewed-by: JD

[PATCH V4 1/7] ARM: cygnus: Initial support for Broadcom Cygnus SoC

From: Jonathan Richardson Adds initial support for the Cygnus SoC based on Broadcom’s iProc series. Move ARCH_BCM_5301x under the ARCH_BCM_IPROC architecture. Reviewed-by: Ray Jui Reviewed-by: Desmond Liu Reviewed-by: JD (Jiandong) Zheng Tested-by: Jonathan Richardson Signed-off-by: Scott

[PATCH V4 0/7] Add initial support for Broadcom Cygnus SoC

This patchset contains initial support for Broadcom's Cygnus SoC based on our iProc architecture. Initial support is minimal and includes just the mach platform code, clock driver, and a basic device tree configuration. Peripheral drivers will be submitted soon, as will device tree configurations

Re: [PATCH v2 2/3] MIPS: Setup an instruction emulation in VDSO protected page instead of user stack

Hi Leonid, On Thu, Oct 09, 2014 at 01:00:17PM -0700, Leonid Yegoshin wrote: > Signal happend during run in emulation block is handled properly - EPC is > changed to before an emulated jump or to target address, depending from point > of > signal. Great! > Small stack of emulation blocks is

Re: [PATCH] fs: Add a missing permission check to do_umount

On Wed, Oct 8, 2014 at 12:37 PM, Andy Lutomirski wrote: > Accessing do_remount_sb should require global CAP_SYS_ADMIN, but > only one of the two call sites was appropriately protected. > > Fixes CVE-2014-7975. Due to my ineptitude, the cat is well and truly out of the bag on this one, complete

[PATCH] Make initrd compression algorithm selection not expert

From: Andi Kleen The kernel has support for (nearly) every compression algorithm known to man, each to handle some particular microscopic niche. Unfortunately all of these always get compiled in if you want to support INITRDs, and can be only disabled when CONFIG_EXPERT is set. I don't see

Re: [PATCH v2 0/3] MIPS executable stack protection

On Thu, Oct 09, 2014 at 03:18:56PM -0700, Leonid Yegoshin wrote: > >The recent discussions on this subject, including many comments from > >Imgtec e-mail addresses, brought to light the need to use an instruction > >set emulator for newer MIPSr6 ISA processors. > > In Imgtec I am only one who

Re: [PATCH] ecryptfs: remove unneeded buggy code in ecryptfs_do_create()

Hi Alexey - thanks for the patch. On 2014-09-23 00:39:31, Alexey Khoroshilov wrote: > There is a bug in error handling of lock_parent() in ecryptfs_do_create(): > lock_parent() acquries mutex even if dget_parent() fails, so mutex should be > unlocked anyway. > > But dget_parent() does not fail,

Re: [PATCH] mmc: dw_mmc: Reset DMA before enabling IDMAC

Hi Eddie, On Thu, Oct 9, 2014 at 7:43 PM, Eddie Cai(蔡枫) wrote: > Hi Alim > > 2014年10月8日 上午4:28于 "Alim Akhtar" 写道： > > >> >> Hi Sonny/Doug, >> >> On Mon, Oct 6, 2014 at 11:23 PM, Sonny Rao wrote: >> > We've already got a reset of DMA after it's done. Add one before we >> > start DMA too. This

Re: [PATCH v2 0/3] MIPS executable stack protection

On 10/09/2014 02:42 PM, David Daney wrote: On 10/09/2014 01:00 PM, Leonid Yegoshin wrote: The following series implements an executable stack protection in MIPS. It sets up a per-thread 'VDSO' page and appropriate TLB support. Page is set write-protected from user and is maintained via kernel

[PATCH net] net: bpf: fix bpf syscall dependence on anon_inodes

minimal configurations where EPOLL, PERF_EVENTS, etc are disabled, but NET is enabled, are failing to build with link error: kernel/built-in.o: In function `bpf_prog_load': syscall.c:(.text+0x3b728): undefined reference to `anon_inode_getfd' fix it by selecting ANON_INODES when NET is enabled

Re: [PATCH V2] ARM: tegra: Re-add removed SoC id macro to tegra_resume()

08.10.2014 23:24, Dmitry Osipenko пишет: > Commit d127e9c5c5bc1ee22a7b1fe804397cddd132f756 ("ARM: tegra: make > tegra_resume > can work with current and later chips") removed tegra_get_soc_id macro leaving > used cpu register unassigned and as result causing execution of unintended > code > on

Re: [PATCH] bcma: Add dependency on OF_ADDRESS

On Thu, Oct 09, 2014 at 11:48:08PM +0200, Hauke Mehrtens wrote: > On 10/09/2014 09:25 PM, Guenter Roeck wrote: > > On Thu, Oct 09, 2014 at 08:28:31PM +0200, Hauke Mehrtens wrote: > >> On 10/09/2014 07:29 PM, Guenter Roeck wrote: > >>> On Thu, Oct 09, 2014 at 07:18:31PM +0200, Arend van Spriel

Re: [PATCH 3/5] regulator: dt-bindings: Add regulator-initial-mode support

On 10/09/2014 09:01 PM, Mark Brown wrote: > On Thu, Oct 09, 2014 at 05:04:35PM +0200, Javier Martinez Canillas wrote: > >> Agree, Mark also pointed out that there is a difference between changing >> how the regulator will behave on runtime vs changing how the regulator >> will behave during

Re: [PATCH] tty/n_gsm.c: do not clear gsm_mux entry when the gsm is not closed

> > What happened to the gsm driver maintainers? > > hahaha > > $ ./scripts/get_maintainer.pl -f drivers/tty/n_gsm.c > Greg Kroah-Hartman (supporter:TTY LAYER) > Jiri Slaby (supporter:TTY LAYER) > linux-kernel@vger.kernel.org (open list) We have a bunch of folks in Intel working on some

Re: [PATCH] net sched: text ematch: zero out ts_state before using it

On Thu, Oct 09, 2014 at 02:48:54PM -0700, Cong Wang wrote: > On Thu, Oct 9, 2014 at 9:05 AM, Omar Sandoval wrote: > > textsearch_find zeroes out the offset, but the control buffer (which may or > > may > > not matter in this case) needs to be zeroed out as well. > > Why? skb_prepare_seq_read()

[PATCH 3.13 009/163] rtlwifi: rtl8192cu: Add new ID

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit c66517165610b911e4c6d268f28d8c640832dbd1 upstream. The Sitecom WLA-2102 adapter uses this driver. Reported-by: Nico Baggus Signed-off-by: Larry Finger Cc: Nico

[PATCH 3.13 016/163] USB: zte_ev: fix removed PIDs

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 4df0ea41af9dce89daa9f1cb968884b346d168c9 upstream. Add back some PIDs that were mistakingly remove when reverting commit 73228a0538a7 ("USB: option,zte_ev: move

[PATCH 3.13 017/163] USB: ftdi_sio: add support for NOVITUS Bono E thermal printer

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit ee444609dbae8afee420c3243ce4c5f442efb622 upstream. Add device id for NOVITUS Bono E thermal printer. Reported-by: Emanuel Koczwara Signed-off-by: Johan Hovold

[PATCH 3.13 012/163] Revert "mac80211: disable uAPSD if all ACs are under ACM"

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit bb512ad0732232f1d2693bb68f31a76bed8f22ae upstream. This reverts commit 24aa11ab8ae03292d38ec0dbd9bc2ac49fe8a6dd. That commit was wrong since it uses data that

[PATCH 3.13 002/163] percpu: fix pcpu_alloc_pages() failure path

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit f0d279654dea22b7a6ad34b9334aee80cda62cde upstream. When pcpu_alloc_pages() fails midway, pcpu_free_pages() is invoked to free what has already been allocated. The

[PATCH 3.13 011/163] CIFS: Fix wrong filename length for SMB2

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Pavel Shilovsky commit 1bbe4997b13de903c421c1cc78440e544b5f9064 upstream. The existing code uses the old MAX_NAME constant. This causes XFS test generic/013 to fail. Fix it by

[PATCH 3.13 013/163] ahci: Add Device IDs for Intel 9 Series PCH

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: James Ralston commit 1b071a0947dbce5c184c12262e02540fbc493457 upstream. This patch adds the AHCI mode SATA Device IDs for the Intel 9 Series PCH. Signed-off-by: James Ralston

[PATCH 3.13 006/163] vfs: add d_is_dir()

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 44b1d53043c482225196e8a9cd9f35163a1b3336 upstream. Add d_is_dir(dentry) helper which is analogous to S_ISDIR(). To avoid confusion, rename d_is_directory() to

[PATCH 3.13 001/163] regulatory: add NUL to alpha2

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Eliad Peller commit a5fe8e7695dc3f547e955ad2b662e3e72969e506 upstream. alpha2 is defined as 2-chars array, but is used in multiple places as string (e.g. with nla_put_string calls),

[PATCH 3.13 004/163] percpu: free percpu allocation info for uniprocessor system

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Honggang Li commit 3189eddbcafcc4d827f7f19facbeddec4424eba8 upstream. Currently, only SMP system free the percpu allocation info. Uniprocessor system should free it too. For example,

Re: [PATCH] tty: serial: 8250_mtk: Fix quot calculation

On Thu, Oct 09, 2014 at 06:23:31PM +0200, Matthias Brugger wrote: > The calculation of value quot for highspeed register set to three > was wrong. This patch fixes the calculation so that the serial port > for baudrates bigger then 576000 baud is working correctly. > > Signed-off-by: Matthias

[PATCH 3.13 014/163] ata_piix: Add Device IDs for Intel 9 Series PCH

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: James Ralston commit 6cad1376954e591c3c41500c4e586e183e7ffe6d upstream. This patch adds the IDE mode SATA Device IDs for the Intel 9 Series PCH. Signed-off-by: James Ralston

[PATCH 3.13 138/163] Fix nasty 32-bit overflow bug in buffer i/o code.

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Anton Altaparmakov commit f2d5a94436cc7cc0221b9a81bba2276a25187dd3 upstream. On 32-bit architectures, the legacy buffer_head functions are not always handling the sector number with

[PATCH 3.13 019/163] USB: sierra: add 1199:68AA device ID

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= commit 5b3da69285c143b7ea76b3b9f73099ff1093ab73 upstream. This VID:PID is used for some Direct IP devices behaving identical to the already supported

[PATCH 3.13 020/163] iommu/arm-smmu: fix programming of SMMU_CBn_TCR for stage 1

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Olav Haugan commit 1fc870c7efa364862c3bc792cfbdb38afea26742 upstream. Stage-1 context banks do not have the SMMU_CBn_TCR[SL0] field since it is only applicable to stage-2 context

[PATCH 3.13 015/163] Revert "iwlwifi: dvm: don't enable CTS to self"

3.13.11.9 -stable review patch. If anyone has any objections, please let me know. -- From: Emmanuel Grumbach commit f47f46d7b09cf1d09e4b44b6cc4dd7d68a08028c upstream. This reverts commit 43d826ca5979927131685cc2092c7ce862cb91cd. This commit caused packet loss.

Re: [PATCH] net sched: text ematch: zero out ts_state before using it

On Thu, Oct 9, 2014 at 9:05 AM, Omar Sandoval wrote: > textsearch_find zeroes out the offset, but the control buffer (which may or > may > not matter in this case) needs to be zeroed out as well. Why? skb_prepare_seq_read() initializes the cb. Also, the comment says: * @state: uninitialized

Re: Linux 3.16.5

diff --git a/Makefile b/Makefile index e75c75f0ec35..41efc3d9f2e0 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 16 -SUBLEVEL = 4 +SUBLEVEL = 5 EXTRAVERSION = NAME = Museum of Fishiegoodies diff --git a/arch/ia64/pci/fixup.c b/arch/ia64/pci/fixup.c index

Re: Linux 3.14.21

diff --git a/Makefile b/Makefile index beb7e6f0803b..41e6e19fe2e9 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 20 +SUBLEVEL = 21 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/unicore32/include/asm/mmu_context.h

Re: [PATCH] bcma: fix build when CONFIG_OF_ADDRESS is not set

On Thu, Oct 09, 2014 at 11:39:41PM +0200, Hauke Mehrtens wrote: > Commit 2101e533f41a ("bcma: register bcma as device tree driver") > introduces a hard dependency on OF_ADDRESS into the bcma driver. > OF_ADDRESS is specifically disabled for the sparc architecture. > This results in the following

Linux 3.16.5

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

  1   2   3   4   5   6   7   8   9   10   >