Hi Arnaud,
On Tue, Nov 12, 2013 at 08:56:25AM +0100, Arnaud Ebalard wrote:
I had some offline (*) discussions w/ Eric and did some test w/ the patches
he sent. It does not fix the regression I see. It would be nice if someone
w/ the hardware and more knowledge of mvneta driver could reproduce
Hi,
Willy Tarreau w...@1wt.eu writes:
That been said, even if the driver is most probably not the only one to
blame here (considering the result of bisect and current thread on
netdev), I never managed to get the performance I have on my ReadyNAS
Duo v2 (i.e. 108MB/s for a file served by an
On Sat, 2013-11-09 at 15:57 -0500, David Miller wrote:
From: David Vrabel david.vra...@citrix.com
Date: Thu, 7 Nov 2013 12:15:33 +
3.10.18 included 279f438e36c0 (xen-netback: Don't destroy the netdev
until the vif is shut down) but this has a regression that was fixed by
dc62ccaccfb1
Hi Arnaud,
On Tue, Nov 12, 2013 at 10:14:34AM +0100, Arnaud Ebalard wrote:
Tests for the rgression were done w/ scp, and were hence limited by the
crypto (16MB/s using arcfour128). But I also did some tests w/ a simple
wget for a file served by Apache *before* the regression and I never got
In case there is both a multifunction headset jack and a Line Out
jack, automuting was not working properly from the Line Out jack.
This patch fixes that issue.
Cc: stable@vger.kernel.org (3.10+)
BugLink: https://bugs.launchpad.net/bugs/1250377
Tested-by: Cyrus Lien cyrus.l...@canonical.com
At Tue, 12 Nov 2013 11:10:57 +0100,
David Henningsson wrote:
In case there is both a multifunction headset jack and a Line Out
jack, automuting was not working properly from the Line Out jack.
This patch fixes that issue.
Cc: stable@vger.kernel.org (3.10+)
BugLink:
From: Juergen Beisert j...@pengutronix.de
In cases when capturing is already running and someone enables also
playback, the SDMA unit of the i.MX SoC does not see an edge on its TX DMA
request line. This is due to the TX FIFOs are empty, and this request line is
active all the time, when the
On Tue, Nov 12, 2013 at 2:23 AM, Huang Shijie b32...@freescale.com wrote:
The imx23 board will check the fingerprint, so it will call the
mx23_check_transcription_stamp. This function will use @chip-buffers-databuf
as its buffer which is allocated in the nand_scan_tail().
Unfortunately, the
Hi,
This is a real oldie, but better late than never.
A while back, I discovered that this patch would help against a kernel
panic when cat /proc/asound/card0/codec0 was executed on this machine,
which was running an fglrx driver.
I asked for a stable backport, but Takashi wanted testing to
On Wed, Nov 06, 2013 at 03:26:27PM +0800, Yijing Wang wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Hi Rafael, Bjorn or Greg,
This patch has been backport to 3.8 and 3.6 stable tree.
This looks applicable to stable-3.4. It prevents from using
the stale pci config state during
Markus Pargmann wrote:
To ensure the first edge happens after enabling the TX side of the SSI unit and
to trigger the SDMA unit successfully enable the CCSR_SSI_SIER_TDMAE on
demand only. To be sure, this patch does the same for the CCSR_SSI_SIER_RDMAE
(RX side) bit.
This patch impacts
On Tue, Nov 12, 2013 at 01:33:11PM +0100, David Henningsson wrote:
Hi,
This is a real oldie, but better late than never.
A while back, I discovered that this patch would help against a kernel
panic when cat /proc/asound/card0/codec0 was executed on this machine,
which was running an fglrx
On Tue, Nov 12, 2013 at 06:55:05AM -0600, Timur Tabi wrote:
Markus Pargmann wrote:
To ensure the first edge happens after enabling the TX side of the SSI unit
and
to trigger the SDMA unit successfully enable the CCSR_SSI_SIER_TDMAE on
demand only. To be sure, this patch does the same for
Hi,
Willy Tarreau w...@1wt.eu writes:
On Tue, Nov 12, 2013 at 10:14:34AM +0100, Arnaud Ebalard wrote:
Tests for the rgression were done w/ scp, and were hence limited by the
crypto (16MB/s using arcfour128). But I also did some tests w/ a simple
wget for a file served by Apache *before* the
Do it the same way as done in microcode_intel.c:
use pr_debug for missing firmware files.
There seem to be CPUs out there for which no microcode update has been
submitted to kernel-firmware repo yet resulting in:
microcode: failed to load file amd-ucode/microcode_amd_fam16h.bin
error messages in
On Tue, Nov 12, 2013 at 05:39:43PM +0100, Thomas Renninger wrote:
Do it the same way as done in microcode_intel.c:
use pr_debug for missing firmware files.
There seem to be CPUs out there for which no microcode update has been
submitted to kernel-firmware repo yet resulting in:
microcode:
On Tue, Nov 12, 2013 at 11:51 AM, Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 05:39:43PM +0100, Thomas Renninger wrote:
Do it the same way as done in microcode_intel.c:
use pr_debug for missing firmware files.
There seem to be CPUs out there for which no microcode update has
Upstream commit 56cac413dd6d43af8355f5d1f90a199b540f73fc in 3.13. This
fix is applicable to 3.7+.
hdmi_setup_fake_chmap() is supposed to set the reported channel map when
the channel map is not specified by the user.
However, the function indexes channel_allocations[] with a wrong value
and
On Tue, Nov 12, 2013 at 12:00:30PM -0500, Josh Boyer wrote:
Not serious, but from a distro perspective it would really be nice to
have. We get queries on why it's an error and where are the firmware
files for family 16h, etc. Explaining it can get tiring ;).
I know that - that's the reason why
On Sat, Nov 09, 2013 at 03:59:58PM -0500, David Miller wrote:
Please queue up the following networking patches for 3.2.x, 3.4.x,
3.10.x, 3.11.x, and 3.12.x -stable, respectively.
The cxgb3 fix is not needed (but should be harmless) for stable
branches before 3.11.
Ben.
--
Ben Hutchings
On Tue, Nov 12, 2013 at 12:23:08PM +0800, Huang Shijie wrote:
The imx23 board will check the fingerprint, so it will call the
mx23_check_transcription_stamp. This function will use @chip-buffers-databuf
as its buffer which is allocated in the nand_scan_tail().
Unfortunately, the
From: Ben Hutchings b...@decadent.org.uk
Date: Tue, 12 Nov 2013 18:14:17 +
On Sat, Nov 09, 2013 at 03:59:58PM -0500, David Miller wrote:
Please queue up the following networking patches for 3.2.x, 3.4.x,
3.10.x, 3.11.x, and 3.12.x -stable, respectively.
The cxgb3 fix is not needed
On Tue, Nov 12, 2013 at 7:24 AM, Markus Pargmann m...@pengutronix.de wrote:
No, I don't have access on PowerPC hardware, so I didn't test it on
PowerPC.
Can you change the code so that the interrupts are enabled only on
i.MX? On PowerPC, the interrupts are used only for debugging.
--
To
* Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 12:00:30PM -0500, Josh Boyer wrote:
Not serious, but from a distro perspective it would really be nice to
have. We get queries on why it's an error and where are the firmware
files for family 16h, etc. Explaining it can get
On Tue, Nov 12, 2013 at 09:59:31PM +0100, Ingo Molnar wrote:
* Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 12:00:30PM -0500, Josh Boyer wrote:
Not serious, but from a distro perspective it would really be nice to
have. We get queries on why it's an error and where are
* Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 09:59:31PM +0100, Ingo Molnar wrote:
* Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 12:00:30PM -0500, Josh Boyer wrote:
Not serious, but from a distro perspective it would really be nice to
have. We
commit 7b78f13603c6fcb64e020a0bbe31a651ea2b657b
Author: Markus Trippelsdorf mar...@trippelsdorf.de
Date: Wed Apr 4 10:45:27 2012 +0200
perf tools: Fix getrusage() related build failure on glibc trunk
On a system running glibc trunk perf doesn't build:
CC builtin-sched.o
On Tue, Nov 12, 2013 at 01:53:35PM -0800, Shawn Landden wrote:
commit 7b78f13603c6fcb64e020a0bbe31a651ea2b657b
Author: Markus Trippelsdorf mar...@trippelsdorf.de
Date: Wed Apr 4 10:45:27 2012 +0200
perf tools: Fix getrusage() related build failure on glibc trunk
On a system
On Tue, Nov 12, 2013 at 10:26:42PM +0100, Ingo Molnar wrote:
Yes, but it's cheaper to pick it one time for the mainline kernel and let
all the dozens of Linux distros have it.
The 'let the distro pick the patch' applies for cases where we _disagree_
with the urgency of the patch, where the
(fixed stable@vger).
On Tue, Nov 12, 2013 at 11:45:11PM +0100, Borislav Petkov wrote:
On Tue, Nov 12, 2013 at 01:58:00PM -0800, tip-bot for Thomas Renninger wrote:
Commit-ID: 11f918d3e2d3861b6931e97b3aa778e4984935aa
Gitweb:
* Borislav Petkov b...@suse.de wrote:
On Tue, Nov 12, 2013 at 10:26:42PM +0100, Ingo Molnar wrote:
Yes, but it's cheaper to pick it one time for the mainline kernel and let
all the dozens of Linux distros have it.
The 'let the distro pick the patch' applies for cases where we
From: Mauro Carvalho Chehab m.che...@samsung.com
Subject: cris: media platform drivers: fix build
On cris arch, the functions below aren't defined:
drivers/media/platform/sh_veu.c: In function 'sh_veu_reg_read':
drivers/media/platform/sh_veu.c:228:2: error: implicit declaration
From: Mel Gorman mgor...@suse.de
Subject: mm: numa: return the number of base pages altered by protection changes
Commit 0255d491 (mm: Account for a THP NUMA hinting update as one PTE
update) was added to account for the number of PTE updates when marking
pages prot_numa. task_numa_work was
From: Weijie Yang weijie.y...@samsung.com
Subject: mm/zswap: bugfix: memory leak when invalidate and reclaim occur
concurrently
Consider the following scenario:
thread 0: reclaim entry x (get refcount, but not call zswap_get_swap_cache_page)
thread 1: call zswap_frontswap_invalidate_page to
From: Akira Takeuchi takeuchi@jp.panasonic.com
Subject: mm: ensure get_unmapped_area() returns higher address than
mmap_min_addr
This patch fixes the problem that get_unmapped_area() can return illegal
address and result in failing mmap(2) etc.
In case that the address higher than PAGE_SIZE
From: Johan Hovold jhov...@gmail.com
Subject: backlight: atmel-pwm-bl: fix gpio polarity in remove
Make sure to honour gpio polarity also at remove so that the backlight is
actually disabled on boards with active-low enable pin.
Signed-off-by: Johan Hovold jhov...@gmail.com
Acked-by: Jingoo Han
From: Johan Hovold jhov...@gmail.com
Subject: backlight: atmel-pwm-bl: fix reported brightness
The driver supports 16-bit brightness values, but the value returned
from get_brightness was truncated to eight bits.
Signed-off-by: Johan Hovold jhov...@gmail.com
Cc: Jingoo Han jg1@samsung.com
* Borislav Petkov b...@suse.de wrote:
(fixed stable@vger).
On Tue, Nov 12, 2013 at 11:45:11PM +0100, Borislav Petkov wrote:
On Tue, Nov 12, 2013 at 01:58:00PM -0800, tip-bot for Thomas Renninger
wrote:
Commit-ID: 11f918d3e2d3861b6931e97b3aa778e4984935aa
Gitweb:
From: Roger Tseng rogera...@realtek.com
Subject: drivers/memstick/core/ms_block.c: fix unreachable state in
h_msb_read_page()
In h_msb_read_page() in ms_block.c, flow never reaches case
MSB_RP_RECIVE_STATUS_REG. This causes error when MEMSTICK_INT_ERR is
encountered and status error bits are
From: Jan Kara j...@suse.cz
Subject: rbtree: fix rbtree_postorder_for_each_entry_safe() iterator
The iterator rbtree_postorder_for_each_entry_safe() relies on pointer
underflow behavior when testing for loop termination. In particular it
expects that
rb_entry(NULL, type, field)-field
is
On Wed, Nov 13, 2013 at 12:05:54AM +0100, Ingo Molnar wrote:
Well, the entry above it already covers this particular case, doesn't
it? It fixes a real bug that clearly bothers people.
Actually, I read the entry above as it really is a bug and not some
hypothetical issue or flags cleanup or
From: Ryan Mallon rmal...@gmail.com
Subject: vsprintf: check real user/group id for %pK
Some setuid binaries will allow reading of files which have read
permission by the real user id. This is problematic with files which use
%pK because the file access permission is checked at open() time, but
From: Mathias Krause mini...@googlemail.com
Subject: ipc, msg: fix message length check for negative values
On 64 bit systems the test for negative message sizes is bogus as the
size, which may be positive when evaluated as a long, will get truncated
to an int when passed to load_msg(). So a
From: Ilija Hadzic ihad...@research.bell-labs.com
Subject: devpts: plug the memory leak in kill_sb
When devpts is unmounted, there may be a no-longer-used IDR tree hanging
off the superblock we are about to kill. This needs to be cleaned up
before destroying the SB.
The leak is usually not a
On Wed, Nov 13, 2013 at 12:10:08AM +0100, Ingo Molnar wrote:
Hm, that's really weird, I've been using sta...@kernel.org for years
and the commits do get picked up. I also never saw such a mailer
failure.
In any case I've changed my pre-cooked alias to
stable@vger.kernel.org, but still I'm
From: Kees Cook keesc...@chromium.org
Subject: exec/ptrace: fix get_dumpable() incorrect tests
The get_dumpable() return value is not boolean. Most users of the
function actually want to be testing for non-SUID_DUMP_USER(1) rather than
SUID_DUMP_DISABLE(0). The SUID_DUMP_ROOT(2) is also
On Wednesday, November 13, 2013 12:10:08 AM Ingo Molnar wrote:
* Borislav Petkov b...@suse.de wrote:
...
Shouldn't that be stable@vger.kernel.org ?
Yes, it should:
Final-Recipient: rfc822; sta...@kernel.org
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host
* Thomas Renninger tr...@suse.de wrote:
On Wednesday, November 13, 2013 12:10:08 AM Ingo Molnar wrote:
* Borislav Petkov b...@suse.de wrote:
...
Shouldn't that be stable@vger.kernel.org ?
Yes, it should:
Final-Recipient: rfc822; sta...@kernel.org
Action: failed
On Wed, Nov 13, 2013 at 12:10:08AM +0100, Ingo Molnar wrote:
* Borislav Petkov b...@suse.de wrote:
(fixed stable@vger).
On Tue, Nov 12, 2013 at 11:45:11PM +0100, Borislav Petkov wrote:
On Tue, Nov 12, 2013 at 01:58:00PM -0800, tip-bot for Thomas Renninger
wrote:
Commit-ID:
于 2013年11月13日 02:43, Brian Norris 写道:
instance, gpmi_pre_bbt_scan() doesn't have anything to do with the BBT
scan any more, does it?
I will delete it in the clean-up patch set after the merge-window
thanks
Huang Shijie
--
To unsubscribe from this list: send the line unsubscribe stable in
the
I'm announcing the release of the 3.4.69 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 656c45f09128..2f9a0467ede5 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 68
+SUBLEVEL = 69
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
I'm announcing the release of the 3.10.19 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web
I'm announcing the release of the 3.11.8 kernel.
All users of the 3.11 kernel series must upgrade.
The updated 3.11.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.11.y
and can be browsed at the normal kernel.org git web browser:
On Tue, Nov 12, 2013 at 04:34:24PM +0100, Arnaud Ebalard wrote:
Hi,
Willy Tarreau w...@1wt.eu writes:
On Tue, Nov 12, 2013 at 10:14:34AM +0100, Arnaud Ebalard wrote:
Tests for the rgression were done w/ scp, and were hence limited by the
crypto (16MB/s using arcfour128). But I also did
55 matches
Mail list logo