Re: [PATCH v3 1/3] serial: mxs: enable the DMA only when the RTS/CTS is valid

On Sat, Aug 03, 2013 at 10:09:14AM -0400, Huang Shijie wrote: > From: Huang Shijie > > The original DMA support works only when RTS/CTS is enabled. > (see the "e800163 serial: mxs-auart: add the DMA support for mx28") > But after several patches, DMA support has lost this limit. > (see the "bcc20

[PATCH] zram: bug fix: delay lock holding in zram_slot_free_noity

I was preparing to promote zram and it was almost done. Before sending patch, I tried to test and eyebrows went up. [1] introduced down_write in zram_slot_free_notify to prevent race between zram_slot_free_notify and zram_bvec_[read|write]. The race could happen if somebody who has right permissio

Re: FAILED: patch "[PATCH] drm/radeon: never unpin UVD bo v3" failed to apply to 3.10-stable tree

Hi, as requested a rebased version of the patch is attached. This one should apply cleanly on 3.10. Cheers, Christian. Am 05.08.2013 05:00, schrieb gre...@linuxfoundation.org: The patch below does not apply to the 3.10-stable tree. If someone wants it applied there, or to any other stable or

Re: Patch "atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring" has been added to the 3.4-stable tree

writes: > This is a note to let you know that I've just added the patch titled > > atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring > > to the 3.4-stable tree which can be found at: > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary > > The file

Re: [PATCH] zram: bug fix: delay lock holding in zram_slot_free_noity

On Mon, Aug 05, 2013 at 04:18:34PM +0900, Minchan Kim wrote: > I was preparing to promote zram and it was almost done. > Before sending patch, I tried to test and eyebrows went up. > > [1] introduced down_write in zram_slot_free_notify to prevent race > between zram_slot_free_notify and zram_bvec_

Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers

On Mon, Jul 01, 2013 at 06:14:21PM -0300, Fabio Estevam wrote: > From: Fabio Estevam > > Recently we have been seing some reports about PIO mode not working properly. > > - http://www.spinics.net/lists/linux-i2c/msg11985.html > - http://marc.info/?l=linux-i2c&m=137235593101385&w=2 > - https://lk

stable: please queue commit 0231bb5 ("perf: Fix event group context move")

Plese consider adding commit 0231bb5336758426b44ccd798ccd3c5419c95d58 to stable tree. It fixes a real bug, which was explained here: http://thread.gmane.org/gmane.linux.kernel.perf.user/1144 and I've managed to reproduce the bug in 3.4 kernel with the test program attached in the above em

Re: Patch "atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring" has been added to the 3.4-stable tree

From: Luis Henriques Date: Mon, 05 Aug 2013 08:55:55 +0100 > writes: > >> This is a note to let you know that I've just added the patch titled >> >> atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring >> >> to the 3.4-stable tree which can be found at: >> >> http://www.kernel.or

Re: stable: please queue commit 0231bb5 ("perf: Fix event group context move")

* Li Zefan wrote: > Plese consider adding commit 0231bb5336758426b44ccd798ccd3c5419c95d58 > to stable tree. It fixes a real bug, which was explained here: > > http://thread.gmane.org/gmane.linux.kernel.perf.user/1144 > > and I've managed to reproduce the bug in 3.4 kernel with the test >

Re: Patch "atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring" has been added to the 3.4-stable tree

On Mon, Aug 05, 2013 at 01:21:03AM -0700, David Miller wrote: > From: Luis Henriques > Date: Mon, 05 Aug 2013 08:55:55 +0100 > > > writes: > > > >> This is a note to let you know that I've just added the patch titled > >> > >> atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring > >>

Re: [PATCH] zram: bug fix: delay lock holding in zram_slot_free_noity

Hello Greg, On Mon, Aug 05, 2013 at 04:04:22PM +0800, Greg Kroah-Hartman wrote: > On Mon, Aug 05, 2013 at 04:18:34PM +0900, Minchan Kim wrote: > > I was preparing to promote zram and it was almost done. > > Before sending patch, I tried to test and eyebrows went up. > > > > [1] introduced down_wr

Patch "perf: Fix event group context move" has been added to the 3.0-stable tree

This is a note to let you know that I've just added the patch titled perf: Fix event group context move to the 3.0-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: perf-fix-event-group-

Patch "drm/radeon: never unpin UVD bo v3" has been added to the 3.10-stable tree

This is a note to let you know that I've just added the patch titled drm/radeon: never unpin UVD bo v3 to the 3.10-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: drm-radeon-never-unpi

Patch "perf: Fix event group context move" has been added to the 3.4-stable tree

This is a note to let you know that I've just added the patch titled perf: Fix event group context move to the 3.4-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: perf-fix-event-group-

[PATCH v3.10] iwlwifi: mvm: set SSID bits for passive channels

From: David Spinadel Upstream commit bb963c4a43eb5127eb0bbfa16c7a6a209b0af5db. Set SSID bitmap for direct scan even on passive channels, for the passive-to-active feature. Without this patch only the SSID from probe request template is sent on passive channels, after passive-to-active switching,

[PATCH v3.10] iwlwifi: dvm: don't send BT_CONFIG on devices w/o Bluetooth

From: Johannes Berg Upstream commit 707aee401d2467baa785a697f40a6e2d9ee79ad5. The BT_CONFIG command that is sent to the device during startup will enable BT coex unless the module parameter turns it off, but on devices without Bluetooth this may cause problems, as reported in Redhat BZ 885407.

RE: Patch "iwlwifi: pcie: clear RFKILL interrupt in AMPG" has been added to the 3.10-stable tree

> This is a note to let you know that I've just added the patch titled > > iwlwifi: pcie: clear RFKILL interrupt in AMPG Please hold off on this, Emmanuel says there may be some issue with it. Sorry. johannes -- Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz de

Re: Patch "dma: pl330: Fix cyclic transfers" has been added to the 3.4-stable tree

writes: > This is a note to let you know that I've just added the patch titled > > dma: pl330: Fix cyclic transfers > > to the 3.4-stable tree which can be found at: > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary > > The filename of the patch is: >

Re: Patch "dma: pl330: Fix cyclic transfers" has been added to the 3.4-stable tree

On 08/05/2013 12:15 PM, Luis Henriques wrote: > writes: > >> This is a note to let you know that I've just added the patch titled >> >> dma: pl330: Fix cyclic transfers >> >> to the 3.4-stable tree which can be found at: >> >> http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-q

Re: stable: please queue commit 0231bb5 ("perf: Fix event group context move")

Li Zefan writes: > Plese consider adding commit 0231bb5336758426b44ccd798ccd3c5419c95d58 > to stable tree. It fixes a real bug, which was explained here: > > http://thread.gmane.org/gmane.linux.kernel.perf.user/1144 > > and I've managed to reproduce the bug in 3.4 kernel with the test > pro

Re: [PATCH][v3.2.y][v3.5.y][3.8.y] Input: elantech - fix for newer hardware versions (v7)

Joseph Salisbury writes: > Hello, > > Please consider including upstream commit > 9eebed7de660c0b5ab129a9de4f89d20b60de68c in the next v3.2.y, v3.5.y and > v3.8.y releases. > > It was included upstream as of v3.11-rc1. It has been tested and > confirmed to resolve http://bugs.launchpad.net/bugs

RE: Patch "drm/radeon: Disable dma rings for bo moves on r6xx" has been added to the 3.10-stable tree

Please use this updated patch for 3.10 and earlier kernels. Thanks, Alex > -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: Sunday, August 04, 2013 11:11 PM > To: Deucher, Alexander; Koenig, Christian; golden.flee...@gmail.com; > gre...@li

stable queue build error

Hi Greg, I see a number of new build failures in the stable queue. Commit "cgroup: fix umount vs cgroup_cfts_commit() race" seems to cause various build errors in 3.10, including x86_64 defconfig. kernel/cgroup.c: In function 'cgroup_cfts_commit': kernel/cgroup.c:2776:6: error: incompatible ty

[PATCH] memcg: don't initialize kmem-cache destroying work for root caches

struct memcg_cache_params has a union. Different parts of this union are used for root and non-root caches. A part with destroying work is used only for non-root caches. I fixed the same problem in another place v3.9-rc1-16204-gf101a94, but didn't notice this one. Cc: Glauber Costa Cc: Johannes

Re: [PATCH] zram: bug fix: delay lock holding in zram_slot_free_noity

On Mon, Aug 05, 2013 at 04:18:34PM +0900, Minchan Kim wrote: > I was preparing to promote zram and it was almost done. > Before sending patch, I tried to test and eyebrows went up. > > [1] introduced down_write in zram_slot_free_notify to prevent race > between zram_slot_free_notify and zram_bvec_

[PATCH v2] cpufreq: loongson2: fix broken cpufreq

Commit 42913c799 (MIPS: Loongson2: Use clk API instead of direct dereferences) broke the cpufreq functionality on Loongson2 boards: clk_set_rate() is called before the CPU frequency table is initialized, and therefore will always fail. Fix by moving the clk_set_rate() after the table initializatio

[merged] mm-mempolicy-fix-mbind_range-vma_adjust-interaction.patch removed from -mm tree

Subject: [merged] mm-mempolicy-fix-mbind_range-vma_adjust-interaction.patch removed from -mm tree To: o...@redhat.com,a...@firstfloor.org,kosaki.motoh...@jp.fujitsu.com,mgor...@suse.de,r...@redhat.com,stable@vger.kernel.org,steven.t.hamp...@intel.com,mm-comm...@vger.kernel.org From: a...@linux-fo

Re: [PATCH] memcg: don't initialize kmem-cache destroying work for root caches

On Mon, 5 Aug 2013 20:09:40 +0400 Andrey Vagin wrote: > struct memcg_cache_params has a union. Different parts of this union > are used for root and non-root caches. A part with destroying work is > used only for non-root caches. > > I fixed the same problem in another place v3.9-rc1-16204-gf10

+ memcg-dont-initialize-kmem-cache-destroying-work-for-root-caches.patch added to -mm tree

Subject: + memcg-dont-initialize-kmem-cache-destroying-work-for-root-caches.patch added to -mm tree To: ava...@openvz.org,bsinghar...@gmail.com,glom...@openvz.org,han...@cmpxchg.org,kamezawa.hir...@jp.fujitsu.com,khlebni...@openvz.org,mho...@suse.cz,stable@vger.kernel.org From: a...@linux-founda

Re: [PATCH] memcg: don't initialize kmem-cache destroying work for root caches

On Mon, Aug 05, 2013 at 01:05:30PM -0700, Andrew Morton wrote: > On Mon, 5 Aug 2013 20:09:40 +0400 Andrey Vagin wrote: > > > struct memcg_cache_params has a union. Different parts of this union > > are used for root and non-root caches. A part with destroying work is > > used only for non-root c

Re: stable queue build error

Hi again, On 08/05/2013 07:39 AM, Guenter Roeck wrote: Hi Greg, I see a number of new build failures in the stable queue. Commit "cgroup: fix umount vs cgroup_cfts_commit() race" seems to cause various build errors in 3.10, including x86_64 defconfig. kernel/cgroup.c: In function 'cgroup_cft

Re: [PATCH] memcg: don't initialize kmem-cache destroying work for root caches

On Tue, 6 Aug 2013 01:01:28 +0400 Andrew Vagin wrote: > On Mon, Aug 05, 2013 at 01:05:30PM -0700, Andrew Morton wrote: > > On Mon, 5 Aug 2013 20:09:40 +0400 Andrey Vagin wrote: > > > > > struct memcg_cache_params has a union. Different parts of this union > > > are used for root and non-root c

[GIT PULL] x86 fixes for v3.11-rc5

Hi Linus, The following changes since commit b3a3a9c441e2c8f6b6760de9331023a7906a4ac6: Merge tag 'trace-3.11-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2013-07-22 19:07:24 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/ke

Re: [PATCH] memcg: don't initialize kmem-cache destroying work for root caches

On Mon, Aug 05, 2013 at 02:16:09PM -0700, Andrew Morton wrote: > On Tue, 6 Aug 2013 01:01:28 +0400 Andrew Vagin wrote: > > > On Mon, Aug 05, 2013 at 01:05:30PM -0700, Andrew Morton wrote: > > > On Mon, 5 Aug 2013 20:09:40 +0400 Andrey Vagin wrote: > > > > > > > struct memcg_cache_params has a

[PATCH backport to 3.4.y] drm/i915: quirk no PCH_PWM_ENABLE for Dell XPS13 backlight

Hi Greg- Please consider this backport for 3.4.y-stable. Thanks, -Kamal -- >8 -- commit e85843bec6c2ea7c10ec61238396891cc2b753a9 upstream. BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=47941 BugLink: https://bugs.launchpad.net/bugs/1163720 BugLink: https://bugs.launchpa

[PATCH backport to 3.2.y] drm/i915: quirk no PCH_PWM_ENABLE for Dell XPS13 backlight

Hi Ben- Please consider this backport for 3.2.y-stable. Thanks, -Kamal -- >8 -- commit e85843bec6c2ea7c10ec61238396891cc2b753a9 upstream. BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=47941 BugLink: https://bugs.launchpad.net/bugs/1163720 BugLink: https://bugs.launchpad

[no subject]

Soy la señora EllEN.MORE, tengo una fundación / Raíces incompleted {valorado en EE.UU. $ 2,142,728.00} y necesito que me ayudes a terminarlo debido a mi salud, todo está disponible por correo electrónico para los detalles: mrsellenmor...@live.com -- To unsubscrib

[PATCH] drm/i915: make SDVO TV-out work for multifunction devices

This is the functional backport of upstream commit 09ede5414f0215461c933032630bf9c3a61a8ba3 Original commit message below. Backport has been tested by the bug reporter, please consider applying to all stable kernels. We need to track this correctly. While at it shovel the boolean to track whether

[PATCH] drm/i915: make SDVO TV-out work for multifunction devices v2

This is the functional backport of upstream commit 09ede5414f0215461c933032630bf9c3a61a8ba3 Original commit message below. Backport has been tested by the bug reporter, please consider applying to all stable kernels. We need to track this correctly. While at it shovel the boolean to track whether