On Wed 2013-10-02 12:00:52, H. Peter Anvin wrote:
> On 10/02/2013 08:35 AM, Michal Simek wrote:
> >
> > Based on my discussion at ELC with Greg KH the new driver should
> > support firmware interface for loading bitstream.
> >
>
> As I have previously stated, I think this is a mistake simply bec
On Oct 1, 2013, at 7:05 AM, Marcelo Tosatti wrote:
> On Thu, Sep 05, 2013 at 06:29:08PM +0800, Xiao Guangrong wrote:
>> Now we can flush all the TLBs out of the mmu lock without TLB corruption when
>> write-proect the sptes, it is because:
>> - we have marked large sptes readonly instead of drop
* Peter Zijlstra wrote:
> On Wed, Oct 02, 2013 at 02:29:01PM +0200, Ingo Molnar wrote:
> >
> > Btw., this does not seem to be working very well when the perf context is
> > inherited:
>
> https://lkml.org/lkml/2011/7/21/124
>
> Never figured that one out :-(
Hm, maybe the various fixes over
* Peter Zijlstra wrote:
> On Wed, Oct 02, 2013 at 10:25:07AM -0700, Andi Kleen wrote:
> > > Why are you doing this; also what's up with 11/11?
> >
> > I was playing with a static checker, and posted some
> > of the fixes from looking at the warnings.
> > There were 11 patches in the series
> >
Martin, All,
On Thursday 03 October 2013 02:30:21 Martin Walch wrote:
> On Wednesday 02 October 2013 08:57:54 Yann E. MORIN wrote:
> > On Wednesday 02 October 2013 08:42:59 Dirk Gouders wrote:
> > > I think you should also regenerate the scanner and add
> > > the new zconf.lex.c_shipped to this pa
On Oct 1, 2013, at 6:39 AM, Marcelo Tosatti wrote:
> On Thu, Sep 05, 2013 at 06:29:06PM +0800, Xiao Guangrong wrote:
>> Currently, kvm zaps the large spte if write-protected is needed, the later
>> read can fault on that spte. Actually, we can make the large spte readonly
>> instead of making th
On Thu, Oct 03, 2013 at 08:07:22AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
>
> > Yes, I alluded to it in my email to Paul and Paolo asked also. How this
> > interface is disabled? Also hwrnd is MMIO in a host why guest needs to
> > use hypercal
* Ramkumar Ramachandra wrote:
> David Ahern wrote:
> > If you trust your users make the debugfs mount point rx by group,world.
>
> Thanks David. I can preserve this configuration across reboots by
> putting an entry in fstab, right? How do I preserve the value of
> /proc/sys/kernel/perf_event_p
On Tue, Sep 17, 2013 at 5:05 PM, Christian Daudt wrote:
> This patch adds low level debug uart support to Broadcom
> mobile based SOCs.
>
> Signed-off-by: Christian Daudt
>
> Changes from V1:
> - Switched to use the common 8250 debug introduced in 3.12-rc1
>
Hi Russell,
Are you okay with v2 of
* Djalal Harouni wrote:
> * You can't do it for /proc/*/stat otherwise you will break userspace
> "ps"..., ps must access /proc/1/stat etc... so the proposed solution
> will work without any side effect.
The thing is, returning -EINVAL is not the only way to reject access to
privileged in
_very_ preliminary, barely tested.
Signed-off-by: Al Viro
diff --git a/fs/adfs/super.c b/fs/adfs/super.c
index 0ff4bae..3b79d15 100644
--- a/fs/adfs/super.c
+++ b/fs/adfs/super.c
@@ -123,6 +123,7 @@ static void adfs_put_super(struct super_block *sb)
for (i = 0; i < asb->s_map_size;
Signed-off-by: Al Viro
---
fs/dcache.c | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index 4100030..d888223 100644
--- a/fs/dcache.c
+++ b/fs/dcache.c
@@ -2889,6 +2889,7 @@ static int prepend_path(const struct path *path,
cha
Michael Ellerman [mich...@ellerman.id.au] wrote:
| On Tue, Oct 01, 2013 at 05:15:07PM -0700, Sukadev Bhattiprolu wrote:
| > perf_mem_data_src is an union that is initialized via the ->val field
| > and accessed via the bitmap fields. For this to work on big endian
| > platforms, we also need a big-
Signed-off-by: Al Viro
---
fs/isofs/inode.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/fs/isofs/inode.c b/fs/isofs/inode.c
index e5d408a..4a9e10e 100644
--- a/fs/isofs/inode.c
+++ b/fs/isofs/inode.c
@@ -181,7 +181,7 @@ struct iso9660_options{
* Compute
aka br_write_{lock,unlock} of vfsmount_lock. Inlines in fs/mount.h,
vfsmount_lock extern moved over there as well.
Signed-off-by: Al Viro
---
fs/internal.h |4 --
fs/mount.h | 13 +++
fs/namespace.c | 96
fs/pnode.c
wake_up_interruptible/poll_wait provide sufficient barriers;
just use ACCESS_ONCE() to fetch ns->event and that's it.
Signed-off-by: Al Viro
---
fs/proc_namespace.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/proc_namespace.c b/fs/proc_namespace.c
index 5f
Instead of passing the direction as argument (and checking it on every
step through the hash chain), just have separate __lookup_mnt() and
__lookup_mnt_last(). And use the standard iterators...
Signed-off-by: Al Viro
---
fs/mount.h |3 ++-
fs/namei.c |4 ++--
fs/namespace.c |
Signed-off-by: Al Viro
---
fs/mount.h |2 +-
fs/namespace.c | 22 +++---
fs/pnode.c |3 +--
3 files changed, 9 insertions(+), 18 deletions(-)
diff --git a/fs/mount.h b/fs/mount.h
index 64a8581..3168dc4 100644
--- a/fs/mount.h
+++ b/fs/mount.h
@@ -55,7 +55,7 @@
Signed-off-by: Al Viro
---
fs/super.c | 206 +---
1 files changed, 86 insertions(+), 120 deletions(-)
diff --git a/fs/super.c b/fs/super.c
index 0225c20..efa6e48 100644
--- a/fs/super.c
+++ b/fs/super.c
@@ -129,33 +129,27 @@ static unsign
Signed-off-by: Al Viro
---
fs/namespace.c | 39 ---
1 files changed, 16 insertions(+), 23 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index 41663dd..f00d9f6 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -872,28 +872,6 @@ static struct mo
... and don't bother with dropping and regaining vfsmount_lock
Signed-off-by: Al Viro
---
fs/namespace.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index 09a255d..41663dd 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -1849
Signed-off-by: Al Viro
---
fs/namespace.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index 8ea6676..2632998 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -2064,9 +2064,7 @@ fail:
/* remove m from any expiration list it
MNT_WRITER_UNDERFLOW_LIMIT has been missed 4 years ago when it became unused.
Signed-off-by: Al Viro
---
fs/namespace.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index f00d9f6..8ea6676 100644
--- a/fs/namespace.c
+++ b/fs/namespace
->mnt_expire is protected by namespace_sem
Signed-off-by: Al Viro
---
fs/namespace.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index 2632998..d5cd086 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -2080,11 +2080,9 @@ fail:
vo
should've been done 6 years ago...
Signed-off-by: Al Viro
---
fs/namespace.c | 48 ++--
1 files changed, 18 insertions(+), 30 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index d5cd086..632c551 100644
--- a/fs/namespace.c
+++ b/fs/name
This is an attempt to massage the things into shape where we wouldn't need
vfsmount_lock during rcu-mode pathwalk. The actual deed is done in the
last patch. Very, very light testing so far.
Review would be very welcome; the same goes for testing, but don't try
that on anything you can't afford
Signed-off-by: Al Viro
---
fs/namespace.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index da5c494..6d73d3a 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -39,7 +39,7 @@ static int mnt_group_start = 1;
static struct list_head
Signed-off-by: Al Viro
---
fs/namespace.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index 6d73d3a..f6b7010 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -2873,7 +2873,7 @@ bool fs_fully_visible(struct file_system_type *type)
mnt_list is protected by namespace_sem, not vfsmount_lock
Signed-off-by: Al Viro
---
fs/namespace.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index f6b7010..09a255d 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -2444,9 +2444,
On Oct 1, 2013, at 5:23 AM, Marcelo Tosatti wrote:
>>
>
> Unrelated to this patch:
>
> If vcpu->mode = OUTSIDE_GUEST_MODE, no IPI is sent
> by kvm_flush_remote_tlbs.
Yes.
>
> So how is this supposed to work again?
>
>/*
> * Wait for all vcpus to exit guest mode and/or lock
On 3 October 2013 02:37, Tomasz Figa wrote:
> Hi Vyacheslav, Tarek,
>
> On Tuesday 01 of October 2013 20:17:06 Vyacheslav Tyrtov wrote:
>> From: Tarek Dakhran
>>
>> Configure ARM_NR_BANKS as 16 for EXYNOS SoC.
>> Enable cci_control_port_by_index for ACE_PORT.
>> Add additional irqs for Exynos MCT
On Mon, Sep 30, 2013 at 08:49:21PM +0100, Al Viro wrote:
> * btrfs: wants btrfs_root_readonly(BTRFS_I(inode)->root) usable in
> ->permission(). Delayed freeing of struct btrfs_root, perhaps?
Not needed, actually - it's only checked with MAY_WRITE, and we don't
pass that in RCU mode.
Anyway, I've
(2013/10/02 21:03), Michael Holzheu wrote:
Hello Alexey,
Looks like the following commit broke mmap for /proc/vmcore:
commit c4fe24485729fc2cbff324c111e67a1cc2f9adea
Author: Alexey Dobriyan
Date: Tue Aug 20 22:17:24 2013 +0300
sparc: fix PCI device proc file mmap(2)
Because /proc/vmco
* Djalal Harouni wrote:
> > Regardless, glibc uses /proc/self/maps, which would be fine here, right?
>
> I did not touch /proc/self/maps and others, but I'm planning to fix them
> if this solution is accepted.
>
> I'll do the same thing as in /proc/*/stat for maps, let it be 0444, and
> try t
On Thu, Oct 03, 2013 at 08:21:20AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2013-10-02 at 17:37 +0300, Gleb Natapov wrote:
> > On Wed, Oct 02, 2013 at 04:33:18PM +0200, Paolo Bonzini wrote:
> > > Il 02/10/2013 16:08, Alexander Graf ha scritto:
> > > > > The hwrng is accessible by host userspa
* Daniel Lezcano wrote:
> Hi Thomas, Ingo
>
> this pull request has the following content:
>
> - Soren added FEAT_PERCPU to a clock device when it is local per cpu.
> This feature prevents the clock framework to choose a per cpu timer as
> a broadcast timer. This problem arised when the ARM g
On 10/02/2013 09:04 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.0.99 release.
There are 13 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On Thu, Oct 03, 2013 at 08:45:42AM +1000, Paul Mackerras wrote:
> On Wed, Oct 02, 2013 at 04:36:05PM +0200, Alexander Graf wrote:
> >
> > On 02.10.2013, at 16:33, Paolo Bonzini wrote:
> >
> > > Il 02/10/2013 16:08, Alexander Graf ha scritto:
> > >>> The hwrng is accessible by host userspace via /
* Jason Wessel wrote:
> On 09/23/2013 04:25 PM, Mike Travis wrote:
> > This patch adds a kgdb_nmicallin() interface that can be used by
> > external NMI handlers to call the KGDB/KDB handler. The primary need
> > for this is for those types of NMI interrupts where all the CPUs
> > have already
On Thu, Oct 03, 2013 at 08:02:20AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
>
> > Yes, I alluded to it in my email to Paul and Paolo asked also. How this
> > interface is disabled? Also hwrnd is MMIO in a host why guest needs to
> > use hypercal
The pin control registers can have interrupts for example
for device wake-up. These interrupts can be treated as a
chained interrupt controller as suggested earlier by
Linus Walleij .
This patch adds support for interrupts in a way that
should be pretty generic, and works for the omaps that
suppor
For omaps, we still have dependencies to the legacy code
for handling the PRM (Power Reset Management) interrupts,
and also for reconfiguring the io wake-up chain after
changes.
Let's pass the PRM interrupt and the rearm functions via
auxdata. Then when at some point we have a proper PRM
driver, w
Let's replace is_pinconf with flags and add struct pcs_soc_data
so we can support SoC specific features like pin wake-up events.
Done in collaboration with Roger Quadros .
Cc: Peter Ujfalusi
Cc: Grygorii Strashko
Cc: Prakash Manjunathappa
Cc: Haojian Zhuang
Cc: Linus Walleij
Cc: linux-kernel
On Tue, Oct 01, 2013 at 05:15:07PM -0700, Sukadev Bhattiprolu wrote:
> perf_mem_data_src is an union that is initialized via the ->val field
> and accessed via the bitmap fields. For this to work on big endian
> platforms, we also need a big-endian represenation of perf_mem_data_src.
>
> diff --gi
Yes... Al and I had a brief conversation about the complexities over IRC this
evening.
Linus Torvalds wrote:
>On Wed, Oct 2, 2013 at 6:58 PM, H. Peter Anvin wrote:
>>
>> I would suggest it shouldn't be renameat2() but rather renameat3(),
>i.e.
>> rename file A -> B, if B exists rename B to C.
On 26 September 2013 00:07, Rafael J. Wysocki wrote:
> So the problem is real, but the fix seems to be of a "quick and dirty" kind.
Hmm..
> First of all, it looks like we need a clear "begin transition" call that
> I suppose drivers should execute from their .target() methods once they have
> de
On Tue, Oct 01, 2013 at 05:15:06PM -0700, Sukadev Bhattiprolu wrote:
> Implement is_instr_load_store() to detect whether a given instruction
> is one of the fixed-point or floating-point load/store instructions.
> This function will be used in a follow-on patch to save memory hierarchy
> informatio
On Wed, Oct 2, 2013 at 6:58 PM, H. Peter Anvin wrote:
>
> I would suggest it shouldn't be renameat2() but rather renameat3(), i.e.
> rename file A -> B, if B exists rename B to C. It may not be desirable
> to expose the stale B in the same namespace as A, but still want it to
> be possible to sca
Hi Mark,
On 10/01/2013 03:36 AM, Mark Rutland wrote:
> Hi Suman,
>
> Apologies for replying to a subthread, due to an earlier mistake on my
> part I don't have the original to hand.
No issues, thanks for your review.
>
> On Fri, Sep 27, 2013 at 05:04:22PM +0100, Kumar Gala wrote:
>>
>> On Sep
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: David Rientjes
commit 465adcf1ea7b2e49b2e0899366624f5532b64012
A memcg may livelock when oom if the process that grabs the hierarchy's
oom lock is never the first process with PF_EXITING set i
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Khalid Aziz
commit 7cb2ef56e6a8b7b368b2e883a0a47d02fed66911 upstream.
This patch needed to be backported due to changes to mm/swap.c some time
after 3.6 kernel.
I am working with a tool that s
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 0fb6bd06e06792469acc15bbe427361b56ada528 upstream.
A HID device could send a malicious output report that would cause the
lg, lg3, and lg4 HID drivers to write beyond the outpu
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Masoud Sharbiani
commit 4f0acd31c31f03ba42494c8baf6c0465150e2621 upstream.
Dell PowerEdge C6100 machines fail to completely reboot about 20% of the time.
Signed-off-by: Masoud Sharbiani
Sign
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit cfd29aa0e81b791985e8428e6507e80e074e6730 upstream.
Fix potential tty-kref leak in stop_rx path.
Signed-off-by: Johan Hovold
Tested-by: Stephen Warren
Signed-off-by: Greg
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Tomas Winkler
commit 1aee351a739153529fbb98ee461777b2abd5e1c9 upstream.
1. u8 counters are prone to hard to detect overflow:
make them unsigned long to match bit_ functions argument type
2.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Usyskin
commit 4a704575cc1afb3b848f096778fa9b8d7b3d5813 upstream.
Unset init_clients_timer and amthif_stall_timers
in mei_reset in order to cancel timer ticking and hence
avoid recur
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter
commit 1062b81598bc00e2f6620e6f3788f8f8df2f01e7 upstream.
The native TV encoder has it's own flags to adjust sync modes and
enabled interlaced modes which are totally irrelevant
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Wolter
commit 526867c3ca0caa2e3e846cb993b0f961c33c2abb upstream.
The halted state of a endpoint cannot be cleared over CLEAR_HALT from a
user process, because the stopped_td variable w
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit c2a4f3183a1248f615a695fbd8905da55ad11bba upstream.
Background writeback works by scanning the btree for dirty data and
adding those keys into a fixed size buffer, then f
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit a698e08c82dfb9771e0bac12c7337c706d729b6d upstream.
GFP_NOIO means we could be getting called recursively - mca_alloc() ->
mca_data_alloc() - definitely can't use mutex_l
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula
commit 8d16f258217f2f583af1fd57c5144aa4bbe73e48 upstream.
There is no clear cut rules or specs for the retry interval, as there
are many factors that affect overall response time.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 7a9caf59f60e55a8caf96f856713bd0ef0cc25a7 upstream.
When building a kernel without CONFIG_PM, we get a link
error from referencing mxs_pm_init in the machine
descriptor. Th
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Henrik Rydberg
commit 5f4513864304672e6ea9eac60583eeac32e679f2 upstream.
After reports from Chris and Josh Boyer of a rare crash in applesmc,
Guenter pointed at the initialization problem fixe
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Heikki Krogerus
commit b62cd96de3161dfb125a769030eec35a4cab3d3a upstream.
Add PCI id for Intel BayTrail.
Signed-off-by: Heikki Krogerus
Signed-off-by: Felipe Balbi
Signed-off-by: Greg Kroah
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Liam Girdwood
commit 4028b6c4c03f213260e9290ff3a6b5439aad07ce upstream.
snd_unregister_device() should return the device type and not stream
direction.
Signed-off-by: Liam Girdwood
Acked-by:
On Tue, Oct 01, 2013 at 02:32:58PM -0700, David Cohen wrote:
> Signed-off-by: David Cohen
> ---
> drivers/usb/chipidea/ci_hdrc_pci.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/usb/chipidea/ci_hdrc_pci.c
> b/drivers/usb/chipidea/ci_hdrc_pci.c
> index 08a724b..d514332 1
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Kurt Garloff
commit 831abf76643555a99b80a3b54adfa7e4fa0a3259 upstream.
Trying to read data from the Pegasus Technologies NoteTaker (0e20:0101)
[1] with the Windows App (EasyNote) works nativel
irq_of_parse_and_map() returns 0 on error, not NO_IRQ.
Fix the following xtensa:allmodconfig build error.
sound/soc/fsl/fsl_ssi.c:705:26: error: 'NO_IRQ' undeclared (first use in this
function)
make[4]: *** [sound/soc/fsl/fsl_ssi.o] Error 1
Cc: Geert Uytterhoeven
Cc: Grant Likely
Signed-off-b
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit 3f6bbd3ffd7b733dd705e494663e5761aa2cb9c1 upstream.
This doesn't really need to be initialised, but it doesn't hurt,
silences the compiler, and as it is a counter it makes sens
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Chuansheng Liu
commit e2f0b88e84eed9cf9797f0a88c8012ee0b885a6d upstream.
Commit 1b3a5d02ee07 ("reboot: move arch/x86 reboot= handling to generic
kernel") did some cleanup for reboot= command l
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Solomon Peachy
commit c4fb19d21b003ec99ec490ba2cb60baffabc73f3 upstream.
This reverts commit aec8e88c947b7017e2b4bbcb68a4bfc4a1f8ad35.
This solution turned out to cause interrupt delivery pro
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 19b85cfb190eb9980eaf416bff96aef4159a430e upstream.
Fix tty_kref leak when tty_buffer_request room fails in dma-rx path.
Note that the tty ref isn't really needed anymore,
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit 5cec7bf699c61d14f0538345076480bb8c8ebfbb upstream.
Commit 'e7f3880cd9b98c5bf9391ae7acdec82b75403776'
tty: Fix recursive deadlock in tty_perform_flush()
introduced a regre
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 5ea330a75bd86b2b2a01d7b85c516983238306fb upstream.
The kernel reports a lockdep warning if a snapshot is invalidated because
it runs out of space.
The lockdep warning w
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 2606b28aabd7dea1766c23a105e1124c95409c96 upstream.
There's a bunch of failure exits in ffs_fs_mount() with
seriously broken recovery logics. Most of that appears to ste
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman
commit ec7e43e2d98173483866fe2e4e690143626b659c upstream.
If a command on the command ring needs to be cancelled before it is handled
it can be turned to a no-op operation when t
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman
commit 284d20552461466b04d6bfeafeb1c47a8891b591 upstream.
When a command times out, the command ring is first aborted,
and then stopped. If the command ring is empty when it is s
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit bef073b067a7b1874a6b381e0035bb0516d71a77 upstream.
Commit 24f531371de1 (USB: EHCI: accept very late isochronous URBs)
changed the isochronous API provided by ehci-hcd. URBs
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit f875fdbf344b9fde207f66b392c40845dd7e5aa6 upstream.
Since uhci-hcd, ehci-hcd, and xhci-hcd support runtime PM, the .pm
field in their pci_driver structures should be protected
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Lubomir Rintel
commit 4947848d396a0c78fb2f8ecceb3f3f263ef1 upstream.
Superblock lock was replaced with (un)lock_super() removal, but left
uninitialized for Seventh Edition UNIX filesystem
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit a8693424c751b8247ee19bd8b857f1d4f432b972 upstream.
Commit 24f531371de1 (USB: EHCI: accept very late isochronous URBs)
changed the isochronous API provided by ehci-hcd. URBs
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit c2a4f3183a1248f615a695fbd8905da55ad11bba upstream.
Background writeback works by scanning the btree for dirty data and
adding those keys into a fixed size buffer, then f
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Gabriel de Perthuis
commit aee6f1cfff3ce240eb4b43b41ca466b907acbd2e upstream.
sysfs attributes with unusual characters have crappy failure modes
in Squeeze (udev 164); later versions of udev a
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 60e356f381954d79088d0455e357db48cfdd6857 upstream.
LVM2, since version 2.02.96, creates origin with zero size, then loads
the snapshot driver and then loads the origin.
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit 1394d6761b6e9e15ee7c632a6d48791188727b40 upstream.
bch_journal_meta() was missing the flush to make the journal write
actually go down (instead of waiting up to journal_
On Tue, Oct 1, 2013 at 9:00 PM, Mark Langsdorf
wrote:
> Calxeda's new ECX-2000 part uses the same cpufreq interface as highbank,
> so add it to the driver's compatibility list.
>
> This is a minor change that can safely be applied to the 3.10 and 3.11
> stable trees.
>
> Signed-off-by: Mark Langsd
David Ahern wrote:
> If you trust your users make the debugfs mount point rx by group,world.
Thanks David. I can preserve this configuration across reboots by
putting an entry in fstab, right? How do I preserve the value of
/proc/sys/kernel/perf_event_paranoid across reboots?
--
To unsubscribe fro
On Wed, Oct 02, 2013 at 01:14:18AM +0200, Peter H?we wrote:
> > I botched the makefile changes for the new .c files.
> >
> > I believe it should be like this:
> >
> > obj-$(CONFIG_TCG_TPM) += tpm-core.o
> > tpm-core-y := tpm.o tpm-dev.o tpm-sysfs.o
> >
> > > I added a suitable patch with the ap
arm builds have been failing on and off with
arch/arm/mach-omap2/board-omap3evm.c:703: undefined reference to
`usb_nop_xceiv_register'
for several years. Current arm:allmodconfig build fails for this reason.
Problem is that board-omap3evm.c is always build into the kernel.
It calls usb_nop_xceiv
(Trimming CC list)
Hi David,
On Thu, Sep 19, 2013 at 4:19 PM, Woodhouse, David
wrote:
> On Thu, 2013-09-19 at 15:57 -0700, Brian Norris wrote:
>> Speaking of such process issues: there's an outstanding patch for a
>> (small) memory leak that was introduced in the nand_base.c ONFI code
>> in 3.12
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit a698e08c82dfb9771e0bac12c7337c706d729b6d upstream.
GFP_NOIO means we could be getting called recursively - mca_alloc() ->
mca_data_alloc() - definitely can't use mutex_l
On Wed, 2013-10-02 at 21:53 -0700, Eric Dumazet wrote:
> On Wed, 2013-10-02 at 21:44 -0700, Alexei Starovoitov wrote:
>
> > I think ifdef config_x86 is a bit ugly inside struct sk_filter, but
> > don't mind whichever way.
>
> Its not fair to make sk_filter bigger, because it means that simple (no
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Henrik Rydberg
commit 5f4513864304672e6ea9eac60583eeac32e679f2 upstream.
After reports from Chris and Josh Boyer of a rare crash in applesmc,
Guenter pointed at the initialization problem fixe
On Wed, 2013-10-02 at 21:44 -0700, Alexei Starovoitov wrote:
> I think ifdef config_x86 is a bit ugly inside struct sk_filter, but
> don't mind whichever way.
Its not fair to make sk_filter bigger, because it means that simple (non
JIT) filter might need an extra cache line.
You could presumably
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
This is only needed for 3.11, as s390 has now been changed to use the
generic IRQ code upstream.
These functions are currently defined only if CONFIG_GENERIC_HARDIRQS
is enabled.
On Wed, Oct 2, 2013 at 9:23 PM, Eric Dumazet wrote:
> On Wed, 2013-10-02 at 20:50 -0700, Alexei Starovoitov wrote:
>> on x86 system with net.core.bpf_jit_enable = 1
>
>> diff --git a/include/linux/filter.h b/include/linux/filter.h
>> index a6ac848..378fa03 100644
>> --- a/include/linux/filter.h
>>
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula
commit 8d16f258217f2f583af1fd57c5144aa4bbe73e48 upstream.
There is no clear cut rules or specs for the retry interval, as there
are many factors that affect overall response time.
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 99d79aa2f3b7729e7290e8bda5d0dd8b0240ec62 upstream.
When dpm was merged, I added a new asic struct for
rv6xx, but it never got properly updated when the
hdmi callbacks were
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 58d327da9721f7a0f6e46c8dfa5cc5546fd7078a upstream.
These asics seem to use a mix of the DCE2.x and
DCE3.2 audio interfaces despite what the register spec
says.
Fixes:
http
On 1 October 2013 00:07, Daniel Lezcano wrote:
> Interesting, thanks for the pointer.
So, should I keep this patch with SRCU?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel
1 - 100 of 909 matches
Mail list logo