This fixes small memory leak after each successful mount.
Kmemleak report:
unreferenced object 0x88003683fe00 (size 16):
comm mount, pid 2029, jiffies 4294909563 (age 33.380s)
hex dump (first 16 bytes):
20 27 1f bb 00 88 ff ff 40 4b 0f 36 02 88 ff ff '..@K.6
backtrace:
This fixes memory leak after umount.
Kmemleak report:
unreferenced object 0x8800ba791010 (size 8):
comm mount, pid 2394, jiffies 4294996294 (age 53.920s)
hex dump (first 8 bytes):
20 1c 13 02 00 88 ff ff ...
backtrace:
[811f8cd4]
On Tue, Jul 21, 2015 at 05:58:44PM +0300, Konstantin Khlebnikov wrote:
This fixes memory leak after umount.
Kmemleak report:
unreferenced object 0x8800ba791010 (size 8):
comm mount, pid 2394, jiffies 4294996294 (age 53.920s)
hex dump (first 8 bytes):
20 1c 13 02 00 88 ff ff
This is a note to let you know that I've just added the patch titled
thermal: step_wise: fix: Prevent from binary overflow when trend is dropping
to the 3.14-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename
From: Matt Fleming matt.flem...@intel.com
Peter reported the following potential crash which I was able to
reproduce with his test program,
[ 148.765788] [ cut here ]
[ 148.765796] WARNING: CPU: 34 PID: 2840 at kernel/smp.c:417
smp_call_function_many+0xb6/0x260()
[
On Tue, Jul 21, 2015 at 05:58:43PM +0300, Konstantin Khlebnikov wrote:
This fixes small memory leak after each successful mount.
Kmemleak report:
unreferenced object 0x88003683fe00 (size 16):
comm mount, pid 2029, jiffies 4294909563 (age 33.380s)
hex dump (first 16 bytes):
20
In routine _rtl8821ae_set_media_status(), an incorrect mask results in a test
for AP status to always be false. Similar bugs were fixed in rtl8192cu and
rtl8192de, but this instance was missed at that time.
Reported-by: David Binderman dcb...@hotmail.com
Signed-off-by: Larry Finger
On Tue, Jul 21, 2015 at 01:41:09PM +0200, Mason wrote:
Hello,
This is my first time requesting inclusion of a patch, please
point out any breach of protocol.
I'm using linux-3.14.y and I've run into a bug fixed in later
kernel versions:
commit 26bb0e9a1a938ec98ee07aa76533f1a711fba706
On 22/07/2015 01:07, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 4:38 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 21/07/2015 22:53, Boris Ostrovsky wrote:
On 07/21/2015 03:59 PM, Andy Lutomirski wrote:
--- a/arch/x86/include/asm/mmu_context.h
+++
On Tue, Jul 21, 2015 at 1:57 PM, Eric Dumazet eric.duma...@gmail.com wrote:
On Tue, 2015-07-21 at 11:12 -0700, Cong Wang wrote:
- kfree_skb(skb);
+ INIT_LIST_HEAD(q-new_flows);
+ INIT_LIST_HEAD(q-old_flows);
+ for (i = 0; i q-flows_cnt; i++) {
+
On Tue, 21 Jul 2015, Peter Chen wrote:
The ehci_init_driver is used to initialize hcd APIs for each
ehci controller driver, it is designed to be called only one time
and before driver register is called. The current design will
cause ehci_init_driver is called multiple times at probe process,
On Tue, Jul 21, 2015 at 3:52 AM, Eric Dumazet eric.duma...@gmail.com wrote:
On Tue, 2015-07-21 at 06:04 -0400, Jamal Hadi Salim wrote:
It is worrisome to fix the core code for this. The root cause seems to
be codel. Dont have time but in general, reset would be something like:
struct
On Tue, Jul 21, 2015 at 10:12 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Jul 21, 2015 at 7:01 PM, Brian Gerst brge...@gmail.com wrote:
On Tue, Jul 21, 2015 at 3:59 PM, Andy Lutomirski l...@kernel.org wrote:
modify_ldt has questionable locking and does not synchronize
threads.
diff --git a/Documentation/DMA-API-HOWTO.txt b/Documentation/DMA-API-HOWTO.txt
index 0f7afb2bb442..aef8cc5a677b 100644
--- a/Documentation/DMA-API-HOWTO.txt
+++ b/Documentation/DMA-API-HOWTO.txt
@@ -25,13 +25,18 @@ physical addresses. These are the addresses in
/proc/iomem. The physical
I'm announcing the release of the 4.1.3 kernel.
All users of the 4.1 kernel series must upgrade.
The updated 4.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.1.y
and can be browsed at the normal kernel.org git web browser:
This is a note to let you know that I've just added the patch titled
arch/x86/kvm/mmu.c: work around gcc-4.4.4 bug
to the 4.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:
On Tue, Jul 21, 2015 at 04:14:00PM -0700, Linus Torvalds wrote:
On Tue, Jul 21, 2015 at 1:35 PM, Jan Kara j...@suse.cz wrote:
Linus, please revert commit
a2673b6e0406 fsnotify: fix oops in fsnotify_clear_marks_by_group_flags()
It fixes the oops but introduces a race which can leak
One more Dell laptop with alc293 codec needs
ALC293_FIXUP_DELL1_MIC_NO_PRESENCE, but the pin 0x1e does not match
the corresponding one in the ALC292_STANDARD_PINS. To use this macro
for this machine, we need to remove pin 0x1e from it.
BugLink: https://bugs.launchpad.net/bugs/1476888
Cc:
diff --git a/Documentation/DMA-API-HOWTO.txt b/Documentation/DMA-API-HOWTO.txt
index 0f7afb2bb442..aef8cc5a677b 100644
--- a/Documentation/DMA-API-HOWTO.txt
+++ b/Documentation/DMA-API-HOWTO.txt
@@ -25,13 +25,18 @@ physical addresses. These are the addresses in
/proc/iomem. The physical
--
Note, this is the last 4.0-stable release, it is now end-of-life.
Please move to 4.1-stable at this point in time.
--
I'm announcing the release of the 4.0.9 kernel.
All users of the 4.0 kernel series must
On Tue, Jul 21, 2015 at 5:21 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:07, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 4:38 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 21/07/2015 22:53, Boris Ostrovsky wrote:
On 07/21/2015 03:59 PM, Andy Lutomirski
On 07/21/2015 08:49 PM, Andrew Cooper wrote:
On 22/07/2015 01:28, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 5:21 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:07, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 4:38 PM, Andrew Cooper
andrew.coop...@citrix.com
On 22/07/2015 01:28, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 5:21 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:07, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 4:38 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 21/07/2015 22:53, Boris Ostrovsky wrote:
On Tue, Jul 21, 2015 at 7:53 PM, Brian Gerst brge...@gmail.com wrote:
On Tue, Jul 21, 2015 at 10:12 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Jul 21, 2015 at 7:01 PM, Brian Gerst brge...@gmail.com wrote:
On Tue, Jul 21, 2015 at 3:59 PM, Andy Lutomirski l...@kernel.org wrote:
On Tue, Jul 21, 2015 at 5:49 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:28, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 5:21 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:07, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 4:38 PM, Andrew
On Tue, 2015-07-21 at 19:03 -0700, Cong Wang wrote:
On Tue, Jul 21, 2015 at 1:57 PM, Eric Dumazet eric.duma...@gmail.com wrote:
On Tue, 2015-07-21 at 11:12 -0700, Cong Wang wrote:
- kfree_skb(skb);
+ INIT_LIST_HEAD(q-new_flows);
+
On Tue, Jul 21, 2015 at 3:59 PM, Andy Lutomirski l...@kernel.org wrote:
modify_ldt has questionable locking and does not synchronize
threads. Improve it: redesign the locking and synchronize all
threads' LDTs using an IPI on all modifications.
What does this fix? I can see sending an IPI if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm announcing the release of the 3.18.19 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be
modify_ldt has questionable locking and does not synchronize
threads. Improve it: redesign the locking and synchronize all
threads' LDTs using an IPI on all modifications.
This will dramatically slow down modify_ldt in multithreaded
programs, but there shouldn't be any multithreaded programs
Hello, Please did you receive what i sent to you last time?
Dobrý den, prosím, jste obdržíte co jsem poslal k vám minule?
--
To unsubscribe from this list: send the line unsubscribe stable in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, 2015-07-21 at 11:12 -0700, Cong Wang wrote:
- kfree_skb(skb);
+ INIT_LIST_HEAD(q-new_flows);
+ INIT_LIST_HEAD(q-old_flows);
+ for (i = 0; i q-flows_cnt; i++) {
+ struct fq_codel_flow *flow = q-flows + i;
+
+ while
On 07/21/2015 03:59 PM, Andy Lutomirski wrote:
modify_ldt has questionable locking and does not synchronize
threads. Improve it: redesign the locking and synchronize all
threads' LDTs using an IPI on all modifications.
This will dramatically slow down modify_ldt in multithreaded
programs, but
On Tue, Jul 21, 2015 at 7:04 PM, Boris Ostrovsky
boris.ostrov...@oracle.com wrote:
On 07/21/2015 08:49 PM, Andrew Cooper wrote:
On 22/07/2015 01:28, Andy Lutomirski wrote:
On Tue, Jul 21, 2015 at 5:21 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 22/07/2015 01:07, Andy Lutomirski
On Tue, Jul 21, 2015 at 7:01 PM, Brian Gerst brge...@gmail.com wrote:
On Tue, Jul 21, 2015 at 3:59 PM, Andy Lutomirski l...@kernel.org wrote:
modify_ldt has questionable locking and does not synchronize
threads. Improve it: redesign the locking and synchronize all
threads' LDTs using an IPI
Building s390:defconfig ... failed
Building s390:allmodconfig ... failed
--
Error log:
fs/read_write.c: In function 'rw_copy_check_uvector':
fs/read_write.c:684:16: warning: unused variable 'buf' [-Wunused-variable]
arch/s390/kernel/suspend.c: In function 'pfn_is_nosave':
On 06/12, Krzysztof Kozlowski wrote:
The TSADC gate clock was used in Exynos4x12 DTSI for exynos-adc driver.
However TSADC is present only on Exynos4210 so on Trats2 board (with
Exynos4412 SoC) the exynos-adc driver could not be probed:
ERROR: could not get clock /adc@126C:adc(0)
On Tue, 2015-07-21 at 15:37 -0700, Guenter Roeck wrote:
Building s390:defconfig ... failed
Building s390:allmodconfig ... failed
--
Error log:
fs/read_write.c: In function 'rw_copy_check_uvector':
fs/read_write.c:684:16: warning: unused variable 'buf' [-Wunused-variable]
On Tue, Jul 21, 2015 at 1:35 PM, Jan Kara j...@suse.cz wrote:
Linus, please revert commit
a2673b6e0406 fsnotify: fix oops in fsnotify_clear_marks_by_group_flags()
It fixes the oops but introduces a race which can leak event structure on
group destruction. I'll fix the oops in a different
On 22.07.2015 07:42, Stephen Boyd wrote:
On 06/12, Krzysztof Kozlowski wrote:
The TSADC gate clock was used in Exynos4x12 DTSI for exynos-adc driver.
However TSADC is present only on Exynos4210 so on Trats2 board (with
Exynos4412 SoC) the exynos-adc driver could not be probed:
ERROR: could
On 21/07/2015 22:53, Boris Ostrovsky wrote:
On 07/21/2015 03:59 PM, Andy Lutomirski wrote:
--- a/arch/x86/include/asm/mmu_context.h
+++ b/arch/x86/include/asm/mmu_context.h
@@ -34,6 +34,44 @@ static inline void load_mm_cr4(struct mm_struct
*mm) {}
#endif
/*
+ * ldt_structs can be
On Tue, Jul 21, 2015 at 4:38 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 21/07/2015 22:53, Boris Ostrovsky wrote:
On 07/21/2015 03:59 PM, Andy Lutomirski wrote:
--- a/arch/x86/include/asm/mmu_context.h
+++ b/arch/x86/include/asm/mmu_context.h
@@ -34,6 +34,44 @@ static inline void
From: Simon Guinot simon.gui...@sequanux.org
Date: Sun, 19 Jul 2015 13:00:53 +0200
With the actual code, if a memory allocation error happens while
refilling a Rx descriptor, then the original Rx buffer is both passed
to the networking stack (in a SKB) and let in the Rx ring. This leads
to
Konto e-mail uzytkownika Drogi
Niedawno wykryto nietypowe dzialania z konta e-mail, wiec skrzynka
pocztowa zostala tymczasowo zawieszona przez administratora systemu, nalezy
odzyskac swoje konto, klikajac na ponizszy link lub skopiuj do przegladarki:
On 2015/7/21 11:30, David Miller wrote:
From: Ding Tianhong dingtianh...@huawei.com
Date: Thu, 16 Jul 2015 16:30:02 +0800
The follow fail_over_mac policy is useful for multiport devices that
either become confused or incur a performance penalty when multiple
ports are programmed with the
Hi,
OK, I'll check it and send a minimal backport here.
Thanks and best regards
-Lv
From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
Sent: Friday, July 17, 2015 6:07 AM
The patch below does not apply to the 4.1-stable tree.
If someone wants it applied there, or to
On 07/20/15 15:40, Alex Gartrell wrote:
We have an application that invokes tc to delete the root every time the
config changes. As a result we stress the cleanup code and were seeing the
following panic:
crash bt
PID: 630839 TASK: 8823c990d280 CPU: 14 COMMAND: tc
[... snip
The patch
ASoC: dapm: Don't add prefix to widget stream name
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Tue, 2015-07-21 at 06:04 -0400, Jamal Hadi Salim wrote:
It is worrisome to fix the core code for this. The root cause seems to
be codel. Dont have time but in general, reset would be something like:
struct fq_codel_sched_data *q = qdisc_priv(sch);
qdisc_reset(q)
This only works for very
On Fri, Jul 17, 2015 at 05:10:25PM +0200, Michał Winiarski wrote:
On Thu, Jul 16, 2015 at 12:37:56PM +0100, Chris Wilson wrote:
Since the hardware sometimes mysteriously totally flummoxes the 64bit
read of a 64bit register when read using a single instruction, split the
read into two
On 16 July 2015 at 15:50, Tomas Winkler tomas.wink...@intel.com wrote:
Enclosing mmc_blk_put is missing in power_ro_lock_show
sysfs handler
Cc: stable@vger.kernel.org # 3.10+
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
Thanks, applied for fixes!
I took the liberty to update the
Hello,
This is my first time requesting inclusion of a patch, please
point out any breach of protocol.
I'm using linux-3.14.y and I've run into a bug fixed in later
kernel versions:
commit 26bb0e9a1a938ec98ee07aa76533f1a711fba706
Author: Lukasz Majewski l.majew...@samsung.com
Date: Wed Sep 24
Commit-ID: bbc03778b9954a2ec93baed63718e4df0192f130
Gitweb: http://git.kernel.org/tip/bbc03778b9954a2ec93baed63718e4df0192f130
Author: Dave Hansen dave.han...@linux.intel.com
AuthorDate: Mon, 20 Jul 2015 16:01:53 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 21 Jul 2015
Commit-ID: 4c62360d7562a20c996836d163259c87d9378120
Gitweb: http://git.kernel.org/tip/4c62360d7562a20c996836d163259c87d9378120
Author: Luck, Tony tony.l...@intel.com
AuthorDate: Tue, 30 Jun 2015 15:57:51 -0700
Committer: Matt Fleming matt.flem...@intel.com
CommitDate: Wed, 15 Jul 2015
On Tue, Jul 21, 2015 at 10:45:45AM +0100, Chris Wilson wrote:
On Tue, Jul 21, 2015 at 08:49:31AM +0200, Daniel Vetter wrote:
On Fri, Jul 17, 2015 at 05:10:25PM +0200, Michał Winiarski wrote:
On Thu, Jul 16, 2015 at 12:37:56PM +0100, Chris Wilson wrote:
Since the hardware sometimes
On Tue, Jul 21, 2015 at 08:49:31AM +0200, Daniel Vetter wrote:
On Fri, Jul 17, 2015 at 05:10:25PM +0200, Michał Winiarski wrote:
On Thu, Jul 16, 2015 at 12:37:56PM +0100, Chris Wilson wrote:
Since the hardware sometimes mysteriously totally flummoxes the 64bit
read of a 64bit register
On 07/13/2015, 05:07 PM, Matthias Brugger wrote:
Hi all,
Commit d6c763afab14 arm64/mm: Remove hack in mmap randomize layout fixes a
security issue which reduces the entropy for mmap base address by half [1].
A attempt to guess where the stack is mapped via brute-force needs just half
the
From: Zhuang Jin Can jin.can.zhu...@intel.com
When the link is just waken, it's in Resume state, and driver sets PLS to
U0. This refers to Phase 1. Phase 2 refers to when the link has completed
the transition from Resume state to U0.
With the fix of xhci: report U3 when link is in resume state,
From: AMAN DEEP aman.d...@samsung.com
virt_dev-num_cached_rings counts on freed ring and is not updated
correctly. In xhci_free_or_cache_endpoint_ring() function, the free ring
is added into cache and then num_rings_cache is incremented as below:
virt_dev-ring_cache[rings_cached]
From: Zhuang Jin Can jin.can.zhu...@intel.com
xhci_hub_report_usb3_link_state() returns pls as U0 when the link
is in resume state, and this causes usb core to think the link is in
U0 while actually it's in resume state. When usb core transfers
control request on the link, it fails with TRB error
From: Zhuang Jin Can jin.can.zhu...@intel.com
Port link change with port in resume state should not be
reported to usbcore, as this is an internal state to be
handled by xhci driver. Reporting PLC to usbcore may
cause usbcore clearing PLC first and port change event irq
won't be generated.
Cc:
From: Brian Campbell ba...@z273.org.uk
When resetting a device the number of active TTs may need to be
corrected by xhci_update_tt_active_eps, but the number of old active
endpoints supplied to it was always zero, so the number of TTs and the
bandwidth reserved for them was not updated, and could
From: John Youn john.y...@synopsys.com
This fixes an issue introduced in commit b23c843992b6 (usb: dwc3:
gadget: fix DEPSTARTCFG for non-EP0 EPs) that made sure we would
only use DEPSTARTCFG once per SetConfig.
The trick is that we should use one DEPSTARTCFG per SetConfig *OR*
SetInterface.
From: John Youn john.y...@synopsys.com
This fixes an issue introduced in commit b23c843992b6 (usb: dwc3:
gadget: fix DEPSTARTCFG for non-EP0 EPs) that made sure we would
only use DEPSTARTCFG once per SetConfig.
The trick is that we should use one DEPSTARTCFG per SetConfig *OR*
SetInterface.
63 matches
Mail list logo