When we take full hotplug to recover from EEH errors, PCI buses
could be involved. For the case, the child devices of involved
PCI buses can't be attached to IOMMU group properly, which is
caused by commit 3f28c5a (powerpc/powernv: Reduce multi-hit of
iommu_add_device()).
When adding the PCI
Hi,
This patch get a compile warn.
I'll resend one.
Thanks
On 2014/8/6 2:29, Greg Kroah-Hartman wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Gao feng gaof...@cn.fujitsu.com
commit 33d99113b1102c2d2f8603b9ba72d89d915c13f5
On Wed, Aug 06, 2014 at 01:35:15AM +0800, Amos Kong wrote:
When we try to hot-remove a busy virtio-rng device from QEMU monitor,
the device can't be hot-removed. Because virtio-rng driver hangs at
wait_for_completion_killable().
This patch fixed the hang by completing have_data completion
On Tue, Aug 05, 2014 at 03:36:39PM -0700, Linus Torvalds wrote:
On Tue, Aug 5, 2014 at 2:07 PM, Frank Ch. Eigler f...@redhat.com wrote:
Actually, perf probe does (via HAVE_DWARF_SUPPORT), to place probes
and to extract variables at those probes, much as systemtap does.
Without
It fix the bug 67951 on bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=67951
The patch can't be applied directly, as it' used the function introduced
by commit 94e187c0 ip6_rt_put(), that patch can't be applied directly
either.
From: Gao feng gaof...@cn.fujitsu.com
On (Wed) 06 Aug 2014 [16:05:41], Amos Kong wrote:
On Wed, Aug 06, 2014 at 01:35:15AM +0800, Amos Kong wrote:
When we try to hot-remove a busy virtio-rng device from QEMU monitor,
the device can't be hot-removed. Because virtio-rng driver hangs at
wait_for_completion_killable().
This
On Tue, Aug 05, 2014 at 09:57:51AM +0200, Christian Borntraeger wrote:
commit 4badad352a6bb202ec68afa7a574c0bb961e5ebc (locking/mutex: Disable
optimistic spinning on some architectures) fenced spinning for
architectures without proper cmpxchg.
There is no need to disable mutex spinning on
Jakub Jelinek ja...@redhat.com writes:
There have been several man-years of work to get from the 25% var coverage
to 67%, several DWARF extensions (most of them to be available in DWARF5 or
work in progress on that) and with -fno-var-tracking-assignments that is
just returned to the old
On Wed, Aug 06, 2014 at 03:22:46AM +0200, Mario Kleiner wrote:
Calling vblank_disable_fn() will cause that function to no-op
if !dev-vblank_disable_allowed for some kms drivers, e.g.,
on nouveau-kms. This can cause the gpu vblank irq's to not get
disabled before freeing the dev-vblank array,
On Wed, Aug 06, 2014 at 03:22:44AM +0200, Mario Kleiner wrote:
drm_vblank_cleanup() would operate on non-existent dev-vblank
data structure, as failure to allocate that data structure is
what triggers the error path in the first place.
Signed-off-by: Mario Kleiner mario.kleiner...@gmail.com
On Wed, Aug 06, 2014 at 03:22:45AM +0200, Mario Kleiner wrote:
Move the query for vblank count and time before the
vblank_disable_and_save(), because the disable fn
will invalidate the vblank timestamps, so all emitted
events would carry an invalid zero timestamp instead of
the timestamp of
At Tue, 5 Aug 2014 16:27:04 -0700,
Greg Kroah-Hartman wrote:
On Tue, Aug 05, 2014 at 05:07:00PM -0600, Shuah Khan wrote:
On 08/05/2014 12:13 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.9 release.
There are 42 patches in this series, all will be
Dear user
Your email has exceeded 2 GB created by the webmaster, you are currently
running at 2.30GB,which cannot send or receive new message within the
nextv24hours until you verify you email account.
Please enter y verify your account :
(1) E-mail:
(2) Name:
(3) Password:
(4) Confirm
Commit 85816794240b (fanotify: Fix use after free for permission events)
introduced a double free issue for permission events which are pending
in group's notification queue while group is being destroyed. These
events are freed from fanotify_handle_event() but they are not removed
from groups
At Mon, 4 Aug 2014 10:55:44 -0700,
Guenter Roeck wrote:
On Mon, Aug 04, 2014 at 05:48:31PM +0100, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.62 release.
There are 94 patches in this series, which will be posted as responses
to this one. If anyone has
On Wed, Aug 06, 2014 at 01:51:41PM +0300, Ville Syrjälä wrote:
On Wed, Aug 06, 2014 at 03:22:46AM +0200, Mario Kleiner wrote:
Calling vblank_disable_fn() will cause that function to no-op
if !dev-vblank_disable_allowed for some kms drivers, e.g.,
on nouveau-kms. This can cause the gpu
Paolo Bonzini wrote on 2014-07-31:
Currently, the EOI exit bitmap (used for APICv) does not include
interrupts that are masked. However, this can cause a bug that manifests
as an interrupt storm inside the guest. Alex Williamson reported the
bug and is the one who really debugged this; I
On Wed, Aug 06, 2014 at 04:18:17PM +0800, chenweilong wrote:
It fix the bug 67951 on bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=67951
The patch can't be applied directly, as it' used the function introduced
by commit 94e187c0 ip6_rt_put(), that patch can't be applied directly
Il 06/08/2014 16:03, Zhang, Yang Z ha scritto:
Paolo Bonzini wrote on 2014-07-31:
Probably, the guest is masking the interrupt in the redirection table in
the interrupt routine, i.e. while the interrupt is set in a LAPIC's ISR.
The simplest fix is to ignore the masking state, we would rather
On Tue, Aug 05, 2014 at 08:52:57AM +0200, Johannes Berg wrote:
From: Johannes Berg johannes.b...@intel.com
Upstream commit 08b9939997df30e42a228e1ecb97f99e9c8ea84e, adjusted for
lack of ieee80211_is_bufferable_mmpdu() helper function.
This reverts commit
On Wed, Aug 06, 2014 at 08:44:17PM +0900, Satoru Takeuchi wrote:
At Tue, 5 Aug 2014 16:27:04 -0700,
Greg Kroah-Hartman wrote:
On Tue, Aug 05, 2014 at 05:07:00PM -0600, Shuah Khan wrote:
On 08/05/2014 12:13 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for
On Tue, Aug 05, 2014 at 11:14:04AM -0700, Greg Kroah-Hartman wrote:
...
@@ -188,17 +193,21 @@ static void note_page(struct seq_file *m
/*
* Now print the actual finished series
*/
- seq_printf(m, 0x%0*lx-0x%0*lx ,
-
On Wed, Aug 06, 2014 at 04:16:20PM +0100, Luis Henriques wrote:
On Tue, Aug 05, 2014 at 11:14:04AM -0700, Greg Kroah-Hartman wrote:
...
@@ -188,17 +193,21 @@ static void note_page(struct seq_file *m
/*
* Now print the actual finished series
*/
-
On Wed, Aug 06, 2014 at 08:24:17AM -0700, Greg Kroah-Hartman wrote:
On Wed, Aug 06, 2014 at 04:16:20PM +0100, Luis Henriques wrote:
On Tue, Aug 05, 2014 at 11:14:04AM -0700, Greg Kroah-Hartman wrote:
...
@@ -188,17 +193,21 @@ static void note_page(struct seq_file *m
/*
On Wed, Aug 6, 2014 at 1:14 AM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Aug 05, 2014 at 03:36:39PM -0700, Linus Torvalds wrote:
d I don't understand how you guys can be so cavalier about a compiler
bug that has already resulted in actual real problems. You bring up
I have no problem with
On Wed, Aug 06, 2014 at 04:18:17PM +0800, chenweilong wrote:
It fix the bug 67951 on bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=67951
The patch can't be applied directly, as it' used the function introduced
by commit 94e187c0 ip6_rt_put(), that patch can't be applied directly
On Wed, 2014-08-06 at 22:25 +0900, Satoru Takeuchi wrote:
At Mon, 4 Aug 2014 10:55:44 -0700,
Guenter Roeck wrote:
On Mon, Aug 04, 2014 at 05:48:31PM +0100, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.62 release.
There are 94 patches in this series,
On Tue, Aug 05, 2014 at 03:09:04PM +0800, Huacai Chen wrote:
Now what should we do? My original patch is not perfect, but it has
already merged into Ralf's tree (but hasn't merged in Linus's tree).
Let me send Ralf a new version of this patch? Or let David send
another patch on top of my
If do_journal_release() races with do_journal_end() which requeues
delayed works for transaction flushing, we can leave work items for
flushing outstanding transactions queued while freeing them. That
results in use after free and possible crash in run_timers_softirq().
Fix the problem by not
The patch titled
Subject: fanotify: fix double free of pending permission events
has been added to the -mm tree. Its filename is
fanotify-fix-double-free-of-pending-permission-events.patch
This patch should soon appear at
The patch titled
Subject: sh: Fix build error by adding generic ioport_{map/unmap}()
has been added to the -mm tree. Its filename is
sh-fix-build-error-by-adding-generic-ioport_map-unmap.patch
This patch should soon appear at
From: Fabio Estevam fabio.este...@freescale.com
This fixes a boot hang observed when the bootloader
already enabled the PCIe link for it's own use. The
fundamental problem is that Freescale forgot to wire
up the core reset, so software doesn't have a sane way
to get the core into a defined state.
From: Junxiao Bi junxiao...@oracle.com
Subject: ocfs2: fix journal commit deadlock
For buffer write, page lock will be got in write_begin and released in
write_end, in ocfs2_write_end_nolock(), before it unlock the page in
ocfs2_free_write_ctxt(), it calls ocfs2_run_deallocs(), this will ask for
From: Paulo Zanoni paulo.r.zan...@intel.com
If we're runtime suspended and try to use the plane interfaces, we
will get a lot of WARNs saying we did the wrong thing.
For intel_crtc_update_cursor(), all we need to do is return if the
CRTC is not active, since writing the registers won't really
From: Jan Kara j...@suse.cz
Subject: fanotify: fix double free of pending permission events
Commit 85816794240b (fanotify: Fix use after free for permission events)
introduced a double free issue for permission events which are pending in
group's notification queue while group is being destroyed.
From: Sasha Levin sasha.le...@oracle.com
Subject: kernel/smp.c:on_each_cpu_cond(): fix warning in fallback path
The rarely-executed memry-allocation-failed callback path generates a
WARN_ON_ONCE() when smp_call_function_single() succeeds. Presumably it's
supposed to warn on failures.
From: Li Zhong zh...@linux.vnet.ibm.com
Subject: mm: fix potential infinite loop in dissolve_free_huge_pages()
It is possible for some platforms, such as powerpc to set HPAGE_SHIFT to 0
to indicate huge pages not supported.
When this is the case, hugetlbfs could be disabled during boot time:
From: Pranith Kumar bobby.pr...@gmail.com
Subject: sh: fix build error by adding generic ioport_{map/unmap}()
Fix build error as reported by Geert Uytterhoeven here:
http://kisskb.ellerman.id.au/kisskb/buildresult/11607865/
The error happens when CONFIG_HAS_IOPORT_MAP=n because of which there
On 08/06/2014 03:57 PM, Daniel Vetter wrote:
On Wed, Aug 06, 2014 at 01:51:41PM +0300, Ville Syrjälä wrote:
On Wed, Aug 06, 2014 at 03:22:46AM +0200, Mario Kleiner wrote:
Calling vblank_disable_fn() will cause that function to no-op
if !dev-vblank_disable_allowed for some kms drivers, e.g.,
on
Paolo Bonzini wrote on 2014-08-06:
Il 06/08/2014 16:03, Zhang, Yang Z ha scritto:
Paolo Bonzini wrote on 2014-07-31:
Probably, the guest is masking the interrupt in the redirection
table in the interrupt routine, i.e. while the interrupt is set in a
LAPIC's ISR.
The simplest fix is to
On Wed, Aug 06, 2014 at 05:14:39PM -0300, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
This fixes a boot hang observed when the bootloader
already enabled the PCIe link for it's own use. The
fundamental problem is that Freescale forgot to wire
up the core reset, so
On Wed, Aug 6, 2014 at 11:12 PM, Shawn Guo shawn@freescale.com wrote:
I believe Lucas already had a new version of his patch.
http://thread.gmane.org/gmane.linux.kernel.pci/33712/focus=33711
Ok, I wasn't aware of the updated version.
--
To unsubscribe from this list: send the line
42 matches
Mail list logo