From: Jesse Barnes
Please add this to v3.0.x, fixes an issue where 628280f3 introduced
a green bar on top of the panel (fdo #56089) on machines with a newer VBIOS
version.
On CougarPoint and PantherPoint PCH chips, the timing generator may fail
to start after DP training completes. This is due
On Mon, Oct 22, 2012 at 12:55:55PM +0200, Daniel Vetter wrote:
> The overlay on the i830M has a peculiar failure mode: It works the
> first time around after boot-up, but consistenly hangs the second time
> it's used.
>
> Chris Wilson has dug out a nice errata:
>
> "1.5.12 Clock Gating Disable fo
On Tue, 23 Oct 2012 11:12:02 +0200, Daniel Vetter wrote:
> On Mon, Oct 22, 2012 at 12:55:55PM +0200, Daniel Vetter wrote:
> > The overlay on the i830M has a peculiar failure mode: It works the
> > first time around after boot-up, but consistenly hangs the second time
> > it's used.
> >
> > Chris
On Tue, Oct 23, 2012 at 10:56:46AM +0100, Chris Wilson wrote:
> On Tue, 23 Oct 2012 11:12:02 +0200, Daniel Vetter wrote:
> > On Mon, Oct 22, 2012 at 12:55:55PM +0200, Daniel Vetter wrote:
> > > The overlay on the i830M has a peculiar failure mode: It works the
> > > first time around after boot-up
On Fri, Oct 19, 2012 at 04:53:18PM +0200, Johan Hovold wrote:
> Fix port-data memory leak by moving port data deallocation to
> port_remove for regular ports.
Greg, please ignore this one for now.
Only moving deallocation to port probe, fixes the memory leak at
release, but port data must also be
commit: 06db49e68ae70cf16819b85a14057acb2820776a
From: Theodore Ts'o
Date: Wed, 10 Oct 2012 01:06:58 -0400
Subject: ext4: fix metadata checksum calculation for the superblock
The function ext4_handle_dirty_super() was calculating the superblock
on the wrong block data. As a result, when the supe
commit: 5de35e8d5c02d271c20e18337e01bc20e6ef472e
From: Lukas Czerner
Date: Mon, 22 Oct 2012 18:01:19 -0400
Subject: ext4: Avoid underflow in ext4_trim_fs()
Currently if len argument in ext4_trim_fs() is smaller than one block,
the 'end' variable underflow. Avoid that by returning EINVAL if len is
commit: dee1f973ca341c266229faa5a1a5bb268bed3531
From: Dmitry Monakhov
Date: Wed, 10 Oct 2012 01:04:58 -0400
Subject: ext4: race-condition protection for
ext4_convert_unwritten_extents_endio
We assumed that at the time we call ext4_convert_unwritten_extents_endio()
extent in question is fully in
commit: 79f1ba49569e5aec919b653c55b03274c2331701
From: Tao Ma
Date: Mon, 22 Oct 2012 00:34:32 -0400
Subject: ext4: Checksum the block bitmap properly with bigalloc enabled
In mke2fs, we only checksum the whole bitmap block and it is right.
While in the kernel, we use EXT4_BLOCKS_PER_GROUP to indi
On Fri, 2012-10-12 at 12:35 -0700, Jonathan Nieder wrote:
> Shuah Khan wrote:
> > On Fri, 2012-10-12 at 11:38 -0700, Jonathan Nieder wrote:
>
> >> To save Willy time: am I correct in guessing the upstream commit you
> >> are referring to is 98fc5a693bbdda498a556654c70d1e31a186c988
> >> (x86/amd-io
Fix port-data memory leak by replacing attach and release with
port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Compile-only tested.
Cc:
Signed
Fix port-data memory leak by moving port data allocation to port_probe
and actually implementing deallocation.
Note that this driver has never even bothered to try to deallocate it's
port data...
Compile-only tested.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ch341.c | 23
Kill urbs unconditionally at close and disconnect.
Note that URB status is not valid outside of completion handler.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/quatech2.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/serial/quatech2.c b/driver
Make sure no control urb is submitted during close after a disconnect by
checking the disconnected flag.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/metro-usb.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/serial/metro-usb.c b/driver
Make sure command buffer is deallocated in case of errors during attach.
Cc:
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/whiteheat.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/whiteheat.c b/drivers/usb/serial/whiteheat.c
index 346c7ef..cfd155e 100644
---
Make sure to allocate the control-message buffer dynamically as some
platforms cannot do DMA from stack.
Note that only the first byte of the old buffer was used.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/opticon.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that this patc
Make sure no control urb is submitted during close after a disconnect by
checking the disconnected flag.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/quatech2.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/serial/quatech2.c b/drivers/usb/serial/quatech2.c
ind
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the fifth
Fix memory leak in attach error path where the read urb was never freed.
Cc: Bill Pemberton
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/quatech2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/quatech2.c b/drivers/usb/serial/quatech2.c
index 2cdfdcc..5adb742
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that this patc
Fix memory leak in write error path.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/opticon.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/serial/opticon.c b/drivers/usb/serial/opticon.c
index 459c288..6aba731 100644
--- a/drivers/usb/serial/opticon
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that this also
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the oob p
Make sure generic close is called at close.
The driver relies on the generic write implementation but did not call
generic close.
Note that the call to kill the read urb is not redundant, as mct_u232
uses an interrupt urb from the second port as the read urb and that
generic close therefore fails
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the call
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the write
Hi Tejun,
On 10/22, Tejun Heo wrote:
>
> On Mon, Oct 22, 2012 at 07:44:04PM +0200, Oleg Nesterov wrote:
>
> > We probably have another similar race. If ptrace_stop()->may_ptrace_stop()
> > returns false, the task does
> >
> > __set_current_state(TASK_RUNNING);
> > // no mb in between
> >
On 10/22, Tejun Heo wrote:
>
> On Mon, Oct 22, 2012 at 08:04:45PM +0200, Oleg Nesterov wrote:
>
> > > > I am starting to think again about a big-rw-lock around copy_process.
> > > > Recently I tried to add one around dup_mmap for uprobes, but perhaps
> > > > cgroups can use it too...
> > >
> > > If
Fix NULL-pointer dereference at release by moving port data allocation
and deallocation to port_probe and port_remove.
Fix NULL-pointer dereference at disconnect by stopping port urbs at
port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the por
The patch titled
Subject: genalloc: stop crashing the system when destroying a pool
has been added to the -mm tree. Its filename is
genalloc-stop-crashing-the-system-when-destroying-a-pool.patch
Before you just go and hit "reply", please:
a) Consider who else should be cc'ed
b) P
On Mon, 22 Oct 2012 19:30:58 +0400
Denis Kirjanov wrote:
> fix buffer overrun if no suitable bandwidth found
>
> Signed-off-by: Denis Kirjanov
> ---
> drivers/edac/amd64_edac.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c
On Tue, Oct 23, 2012 at 12:10:05PM -0700, Andrew Morton wrote:
> That's pretty strange code in there.
>
> If the comment is to be believed, isn't this a suitable fix?
>
> --- a/drivers/edac/amd64_edac.c~a
> +++ a/drivers/edac/amd64_edac.c
> @@ -171,7 +171,7 @@ static int __amd64_set_scrub_rate(st
On Tue, 23 Oct 2012 22:26:12 +0200
Borislav Petkov wrote:
> From: Denis Kirjanov
> Date: Mon, 22 Oct 2012 19:30:58 +0400
> Subject: [PATCH] amd64_edac: Fix hypothetical out-of-bounds access
>
> Make sure we stay within scrubrates' array bounds.
>
> Boris: this is a correctness fix only because
On Tue, Oct 23, 2012 at 01:37:09PM -0700, Andrew Morton wrote:
> This is still strange. What's the point in having the initial loop
> even consider the last element in the array if we know we'll be using
> it anyway?
You're right, yours is better.
Now you only need to give me a proper patch with
On Tue, 23 Oct 2012 22:49:26 +0200
Borislav Petkov wrote:
> Now you only need to give me a proper patch with your S-O-B and we're
> ready to go :).
who, me, what?!?! Sounds stressful.
umm, OK here we go.
What I don't understand is the effects of the bug. If the present code
can indeed start
On Tue, Oct 23, 2012 at 02:09:39PM -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 22:49:26 +0200
> Borislav Petkov wrote:
>
> > Now you only need to give me a proper patch with your S-O-B and we're
> > ready to go :).
>
> who, me, what?!?! Sounds stressful.
Yeah, this is to show you how we
On Tue, 23 Oct 2012 23:38:45 +0200
Borislav Petkov wrote:
> And I see you'll carry this patch so I won't send it to Linus next merge
> window so thanks for this!
No, please merge it yourself. Once it (or a version of it) turns up in
linux-next, I'll drop my copy. Merging stuff I shouldn't is m
On Tue, Oct 23, 2012 at 09:57:08PM +0100, Nix wrote:
>
> It is now quite clear that this is a bug introduced by one or more of
> the post-3.6.1 ext4 patches (which have all been backported at least to
> 3.5, so the problem is probably there too).
>
> [ 60.290844] EXT4-fs error (device dm-3): ex
On 23 Oct 2012, Theodore Ts'o said:
> The reason why the problem happens rarely is that the effect of the
> buggy commit is that if the journal's starting block is zero, we fail
> to truncate the journal when we unmount the file system.
Oh dear oh dear.
>
On 23 Oct 2012, Theodore Ts'o verbalised:
> *Sigh*. My apologies for not catching this when I reviewed this
> patch. I believe the following patch should fix the bug; once it's
> reviewed by other ext4 developers, I'll push this to Linus ASAP.
I note that the patch is in the latest stable releas
Just to follow up (mostly for ext4 developers). After talking to Eric
via irc, it appears he thought it was sufficient to check (s_start ==
0) from commit 24bcc89c7e, which was authored by Jan Kara. (Which we
now need to audit very carefully, although it's been in the upstream
kernel since 3.4, s
On Wed, Oct 24, 2012 at 12:06:21AM +0100, Nix wrote:
> I note that the patch is in the latest stable releases of 3.4.x and
> 3.5.x, which are IIRC end-of-lifed. I'd say that if your patch does
> indeed fix it, this justifies pushing out new releases of both these
> stable kernels with just this pat
On 24 Oct 2012, Theodore Ts'o told this:
> hurt, but we do want to make 100% sure that it really fixes the
> problem.
Well, yes, that would be nice. I can certainly try to verify that it
stops my filesystems getting corrupted. (And if so, I owe you a
$BEVERAGE. Though I suspect I owe you about th
On 10/23/12 5:19 PM, Theodore Ts'o wrote:
> On Tue, Oct 23, 2012 at 09:57:08PM +0100, Nix wrote:
>>
>> It is now quite clear that this is a bug introduced by one or more of
>> the post-3.6.1 ext4 patches (which have all been backported at least to
>> 3.5, so the problem is probably there too).
>>
>
From: Jiri Pirko
Date: Tue, 20 Mar 2012 18:10:01 +
commit 52f5509fe8ccb607ff9b84ad618f244262336475 upstream.
This patch fixes a regression introduced by commit "e1000: do vlan
cleanup (799d531)".
Apparently some e1000 chips (not mine) are sensitive about the order of
setting vlan filter and
commit: c985cb37f1b39c2c8035af741a2a0b79f1fbaca7
From: Heiko Carstens
Date: Thu, 18 Oct 2012 11:11:01 +0200
Subject: s390: fix linker script for 31 bit builds
Because of a change in the s390 arch backend of binutils (commit 23ecd77
"Pick the default arch depending on the target size" in binutils
commit: 8e49f418c9632790bf456634742d34d97120a784
From: Vaibhav Nagarnaik
Date: Wed, 10 Oct 2012 16:40:27 -0700
Subject: ring-buffer: Check for uninitialized cpu buffer before resizing
With a system where, num_present_cpus < num_possible_cpus, even if all
CPUs are online, non-present CPUs don't ha
commit: 44009105081b51417f311f4c3be0061870b6b8ed
From: Dan Carpenter
Date: Wed, 10 Oct 2012 10:18:35 +0300
Subject: oprofile, x86: Fix wrapping bug in op_x86_get_ctrl()
The "event" variable is a u16 so the shift will always wrap to zero
making the line a no-op.
Signed-off-by: Dan Carpenter
Cc:
commit: 627072b06c362bbe7dc256f618aaa63351f0cfe6
From: Chris Metcalf
Date: Fri, 19 Oct 2012 11:43:11 -0400
Subject: arch/tile: avoid generating .eh_frame information in modules
The tile tool chain uses the .eh_frame information for backtracing.
The vmlinux build drops any .eh_frame sections at li
commit: f3ac1a4b667eeffcedf779f45529c95d66ddc71a
From: Xiao Guangrong
Date: Tue, 16 Oct 2012 20:07:03 +0800
Subject: KVM: MMU: fix release noslot pfn
We can not directly call kvm_release_pfn_clean to release the pfn
since we can meet noslot pfn which is used to cache mmio info into
spte
Signed-o
commit: 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f
From: Michal Hocko
Date: Wed, 10 Oct 2012 11:51:09 +0530
Subject: nohz: Fix idle ticks in cpu summary line of /proc/stat
Git commit 09a1d34f8535ecf9 "nohz: Make idle/iowait counter update
conditional" introduced a bug in regard to cpu hotplug. The
From: Chris Wilson
upstream commit id: 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
applies to 3.5 and 3.6 stable
This prevents the case of unbinding the object in order to process the
relocations through the GTT and then rebinding it only to then proceed
to use cpu relocations as the object is now
commit: c2103b7ef7ecb4d17138b6ced4aad1b576affc4e
From: Wei Yongjun
Date: Sun, 7 Oct 2012 22:06:47 +0800
Subject: xen/x86: remove duplicated include from enlighten.c
Remove duplicated include.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
CC: stable@vger.ke
commit: a349e23d1cf746f8bdc603dcc61fae9ee4a695f6
From: David Vrabel
Date: Fri, 19 Oct 2012 17:29:07 +0100
Subject: xen/x86: don't corrupt %eip when returning from a signal handler
In 32 bit guests, if a userspace process has %eax == -ERESTARTSYS
(-512) or -ERESTARTNOINTR (-513) when it is interru
This is a note to let you know that I've just added the patch titled
ext4: race-condition protection for ext4_convert_unwritten_extents_endio
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 th
This is a note to let you know that I've just added the patch titled
ext4: race-condition protection for ext4_convert_unwritten_extents_endio
to the 3.6-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 th
This is a note to let you know that I've just added the patch titled
arch/tile: avoid generating .eh_frame information in modules
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:
This is a note to let you know that I've just added the patch titled
arch/tile: avoid generating .eh_frame information in modules
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:
This is a note to let you know that I've just added the patch titled
ext4: Avoid underflow in ext4_trim_fs()
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:
ext4-avoid-under
This is a note to let you know that I've just added the patch titled
nohz: Fix idle ticks in cpu summary line of /proc/stat
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:
n
This is a note to let you know that I've just added the patch titled
arch/tile: avoid generating .eh_frame information in modules
to the 3.6-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:
This is a note to let you know that I've just added the patch titled
ext4: Avoid underflow in ext4_trim_fs()
to the 3.6-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:
ext4-avoid-under
This is a note to let you know that I've just added the patch titled
ext4: Checksum the block bitmap properly with bigalloc enabled
to the 3.6-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
This is a note to let you know that I've just added the patch titled
hwmon: (coretemp) Add support for Atom CE4110/4150/4170
to the 3.6-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:
This is a note to let you know that I've just added the patch titled
nohz: Fix idle ticks in cpu summary line of /proc/stat
to the 3.6-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:
n
This is a note to let you know that I've just added the patch titled
usbdevfs: Fix broken scatter-gather transfer
to the 3.6-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:
usbdevfs-fi
67 matches
Mail list logo