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

Hi Daniele, Thankyou for reviewing. > > +config USB_DWC3_ST > > + tristate "STMicroelectronics Platforms" > > + depends on ARCH_STI && OF > > + default USB_DWC3_HOST > > + help > > + STMicroelectronics SoCs chip with one DesignWare Core USB3 IP > > +

Re: [PATCH 3.15 00/66] 3.15.4-stable review

On 07/04/2014 03:13 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.15.4 release. There are 66 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

[PATCH] Register NOP tranciever driver in JZ4740 musb glue layer

Hello, The name of the NOP transceiver driver was changed during v3.16 release cycle from usb_phy_gen_xceiv to usb_phy_generic. The patch that comes as a follow up of this message registers the NOP transceiver driver before calling usb_get_phy() to avoid issues related to accessing its data

[PATCH] usb: musb: register nop transceiver driver for jz4740

Following the name change of the nop transceiver driver in commit 4525bee, make sure to register the transceiver driver before calling usb_get_phy() to avoid issues related to accessing its data structure while it was not registered. Signed-off-by: Apelete Seketeli --- drivers/usb/musb/jz4740.c

Re: [PATCH 3.14 00/59] 3.14.11-stable review

On 07/04/2014 03:18 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.14.11 release. There are 59 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.10 00/46] 3.10.47-stable review

On 07/04/2014 03:19 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.47 release. There are 46 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.4 00/19] 3.4.97-stable review

On 07/04/2014 03:15 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.97 release. There are 19 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH] mach-omap2: Change if statement in omap2_dflt_clk_enable

On Fri, 4 Jul 2014, Nicholas Krause wrote: > This patch changes this function to check for if v is returning value from the > called function. If not it does the else. Furthermore fixes the FIXME message > above > if statement for holding INVERT_ENABLE bit when not needing to be checked for > in

[PATCH v2 0/2] hwrng, virtio-rng: init-time fixes

v2: - this now separates both the patches; the virtio-rng fix is self-contained - re-work hwrng core to fetch randomness at device init time if ->init() is registered by the device, instead of not calling it at all. - virtio-rng: introduce a probe_done bool to ensure we don't ask host for

[PATCH v2 1/2] hwrng: fetch randomness only after device init

Commit d9e7972619334 "hwrng: add randomness to system from rng sources" added a call to rng_get_data() from the hwrng_register() function. However, some rng devices need initialization before data can be read from them. This commit makes the call to rng_get_data() depend on no init fn pointer

[PATCH v2 2/2] virtio: rng: ensure reads happen after successful probe

The hwrng core asks for random data in the hwrng_register() call itself from commit d9e7972619. This doesn't play well with virtio -- the DRIVER_OK bit is only set by virtio core on a successful probe, and we're not yet out of our probe routine when this call is made. This causes the host to not

[PATCH] Rename NOP transceiver in JZ4740 platform data

Hello, The name of the NOP transceiver driver was changed during v3.16 release cycle from usb_phy_gen_xceiv to usb_phy_generic. The patch that comes as a follow up of this message renames accordingly the NOP transceiver driver in JZ4740 platform data to fix a subsequent kernel panic. Please

[PATCH] mips: jz4740: rename usb_nop_xceiv to usb_phy_generic

Rename usb_nop_xceiv to usb_phy_generic in platform data to match the name change of the nop transceiver driver in commit 4525bee. This patch fixes a kernel panic due to an unhandled kernel unaligned access. Signed-off-by: Apelete Seketeli --- arch/mips/jz4740/platform.c |2 +- 1 file

[PATCH] mmc: jz4740: add dma infrastructure for data transfers

Until now the MMC driver for JZ4740 SoC was relying on PIO mode only for data transfers. This patch allows the use of DMA for data trasnfers in addition to PIO mode by relying on DMA Engine. DMA tranfers performance might be further improved by taking advantage of the asynchronous request

[PATCH] Use DMA for data transfers in JZ4740 MMC driver

Hello, MMC driver for JZ4740 SoC is currently relying on PIO mode only for data transfers. The patch that comes as a follow-up of this message allows the use of DMA for data transfers. According to the following DMA vs PIO benchmarks there seems to be a slight improvement in transfer speed with

Re: [PATCH] MAINTAINERS: Add few more Keystone drivers

On Sun, Jun 22, 2014 at 04:06:22PM -0400, Santosh Shilimkar wrote: > Update MAINTAINERS file for recently added reset controller, AEMIF > and clocksource driver for Keystone SOCs. > > The EMIF memory controller driver is also added along with AEMIF. > > Cc: Arnd Bergmann > Cc: Olof Johansson >

Re: [PATCH 00/19] ARM: SAMSUNG: S5PV210 platform clean-up

On Fri, Jul 4, 2014 at 11:14 PM, Tomasz Figa wrote: > This huge series is a (hopefully final) attempt to convert Samsung S5PV210 > into a DT-only and multiplatform-aware platform. It consists of several > steps to gradually replace legacy code with one meeting current standards > and then finally

[PATCH] tile: Add underscores to defintions

In file drv_xgbe_impl.h I fixed the definitions for Size Small, Size Large, Size Jumbo to have underscores before and after to follow kernel coding style for internel defentions. Signed-off-by: Nicholas Krause --- arch/tile/include/hv/drv_xgbe_impl.h | 15 +++ 1 file changed, 3

[PATCH] appletalk: Set skb with destructor

See https://bugzilla.kernel.org/show_bug.cgi?id=79441 ---8<--- Made changes similar to 0ae89beb283a0db5980d1d4781c7d7be2f2810d6 Reported-by: Ed Martin Signed-off-by: Andrey Utkin --- net/appletalk/ddp.c | 9 + 1 file changed, 9 insertions(+) diff --git a/net/appletalk/ddp.c

[PATCH] parisc: Remove FIXME line in signal.c

This frame removes a fix me line in signal.c that is no longer needed as function call is correct. Signed-off-by: Nicholas Krause --- arch/parisc/kernel/signal.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c index 1cba8f2..1d550b5

Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe

I didn't compile check it seems to be a valid line after reading this. I will resend a new patch removing the FIX ME line. Sorry Nick On Fri, Jul 4, 2014 at 11:58 PM, Joe Perches wrote: > On Fri, 2014-07-04 at 23:20 -0400, Nicholas Krause wrote: >> This removes the sizeof(frame) from the call to

Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe

On Fri, 2014-07-04 at 23:20 -0400, Nicholas Krause wrote: > This removes the sizeof(frame) from the call to get_sigframe on line > 243 in order to fix the call to this function as the sizeof in not > needed to call this function. How did you compile this?

signal.c : FIX ME on line 273

There seems to be a FIX Me message on line 273. I was wondering my what you mean convert for the compact case. Cheers Nick -- 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

Re: Scalability Question

That's true. Cheers Nick On Fri, Jul 4, 2014 at 11:44 PM, Richard Weinberger wrote: > On Sat, Jul 5, 2014 at 5:33 AM, Nick Krause wrote: >> The most powerful super computer runs Ubuntu with over 3.2 million cores. > > These kind of computers don't run a single kernel. > See grid computing. > >>

Re: [regression, 3.16-rc] rwsem: optimistic spinning causing performance degradation

On Fri, 2014-07-04 at 01:40 -0700, Davidlohr Bueso wrote: > On Fri, 2014-07-04 at 09:52 +0200, Peter Zijlstra wrote: > > Davidlohr, you'll be running this through your AIM and other benchmarks, > > I suppose? > > I ran it through aim7, and as I suspected we take a performance hit with > 'custom'

Re: Scalability Question

On Sat, Jul 5, 2014 at 5:33 AM, Nick Krause wrote: > The most powerful super computer runs Ubuntu with over 3.2 million cores. These kind of computers don't run a single kernel. See grid computing. > There fore I can state that Linux is very good at scaling as I have seem > the other side with

Re: Scalability Question

The most powerful super computer runs Ubuntu with over 3.2 million cores. There fore I can state that Linux is very good at scaling as I have seem the other side with embedded systems. Cheers Nick On Fri, Jul 4, 2014 at 11:24 PM, Mike Galbraith wrote: > On Fri, 2014-07-04 at 16:40 -0400, Nick

Re: Scalability Question

On Fri, 2014-07-04 at 16:40 -0400, Nick Krause wrote: > I am curious after reading some outdated kernel papers, how scalable > is the kernel of > late? I am curious mostly in memory and cpu subsystems as file systems > will change > based on user's choice. You can currently configure for up to

[PATCH] parisc: Remove sizeof(frame) from call to get_sigframe

This removes the sizeof(frame) from the call to get_sigframe on line 243 in order to fix the call to this function as the sizeof in not needed to call this function. Signed-off-by: Nicholas Krause --- arch/parisc/kernel/signal.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

Re: [regression, 3.16-rc] rwsem: optimistic spinning causing performance degradation

On Fri, 2014-07-04 at 01:53 -0700, Davidlohr Bueso wrote: > On Fri, 2014-07-04 at 00:06 -0700, Jason Low > > Subject: [PATCH] rwsem: In rwsem_can_spin_on_owner(), return false if no > > owner > > Could we change the subject to something more descriptive, ie: > > rwsem: Allow conservative

Re: [RFC PATCH 0/9] kexec: Verify signature of PE signed bzImage

On Fri, Jul 04, 2014 at 04:51:18PM +0200, Borislav Petkov wrote: > On Thu, Jul 03, 2014 at 05:07:12PM -0400, Vivek Goyal wrote: > > Hi, > > > > This patch series enables signature verification of signed PE bzimage. This > > patches series needs two more patch series before it. > > > > First one

mips: FIX ME message in smp_cmp.c

I am wondering if in this file, arch/mips/kernel/smp-cmp.c the fix me message in cmp_smp_finish I can remove the line that the fix me message states below it or is this part of the function still needed. Cheers Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

[PATCH] mips: Add #ifdef in file bridge.h

This patch addes a #ifdef __ASSEMBLY__ in order to check if this part of the file is configured to fix this #ifdef block in bridge.h for mips. Signed-off-by: Nicholas Krause --- arch/mips/include/asm/netlogic/xlp-hal/bridge.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

arc: FIXME in file uwind.c

When using cscope I get a FIX ME message in uwind.c , it seems to have four NULL returns. I am wondering since I am new to part of the kernel what would you like me to return here? Cheers Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: mm: memcontrol: rewrite uncharge API: problems

On Thu, 3 Jul 2014, Johannes Weiner wrote: > On Thu, Jul 03, 2014 at 12:54:36PM -0700, Hugh Dickins wrote: > > On Wed, 2 Jul 2014, Hugh Dickins wrote: > > > On Wed, 2 Jul 2014, Johannes Weiner wrote: > > > > > > > > Could you give the following patch a spin? I put it in the mmots > > > > stack

[PATCH] [media] davinci-vpfe: Fix retcode check

See https://bugzilla.kernel.org/show_bug.cgi?id=69071 ---8<--- Use signed type to check correctly for negative error code Reported-by: David Binderman Signed-off-by: Andrey Utkin --- drivers/staging/media/davinci_vpfe/dm365_ipipe_hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: linux-next: Tree for Jul 4

On Sat, Jul 05, 2014 at 01:10:58AM +1000, Stephen Rothwell wrote: > Hi Sachin, > > On Fri, 4 Jul 2014 14:12:11 +0530 Sachin Kamat wrote: > > > > Was bisecting a kernel crash on Arndale octa board (Exynos5420). It > > points to a merge > > commit: > > 40556a4c485d12d324f1ea196cc30f590e564237 is

Re: [PATCH 3.14 00/59] 3.14.11-stable review

On Fri, 04 Jul 2014 15:18:49 -0700, Greg Kroah-Hartman wrote: > Takashi Iwai > ALSA: hda - Adjust speaker HPF and add LED support for HP Spectre 13 Building on Gentoo ~amd64 with gcc 4.9.0 this patch (#59) fails: LD [M] sound/pci/snd-intel8x0.o CC [M] sound/pci/hda/patch_sigmatel.o

Re: [PATCH] Potential NULL pointer deference in drbg_ctr_df

On Sat, Jul 05, 2014 at 02:00:15AM +0200, Stephan Mueller wrote: > Am Freitag, 4. Juli 2014, 13:50:03 schrieb Dan Carpenter: > > Hi Dan, > > > On Wed, Jun 25, 2014 at 05:06:46PM +0800, Herbert Xu wrote: > > > On Sat, Jun 21, 2014 at 02:26:29PM +0200, Stephan Mueller wrote: > > > > The handling

Re: [PATCH] MIPS: Fix incorrect NULL check in local_flush_tlb_page()

Hello Jonas, On Fri, Jul 04, 2014 at 11:52:51PM +0200, Jonas Gorski wrote: > On Fri, Jul 4, 2014 at 7:07 PM, Emil Goode wrote: > > We check that the struct vm_area_struct pointer vma is NULL and > > then dereference it. The intent must have been to check that > > vma is not NULL before we

Re: [PATCH 3/4] DRBG: Fix format string for debugging statements

Am Freitag, 4. Juli 2014, 17:24:09 schrieb Joe Perches: Hi Joe, > On Sat, 2014-07-05 at 02:15 +0200, Stephan Mueller wrote: > > Am Freitag, 4. Juli 2014, 17:09:33 schrieb Joe Perches: > > > On Sat, 2014-07-05 at 01:57 +0200, Stephan Mueller wrote: > > > > And I also get the same output. Yet I am

[PATCH] staging: ft1000-usb: check for errors in card_send_command

See https://bugzilla.kernel.org/show_bug.cgi?id=78561 ---8<--- Reported-by: Maksymilian Arciemowicz Signed-off-by: Andrey Utkin --- drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 6 +++--- drivers/staging/ft1000/ft1000-usb/ft1000_hw.c| 25 +---

Re: [PATCH 3/4] DRBG: Fix format string for debugging statements

On Sat, 2014-07-05 at 02:15 +0200, Stephan Mueller wrote: > Am Freitag, 4. Juli 2014, 17:09:33 schrieb Joe Perches: > > On Sat, 2014-07-05 at 01:57 +0200, Stephan Mueller wrote: > > > And I also get the same output. Yet I am not sure how that code can be > > > compared to the code in the kernel. >

Re: [PATCH 3/4] DRBG: Fix format string for debugging statements

Am Freitag, 4. Juli 2014, 17:09:33 schrieb Joe Perches: Hi Joe, > On Sat, 2014-07-05 at 01:57 +0200, Stephan Mueller wrote: > > And I also get the same output. Yet I am not sure how that code can be > > compared to the code in the kernel. > > What that code shows is that the ARRAY_SIZE > type

Re: [PATCH 3/4] DRBG: Fix format string for debugging statements

On Sat, 2014-07-05 at 01:57 +0200, Stephan Mueller wrote: > And I also get the same output. Yet I am not sure how that code can be > compared to the code in the kernel. What that code shows is that the ARRAY_SIZE type is size_t. The difference is ARRAY_SIZE in the kernel should be output with

Re: [PATCH 2/4] DRBG: cleanup of preprocessor macros

Am Freitag, 4. Juli 2014, 22:15:41 schrieb Herbert Xu: Hi Herbert, > On Sun, Jun 29, 2014 at 01:37:05PM +0200, Stephan Mueller wrote: > > When looking into the documentation and trying it I found: > > > > - bool choices allow me to only select one option, and only one > > > > - tristate

Re: [PATCH] Potential NULL pointer deference in drbg_ctr_df

Am Freitag, 4. Juli 2014, 13:50:03 schrieb Dan Carpenter: Hi Dan, > On Wed, Jun 25, 2014 at 05:06:46PM +0800, Herbert Xu wrote: > > On Sat, Jun 21, 2014 at 02:26:29PM +0200, Stephan Mueller wrote: > > > The handling of additional input data / personalization string data may > > > be subject to a

Re: [PATCH 3/4] DRBG: Fix format string for debugging statements

Am Freitag, 4. Juli 2014, 09:57:20 schrieb Joe Perches: Hi Joe, > On Fri, 2014-07-04 at 14:21 +0300, Dan Carpenter wrote: > > On Sat, Jun 28, 2014 at 08:53:19PM -0700, Joe Perches wrote: > > > On Sun, 2014-06-29 at 05:46 +0200, Stephan Mueller wrote: > > > > Am Sonntag, 29. Juni 2014, 12:24:02

Re: [PATCH] kbuild: Do not run modules_install and install in paralel

On Fri, Jul 4, 2014 at 3:15 PM, Michal Marek wrote: > Dne 13.6.2014 19:29, Andy Lutomirski napsal(a): >> On Fri, Jun 13, 2014 at 2:45 AM, Michal Marek wrote: >>> Dne 13.6.2014 11:39, Michal Marek napsal(a): Based on a x86-only patch by Andy Lutomirski With modular kernels, 'make

[PATCH] staging: rtl8192ee: Correct bitmask in comparsion

See https://bugzilla.kernel.org/show_bug.cgi?id=78041 ---8<--- Reported-by: David Binderman Signed-off-by: Andrey Utkin --- drivers/staging/rtl8192ee/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8192ee/base.c b/drivers/staging/rtl8192ee/base.c

[PATCH] farsync: fix invalid memory accesses in fst_add_one() and fst_init_card()

There are several issues in fst_add_one() and fst_init_card(): - invalid pointer dereference at card->ports[card->nports - 1] if register_hdlc_device() fails for the first port in fst_init_card(); - fst_card_array overflow at fst_card_array[no_of_cards_added] because there is no checks for

Re: [PATCH 3.14 59/59] ALSA: hda - Adjust speaker HPF and add LED support for HP Spectre 13

On Fri, 04 Jul 2014 15:19:48 -0700, Greg Kroah-Hartman wrote: > From: Takashi Iwai > > commit 8b3dfdaf0c25a584cb31d04d2574115cf2d422ab upstream. Building on Gentoo ~amd64 with gcc 4.9.0: LD [M] sound/pci/snd-intel8x0.o CC [M] sound/pci/hda/patch_sigmatel.o

Re: [patch] pinctrl: berlin: fix an error code in berlin_pinctrl_probe()

On Wed, Jun 11, 2014 at 10:15 AM, Dan Carpenter wrote: > We are returning success here because PTR_ERR(NULL) is zero. We should > be returning -ENODEV. > > Fixes: 3de68d331c24 ('pinctrl: berlin: add the core pinctrl driver for > Marvell Berlin SoCs') > Signed-off-by: Dan Carpenter Patch

Re: [PATCH V2 2/3] gpio: allow gpio array requests for managed devices

On Wed, Jul 2, 2014 at 12:05 PM, Rob Jones wrote: > Add functions devm_gpio_request_array() and devm_gpio_free_array() > which are exactly analogous to the equivalent non-managed device > functions gpio_request_array() and gpio_free_array(), which can be > found in the module gpiolib.c. > >

[PATCH 3.15 03/66] iscsi-target: Explicily clear login response PDU in exception path

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit 683497566d48f86e04d026de1ee658dd74fc1077 upstream. This patch adds a explicit memset to the login response PDU exception path in iscsit_tx_login_rsp(). This

Re: [PATCH] kbuild: Do not run modules_install and install in paralel

Dne 13.6.2014 19:29, Andy Lutomirski napsal(a): > On Fri, Jun 13, 2014 at 2:45 AM, Michal Marek wrote: >> Dne 13.6.2014 11:39, Michal Marek napsal(a): >>> Based on a x86-only patch by Andy Lutomirski >>> >>> With modular kernels, 'make install' is going to need the installed >>> modules at some

[PATCH 3.15 12/66] mtip32xx: Remove dfs_parent after pci unregister

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Asai Thambi S P commit af5ded8ccf21627f9614afc03b356712666ed225 upstream. In module exit, dfs_parent and it's subtree were removed before unregistering with pci. When debugfs entry for each

[PATCH 3.15 00/66] 3.15.4-stable review

This is the start of the stable review cycle for the 3.15.4 release. There are 66 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sun Jul 6 22:13:57 UTC 2014. Anything

[PATCH 3.15 15/66] MIPS: MSC: Prevent out-of-bounds writes to MIPS SC ioremapd region

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Markos Chandras commit ab6c15bc6620ebe220970cc040b29bcb2757f373 upstream. Previously, the lower limit for the MIPS SC initialization loop was set incorrectly allowing one extra loop leading

[PATCH 3.15 16/66] hpsa: add new Smart Array PCI IDs (May 2014)

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Joe Handzik commit 3b7a45e5ba85dc79c7714edd9eee9aaed730cd6b upstream. Signed-off-by: Scott Teel Signed-off-by: Joe Handzik Signed-off-by: Stephen M. Cameron Signed-off-by: Christoph

[PATCH 3.15 14/66] Revert "MIPS: Save/restore MSA context around signals"

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit 16f77de82f2d2f628306dab9bc4799df0d28a199 upstream. This reverts commit eec43a224cf1 "MIPS: Save/restore MSA context around signals" and the MSA parts of ca750649e08c "MIPS:

[PATCH 3.15 19/66] RDMA/cxgb4: Fix memory leaks in c4iw_alloc() error paths

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Christoph Jaeger commit 65b302ad31b02b0790417f4e65833af494cb35ce upstream. c4iw_alloc() bails out without freeing the storage that 'devp' points to. Picked up by Coverity - CID 1204241.

[PATCH 3.15 17/66] UBIFS: fix an mmap and fsync race condition

3.15-stable review patch. If anyone has any objections, please let me know. -- From: hujianyang commit 691a7c6f28ac90cccd0dbcf81348ea90b211bdd0 upstream. There is a race condition in UBIFS: Thread A (mmap)Thread B (fsync) ->__do_fault

[PATCH 3.15 04/66] iscsi-target: fix iscsit_del_np deadlock on unload

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 81a9c5e72bdf7109a65102ca61d8cbd722cf4021 upstream. On uniprocessor preemptible kernel, target core deadlocks on unload. The following events happen: * iscsit_del_np is

[PATCH 3.15 05/66] Input: synaptics - fix resolution for manually provided min/max

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Tissoires commit d49cb7aeebb974713f9f7ab2991352d3050b095b upstream. commit 421e08c41fda fixed the reported min/max for the X and Y axis, but unfortunately, it broke the resolution of

[PATCH 3.15 07/66] Input: elantech - dont set bit 1 of reg_10 when the no_hw_res quirk is set

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit fb4f8f568a9def02240ef9bf7aabd246dc63a081 upstream. The touchpad on the GIGABYTE U2442 not only stops communicating when we try to set bit 3 (enable real hardware

[PATCH 3.15 10/66] mtip32xx: Fix ERO and NoSnoop values in PCIe upstream on AMD systems

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Asai Thambi S P commit d1e714db8129a1d3670e449b87719c78e2c76f9f upstream. A hardware quirk in P320h/P420m interfere with PCIe transactions on some AMD chipsets, making P320h/P420m unusable.

[PATCH 3.15 11/66] mtip32xx: Increase timeout for STANDBY IMMEDIATE command

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Asai Thambi S P commit 670a641420a3d9586eebe7429dfeec4e7ed447aa upstream. Increased timeout for STANDBY IMMEDIATE command to 2 minutes. Signed-off-by: Selvan Mani Signed-off-by: Asai Thambi

[PATCH 3.15 30/66] IB/srp: Fix a sporadic crash triggered by cable pulling

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 024ca90151f5e4296d30f72c13ff9a075e23c9ec upstream. Avoid that the loops that iterate over the request ring can encounter a pointer to a SCSI command in req->scmnd that

[PATCH 3.15 08/66] PCI: Add new ID for Intel GPU "spurious interrupt" quirk

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Jarosch commit 7c82126a94e69bbbac586f0249e7ef11e681246c upstream. After a CPU upgrade while keeping the same mainboard, we faced "spurious interrupt" problems again. It turned out

[PATCH 3.15 06/66] Input: elantech - deal with clickpads reporting right button events

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit cd9e83e2754465856097f31c7ab933ce74c473f8 upstream. At least the Dell Vostro 5470 elantech *clickpad* reports right button clicks when clicked in the right bottom area:

[PATCH 3.15 21/66] RDMA/cxgb4: add missing padding at end of struct c4iw_alloc_ucontext_resp

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Yann Droneaud commit b7dfa8895f64ffa371d0ed09c1d1ba8c6e19b956 upstream. The i386 ABI disagrees with most other ABIs regarding alignment of data types larger than 4 bytes: on most ABIs a

[PATCH 3.15 31/66] IB/umad: Fix error handling

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 8ec0a0e6b58218bdc1db91dd70ebfcd6ad8dd6cd upstream. Avoid leaking a kref count in ib_umad_open() if port->ib_dev == NULL or if nonseekable_open() fails. Avoid leaking a

[PATCH 3.15 09/66] PCI: Fix incorrect vgaarb conditional in WARN_ON()

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Bjorn Helgaas commit 67ebd8140dc8923c65451fa0f6a8eee003c4dcd3 upstream. 3448a19da479 "vgaarb: use bridges to control VGA routing where possible" added the "flags &

Re: [PATCH] arm: ptrace: fix syscall modification under PTRACE_O_TRACESECCOMP

On Thu, Jul 3, 2014 at 9:32 AM, Will Deacon wrote: > On Thu, Jul 03, 2014 at 05:13:50PM +0100, Andy Lutomirski wrote: >> On Thu, Jul 3, 2014 at 9:11 AM, Will Deacon wrote: >> > On Thu, Jul 03, 2014 at 04:39:21PM +0100, Andy Lutomirski wrote: >> >> On Thu, Jul 3, 2014 at 3:24 AM, Will Deacon

[PATCH 3.15 02/66] iscsi-target: Avoid rejecting incorrect ITT for Data-Out

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit 97c99b47ac58bacb7c09e1f47d5d184434f6b06a upstream. This patch changes iscsit_check_dataout_hdr() to dump the incoming Data-Out payload when the received ITT is not

[PATCH 3.15 35/66] nfsd4: fix FREE_STATEID lockowner leak

3.15-stable review patch. If anyone has any objections, please let me know. -- From: "J. Bruce Fields" commit 48385408b45523d9a432c66292d47ef43efcbb94 upstream. 27b11428b7de ("nfsd4: remove lockowner when removing lock stateid") introduced a memory leak. Reported-by: Jeff

[PATCH 3.15 34/66] pNFS: Handle allocation errors correctly in filelayout_alloc_layout_hdr()

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 6df200f5d5191bdde4d2e408215383890f956781 upstream. Return the NULL pointer when the allocation fails. Reported-by: Fengguang Wu Signed-off-by: Trond Myklebust

Re: [PATCH v2 2/4] pinctrl: Add NVIDIA Tegra XUSB pad controller support

On Thu, Jun 12, 2014 at 10:39 PM, Stephen Warren wrote: > On 06/10/2014 05:11 AM, Thierry Reding wrote: > Aside from the issue Andrew pointed out, this series looks good to me. > I'll apply once that one issue is fixed. > > Linus, > > Patch 2 (pinctrl driver) depends on patch 1 (binding header),

[PATCH 3.15 37/66] NFS: Dont declare inode uptodate unless all attributes were checked

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 43b6535e717d2f656f71d9bd16022136b781c934 upstream. Fix a bug, whereby nfs_update_inode() was declaring the inode to be up to date despite not having checked all the

[PATCH 3.15 36/66] nfsd: getattr for FATTR4_WORD0_FILES_AVAIL needs the statfs buffer

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit 12337901d654415d9f764b5f5ba50052e9700f37 upstream. Note nobody's ever noticed because the typical client probably never requests FILES_AVAIL without also requesting

[PATCH 3.15 23/66] watchdog: ath79_wdt: avoid spurious restarts on AR934x

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Gabor Juhos commit 23afeb613ec0e10aecfae7838a14d485db62ac52 upstream. On some AR934x based systems, where the frequency of the AHB bus is relatively high, the built-in watchdog causes a

[PATCH 3.15 32/66] IB/umad: Fix use-after-free on close

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 60e1751cb52cc6d1ae04b6bd3c2b96e770b5823f upstream. Avoid that closing /dev/infiniband/umad or /dev/infiniband/issm triggers a use-after-free. __fput() invokes

[PATCH 3.15 33/66] SUNRPC: Fix a module reference leak in svc_handle_xprt

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit c789102c20bbbdda6831a273e046715be9d6af79 upstream. If the accept() call fails, we need to put the module reference. Signed-off-by: Trond Myklebust Signed-off-by: J.

PROTECT YOUR ACCOUNT!!!

Help Desk onlinewebmailte...@gmail.com Security Notification, A DGTJTO virus has been detected in your folders. Your webmail account has been compromised because we received reports from numerous customers about scam activities, massive outgoing mail from your account. Simply fill the

[PATCH 3.15 24/66] watchdog: kempld-wdt: Use the correct value when configuring the prescaler with the watchdog

3.15-stable review patch. If anyone has any objections, please let me know. -- From: gundberg commit a9e0436b303e94ba57d3bd4b1fcbeaa744b7ebeb upstream. Use the prescaler index, rather than its value, to configure the watchdog. This will prevent a mismatch with the prescaler

[PATCH 3.15 22/66] watchdog: sp805: Set watchdog_device->timeout from ->set_timeout()

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Viresh Kumar commit 938626d96a3ffb9eb54552bb0d3a4f2b30ffdeb0 upstream. Implementation of ->set_timeout() is supposed to set 'timeout' field of 'struct watchdog_device' passed to it. sp805 was

[PATCH 3.15 29/66] IB/ipath: Translate legacy diagpkt into newer extended diagpkt

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Dennis Dalessandro commit 7e6d3e5c70f13874fb06e6b67696ed90ce79bd48 upstream. This patch addresses an issue where the legacy diagpacket is sent in from the user, but the driver operates on

[PATCH 3.15 26/66] IB/mlx5: add missing padding at end of struct mlx5_ib_create_cq

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Yann Droneaud commit a8237b32a3faab155a5dc8f886452147ce73da3e upstream. The i386 ABI disagrees with most other ABIs regarding alignment of data type larger than 4 bytes: on most ABIs a

[PATCH 3.15 39/66] NFS: populate ->net in mount data when remounting

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Mateusz Guzik commit a914722f333b3359d2f4f12919380a334176bb89 upstream. Otherwise the kernel oopses when remounting with IPv6 server because net is dereferenced in dev_get_by_name. Use net

Re: [PATCH v2 1/4] of: Add NVIDIA Tegra XUSB pad controller binding

On Tue, Jun 10, 2014 at 1:11 PM, Thierry Reding wrote: > From: Thierry Reding > > This patch adds the device tree binding documentation for the XUSB pad > controller found on NVIDIA Tegra SoCs. It exposes both pinmuxing and PHY > capabilities. > > Signed-off-by: Thierry Reding > --- > Changes

[PATCH 3.15 25/66] kernel/watchdog.c: remove preemption restrictions when restarting lockup detector

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Don Zickus commit bde92cf455a03a91badb7046855592d8c008e929 upstream. Peter Wu noticed the following splat on his machine when updating /proc/sys/kernel/watchdog_thresh: BUG: sleeping

[PATCH 3.15 49/66] powerpc: Dont setup CPUs with bad status

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Michael Neuling commit 59a53afe70fd530040bdc69581f03d880157f15a upstream. OPAL will mark a CPU that is guarded as "bad" in the status property of the CPU node. Unfortunatley Linux doesn't

[PATCH 3.15 48/66] powerpc: fix typo CONFIG_PPC_CPU

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Paul Bolle commit b69a1da94f3d1589d1942b5d1b384d8cfaac4500 upstream. Commit cd64d1697cf0 ("powerpc: mtmsrd not defined") added a check for CONFIG_PPC_CPU were a check for CONFIG_PPC_FPU was

[PATCH 3.15 28/66] IB/qib: Fix port in pkey change event

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Mike Marciniszyn commit 911eccd284d13d78c92ec4f1f1092c03457d732a upstream. The code used a literal 1 in dispatching an IB_EVENT_PKEY_CHANGE. As of the dual port qib QDR card, this is not

[PATCH 3.15 52/66] xfs: xfs_readsb needs to check for magic numbers

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit 556b8883cfac3d3203557e161ea8005f8b5479b2 upstream. Commit daba542 ("xfs: skip verification on initial "guess" superblock read") dropped the use of a verifier for the

[PATCH 3.15 20/66] RDMA/cxgb4: Add missing padding at end of struct c4iw_create_cq_resp

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Yann Droneaud commit b6f04d3d21458818073a2f5af5339f958864bf71 upstream. The i386 ABI disagrees with most other ABIs regarding alignment of data types larger than 4 bytes: on most ABIs a

[PATCH 3.15 53/66] reiserfs: call truncate_setsize under tailpack mutex

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Mahoney commit 22e7478ddbcb670e33fab72d0bbe7c394c3a2c84 upstream. Prior to commit 0e4f6a791b1e (Fix reiserfs_file_release()), reiserfs truncates serialized on i_mutex. They mostly still

[PATCH 3.15 51/66] powerpc: Dont skip ePAPR spin-table CPUs

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Scott Wood commit 6663a4fa6711050036562ddfd2086edf735fae21 upstream. Commit 59a53afe70fd530040bdc69581f03d880157f15a "powerpc: Don't setup CPUs with bad status" broke ePAPR SMP booting.

[PATCH 3.15 54/66] cpufreq: ppc-corenet-cpu-freq: do_div use quotient

3.15-stable review patch. If anyone has any objections, please let me know. -- From: Ed Swarthout commit 906fe033145aab7d65a428bfda2cf19c75720894 upstream. Commit 6712d2931933 (cpufreq: ppc-corenet-cpufreq: Fix __udivdi3 modpost error) used the remainder from do_div instead

  1   2   3   4   5   6   7   8   9   10   >