On Sun, 2012-07-08 at 14:34 -0400, Rik van Riel wrote:
> On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
>
> > +static u64 process_cpu_runtime(struct numa_entity *ne)
> > +{
> > + struct task_struct *p, *t;
> > + u64 runtime = 0;
> > +
> > + rcu_read_lock();
> > + t = p = ne_owner(ne);
> > +
On Sunday 2012-07-08 12:18, Catalin Marinas wrote:
>
>On the good side, alphabetically it's before arch/alpha, so easier to
>grep.
And during `ls -l`, it'll happily scroll off the screen into oblivion :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On 9 July 2012 12:55, Shilimkar, Santosh wrote:
> Vincent,
> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
> wrote:
>> Use cpu compatibility field and clock-frequency field of DT to
>> estimate the capacity of each core of the system and to update
>> the cpu_power field accordingly.
>> This pat
On Fri, Jul 06, 2012 at 04:00:37PM +0200, Ingo Molnar wrote:
> ( A proper abstraction would stick it all into some sort PCI
> driver alike structure, including enumeration, initialization,
> debugging and other non-core details. )
This is certainly a multi-cycle process to make sure we do no
On Sat, Jul 07, 2012 at 04:29:08AM +0100, Matthew Garrett wrote:
> While mandating FDT is a massive advance over arm32, if there's a chance
> that ACPI-based AArch64 platforms will ship in a similar timeframe to
> FDT then I think we should ensure that ACPI and FDT are merged
> beforehand - the
On Wed, Jun 27, 2012 at 11:00 PM, Luming Yu wrote:
> On Mon, Jun 25, 2012 at 9:37 PM, Luming Yu wrote:
>> On Tue, Jun 26, 2012 at 5:23 AM, Luming Yu wrote:
>>> The patch is the fist step to test some basic hardware functions like
>>> TSC to help people understand if there is any hardware latency
On Sun, Jul 8, 2012 at 8:23 PM, richard -rw- weinberger
wrote:
>
> Not supporting cgroups is no-go.
>
Then what is the point of supporting cgroups for surfing T, F and G,
watching video, and listening music with a netbook and/or notebook?
--
To unsubscribe from this list: send the line "unsubscrib
On Mon, 2012-07-09 at 08:13 -0400, Neil Horman wrote:
> On Mon, Jul 09, 2012 at 01:50:52PM +0200, Eric Dumazet wrote:
> > On Mon, 2012-07-09 at 07:01 -0400, Neil Horman wrote:
> >
> > > Thank you for doing this Eric, Gao. Just to be sure (I asked in the
> > > previous
> > > thread), would it be
On Mon, 2012-07-09 at 14:23 +0200, Peter Zijlstra wrote:
> > It is not yet clear to me how and why your code converges.
>
> I don't think it does.. but since the scheduler interaction is fairly
> weak it doesn't matter too much from that pov.
>
That is,.. it slowly moves along with the cpu usage,
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-3.5
for you to fetch changes up to d92d95b6bf272
From: Ryan Bourgeois
Add support for the 15'' MacBook Pro Retina. The keyboard is
the same as recent models.
The patch needs to be synchronized with the bcm5974 patch for
the trackpad - as usual.
Patch originally written by clipcarl (forums.opensuse.org).
[rydb...@euromail.se: Amended mouse ig
Add support for the 15'' MacBook Pro Retina model (MacBookPro10,1).
Patch originally written by clipcarl (forums.opensuse.org).
Signed-off-by: Henrik Rydberg
---
Hi Dmitry,
Here is a patch for the new retina I picked up from the anonymous
heroes on the linux forums. Looks simple enough for 3.5
On 07/09/2012 02:23 PM, Gleb Natapov wrote:
>
>> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
>>
>> I agree this code has to go, but it needs to be replaced by something.
>> Maybe a .valid flag in struct operand.
>>
> Valid will not enough for that.
If me make everything
On 07/09/2012 02:23 PM, Gleb Natapov wrote:
>
>> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
>>
>> I agree this code has to go, but it needs to be replaced by something.
>> Maybe a .valid flag in struct operand.
>>
> Valid will not enough for that.
If we make everything
* Peter Ujfalusi [120709 05:24]:
> Hello,
>
> On 06/08/2012 04:01 PM, Peter Ujfalusi wrote:
> > Hello,
> >
> > The following series enable the audio functionality on OMAP4 based devices
> > using
> > twl6040 as audio codec.
> >
> > The series adds the needed bindings in the dts for the OMAP IP
On Mon, Jul 09, 2012 at 10:12:03AM +0100, Mel Gorman wrote:
> On Mon, Jul 09, 2012 at 05:46:57PM +0900, Minchan Kim wrote:
> > > >
> > > > +#if defined(CONFIG_DEBUG_VM) && !defined(CONFIG_COMPACTION)
> > > > +static inline void check_page_alloc_costly_order(unsigned int order)
> > > > +{
> > > > +
On Mon, 09 Jul 2012 at 08:46 GMT, Minchan Kim wrote:
>>
>> WARN_ON_ONCE would tell you what is trying to satisfy the allocation.
>
> Do you mean that it would be better to use WARN_ON_ONCE rather than raw
> printk?
> If so, I would like to insist raw printk because WARN_ON_ONCE could be
> disab
On Mon, Jul 09, 2012 at 02:40:25PM +0200, Eric Dumazet wrote:
> On Mon, 2012-07-09 at 08:13 -0400, Neil Horman wrote:
> > On Mon, Jul 09, 2012 at 01:50:52PM +0200, Eric Dumazet wrote:
> > > On Mon, 2012-07-09 at 07:01 -0400, Neil Horman wrote:
> > >
> > > > Thank you for doing this Eric, Gao. Jus
On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
wrote:
> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
>> Vincent,
>> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
>> wrote:
>>> Use cpu compatibility field and clock-frequency field of DT to
>>> estimate the capacity of each core of the syste
On Sat, Jul 07, 2012 at 06:39:58PM +0900, Sangbeom Kim wrote:
> As function and variable name of Samsung mfd driver is changed,
> This patch modify s5m8767 regulator driver.
This needs to be squashed down into the patch doing the rename in the
core to avoid build breakage. Otherwise looks good.
On Fri, 2012-07-06 at 03:08 +0200, Stephane Eranian wrote:
> >> We use '_' in file names and '-' in event symbol names. I thought it might
> >> be
> >> confusing allowing just '_' so I added also the '-' version.
> >>
> What's wrong with keeping the - in the filenames as well? That would help
> ke
Hi Mark,
On Mon, Jul 09, 2012 at 11:56:43AM +0100, Mark Brown wrote:
> Signed-off-by: Mark Brown
> ---
> drivers/mfd/arizona-core.c |6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
Applied, thanks.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
--
On Mon, Jul 09, 2012 at 09:50:48PM +0900, Minchan Kim wrote:
> >
> >
> > You're aiming this at embedded QA people according to your changelog so
> > do whatever you think is going to be the most effective. It's already
> > "known" that high-order kernel allocations are meant to be unreliable and
On Mon, Jul 09, 2012 at 01:32:56PM +0100, Mark Brown wrote:
> If you end up having to write two whole drivers that sounds enormously
> depressing especially for those of us working on devices that aren't
> architecture specific. We've managed to avoid that thus far with device
> tree and platform
On Mon, Jul 9, 2012 at 2:37 PM, Hillf Danton wrote:
> On Sun, Jul 8, 2012 at 8:23 PM, richard -rw- weinberger
> wrote:
>>
>> Not supporting cgroups is no-go.
>>
> Then what is the point of supporting cgroups for surfing T, F and G,
> watching video, and listening music with a netbook and/or noteb
On 7/9/2012 12:56 AM, Jean Delvare wrote:
> Back to my initial question, am I right to assume that
> CONFIG_CC_STACKPROTECTOR is no longer experimental and can be enabled in
> distribution kernels?
it HAS been enabled in distribution kernels for YEARS.
so yes.
--
To unsubscribe from this list: s
Hi,
On 07/09/2012 01:33 PM, Martin-Éric Racine wrote:
Hmm, this is then likely caused by the new isoc bandwidth negotiation code
in 3.2, unfortunately the vc032x driver is one of the few gspca drivers
for which I don't have a cam to test with. Can you try to build your own
kernel from source?
On Sat, Jul 07, 2012 at 06:42:09PM +0900, Sangbeom Kim wrote:
Looks fairly good overall but a lot of this should be able to be
factored out to use the standard regualtor core support for register
maps now.
> +static const struct sec_voltage_desc buck_voltage_val1 = {
> + .max = 200,
> +
On Thu, Jul 05, 2012 at 10:34:10AM +0200, Henrik Rydberg wrote:
> On Thu, Jul 05, 2012 at 08:54:46AM +0200, Henrik Rydberg wrote:
> > > Thanks for tracking down the source of this corruption. I don't have
> > > any such hardware, so until someone can figure it out, I think we
> > > should apply th
On Mon, Jul 9, 2012 at 9:07 PM, richard -rw- weinberger
wrote:
> On Mon, Jul 9, 2012 at 2:37 PM, Hillf Danton wrote:
>> On Sun, Jul 8, 2012 at 8:23 PM, richard -rw- weinberger
>> wrote:
>>>
>>> Not supporting cgroups is no-go.
>>>
>> Then what is the point of supporting cgroups for surfing T, F
On Mon, Jul 09, 2012 at 02:05:51PM +0100, Mel Gorman wrote:
> On Mon, Jul 09, 2012 at 09:50:48PM +0900, Minchan Kim wrote:
> > >
> > >
> > > You're aiming this at embedded QA people according to your changelog so
> > > do whatever you think is going to be the most effective. It's already
> > > "k
On 07/09/2012 08:49 PM, Avi Kivity wrote:
> On 07/09/2012 02:23 PM, Gleb Natapov wrote:
>>
>>> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
>>>
>>> I agree this code has to go, but it needs to be replaced by something.
>>> Maybe a .valid flag in struct operand.
>>>
>> Valid
On Mon, Jul 09, 2012 at 03:49:05PM +0300, Avi Kivity wrote:
> On 07/09/2012 02:23 PM, Gleb Natapov wrote:
> >
> >> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
> >>
> >> I agree this code has to go, but it needs to be replaced by something.
> >> Maybe a .valid flag in stru
On Mon, Jul 09, 2012 at 09:23:03PM +0800, Xiao Guangrong wrote:
> On 07/09/2012 08:49 PM, Avi Kivity wrote:
> > On 07/09/2012 02:23 PM, Gleb Natapov wrote:
> >>
> >>> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
> >>>
> >>> I agree this code has to go, but it needs to be rep
On Wed, Jun 27, 2012 at 1:21 PM, Minchan Kim wrote:
> When hotplug offlining happens on zone A, it starts to mark freed page
> as MIGRATE_ISOLATE type in buddy for preventing further allocation.
> (MIGRATE_ISOLATE is very irony type because it's apparently on buddy
> but we can't allocate them).
>
On Tue, Jun 26, 2012 at 02:29:13PM +, Liu, Chuansheng wrote:
> From: liu chuansheng
> Subject: [PATCH] i2c_dw: deadlock happening when system is trying to suspend
>
> In i2c_dw code, there is a race condition that causes pm suspend
> thread blocking there always. The scenerio is as below:
>
On 07/09, Ingo Molnar wrote:
>
> Once Srikar's ack is in then it would be nice to update the
> patches with the ack and resend #1-#4, to make sure I have all
> the intended patches and nothing more or less than that.
OK, will do.
I'll wait until Srikar reviews the new series, and then I'll
send e
On Mon, Jul 9, 2012 at 4:01 AM, Jon Masters wrote:
> On 07/08/2012 06:24 PM, Dennis Gilmore wrote:
>> I know that the architecture really is new but thats not really clear
>> by adding AArch32 into the mix to represent 32 bit arm as ARM has done
>> or by calling it armv8. There is enough way to co
On 07/09/2012 04:23 PM, Xiao Guangrong wrote:
> On 07/09/2012 08:49 PM, Avi Kivity wrote:
>> On 07/09/2012 02:23 PM, Gleb Natapov wrote:
>>>
kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
I agree this code has to go, but it needs to be replaced by something.
>>>
Currently build_probe_list() builds the list of all uprobes attached
to the given inode, and the caller should filter out those who don't
fall into the [start,end) range, this is sub-optimal.
This patch turns find_least_offset_node() into find_node_in_range()
which returns the first node inside th
Sorry, I found the latest kernel code has some difference with my analysis.
I need more thoughts, then update this issue.
> -Original Message-
> From: Wolfram Sang [mailto:w.s...@pengutronix.de]
> Sent: Monday, July 09, 2012 9:32 PM
> To: Liu, Chuansheng
> Cc: linux-kernel@vger.kernel.org;
On 07/09, Oleg Nesterov wrote:
>
> Currently build_probe_list() builds the list of all uprobes attached
> to the given inode, and the caller should filter out those who don't
> fall into the [start,end) range, this is sub-optimal.
>
> This patch turns find_least_offset_node() into find_node_in_rang
"Steven J. Magnani" writes:
>> How do you prevent to modify or free the those inode/blocks from other
>> path? Yeah, it is racy. And if races is not solved, that's simply wrong
>> and not solution.
>>
>> Although I'm not thinking deeply about NFS support on FAT. Just a idea,
>> the one of possi
On Mon, 2012-07-09 at 03:36 -0700, David Rientjes wrote:
> kmemcheck_alloc_shadow() requires irqs to be enabled, so wait to disable
> them until after its called for __GFP_WAIT allocations.
>
> This fixes a warning for such allocations:
>
> WARNING: at kernel/lockdep.c:2739 lockdep_trace_al
> > These are the same reasons the x86_64 people gave and regretted later.
>
> I would not compare the x86_64 extension to the AArch64 architecture.
It's not an architecture specific observation. I was just observing that
you were following a pattern which in all other cases ended up with a
merg
2012/7/9 David Rientjes :
> On Mon, 9 Jul 2012, JoonSoo Kim wrote:
>
>> diff --git a/mm/slub.c b/mm/slub.c
>> index 8c691fa..5d41cad 100644
>> --- a/mm/slub.c
>> +++ b/mm/slub.c
>> @@ -1324,8 +1324,14 @@ static struct page *allocate_slab(struct
>> kmem_cache *s, gfp_t flags, int node)
>>
On Sun, 8 Jul 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not be used after
> the
After reading [1] I'm wondering whether these would at least improve
OpenSSL's implementation of a RSA key generator (page 13 in [1]) ?
/me knows about the security-by-obscurity discussion like in [2],
however here I do not speak about guessing next PID, but about the
described entropy hole.
[1]
On Mon, 9 Jul 2012, JoonSoo Kim wrote:
> 2012/7/8 Fengguang Wu :
> > Hi Vegard,
> >
> > This warning code is triggered for the attached config:
> >
> > __lockdep_trace_alloc():
> > /*
> > * Oi! Can't be having __GFP_FS allocations with IRQs disabled.
> > */
> > if
On Mon, Jul 09, 2012 at 02:06:29PM +0100, Matthew Garrett wrote:
> There's ongoing discussion about unifying ACPI and ftd representation,
> and once that's done this isn't a problem, but right now there's no
Where is this discussion?
> terribly straightforward way to do this without a lot of b
On 07/08/2012 10:46 PM, Li Yang-R58472 wrote:
>>> I don't understand, why is this just showing up now? What
>>> changed to cause this? Couldn't that be the real problem here?
>>>
>>
>> The issue is showing up because we now probe devices twice.
>> Previously, we just probe devices once. But no
On 07/06/2012 10:07 AM, Seth Jennings wrote:
> On 07/04/2012 03:43 PM, Konrad Rzeszutek Wilk wrote:
>> On Mon, Jul 02, 2012 at 04:15:48PM -0500, Seth Jennings wrote:
>>> This exposed an interesting and unexpected result: in all
>>> cases that I tried, copying the objects that span pages instead
>>>
> I was pointed by Glauber to the slab common code patches. I need some
> more time to read the patches. Now I think the slab/slot changes in this
> v3 are not needed, and can be ignored.
That may take some kernel cycles. You have a current issue here that needs
to be fixed.
> > down_write(&
On Mon, Jul 09, 2012 at 02:56:26PM +0100, Mark Brown wrote:
> On Mon, Jul 09, 2012 at 02:06:29PM +0100, Matthew Garrett wrote:
>
> > There's ongoing discussion about unifying ACPI and ftd representation,
> > and once that's done this isn't a problem, but right now there's no
>
> Where is this d
On Mon, Jul 09, 2012 at 09:46:33AM -0400, Steven Rostedt wrote:
> On Mon, 2012-07-09 at 03:36 -0700, David Rientjes wrote:
> > kmemcheck_alloc_shadow() requires irqs to be enabled, so wait to disable
> > them until after its called for __GFP_WAIT allocations.
> >
> > This fixes a warning for such
On Mon, Jul 09, 2012 at 12:10:26PM +0200, Henrik Rydberg wrote:
> The 2012 series of MacBooks have a faster SMC, and the current driver
> timings do not work at all. Tests show that decreasing the minimum
> wait time, from 64 us to 16 us, works well. Since this is still larger
> than the original m
On Sun, 8 Jul 2012, Yuri Khan wrote:
> * Add a quirk to usbhid to ignore this device
> ---
> drivers/hid/hid-ids.h |3 +++
> drivers/hid/usbhid/hid-quirks.c |2 ++
> drivers/input/joystick/xpad.c |1 +
> 3 files changed, 6 insertions(+)
>
> diff --git a/drivers/hid/hid-id
Hi Cong,
On Mon, Jul 09, 2012 at 12:53:22PM +, Cong Wang wrote:
> On Mon, 09 Jul 2012 at 08:46 GMT, Minchan Kim wrote:
> >>
> >> WARN_ON_ONCE would tell you what is trying to satisfy the allocation.
> >
> > Do you mean that it would be better to use WARN_ON_ONCE rather than raw
> > printk?
This is 100% reproducible with Fedora 17, 3.4.2-1.fc16.x86_64 kernel.
Using the precise attribute (:p or :pp) with perf-record, eg,
perf record -e cycles:p -ag -- sleep 10
All running VMs are killed. The VMs appear to be restarted but crash on
restart.
From one of the VMs that has the consol
On Mon, Jul 09, 2012 at 01:25:23PM +0100, Michal Hocko wrote:
> On Wed 04-07-12 15:32:56, Will Deacon wrote:
> > When allocating and returning clear huge pages to userspace as a
> > response to a fault, we may zero and return a mapping to a previously
> > dirtied physical region (for example, it ma
2012/7/9 David Rientjes :
> On Sun, 8 Jul 2012, JoonSoo Kim wrote:
>
>> >> __alloc_pages_direct_compact has many arguments so invoking it is very
>> >> costly.
>> >> And in almost invoking case, order is 0, so return immediately.
>> >>
>> >
>> > If "zero cost" is "very costly", then this might mak
blk_set_stacking_limits is intended to allow stacking drivers to build
up the limits of the stacked device based on the underlying devices'
limits. But in the case of 'max_sectors' the default of
BLK_DEF_MAX_SECTORS (1024) doesn't allow the stacking driver to inherit
a max_sectors larger than 1024
[CCing Ingo for the memcg-devel vs tip/sched/numa inter tree dependency
- see bellow]
On Thu 05-07-12 02:44:53, Johannes Weiner wrote:
> Compaction (and page migration in general) can currently be hindered
> through pages being owned by memory cgroups that are at their limits
> and unreclaimable.
On Mon, Jul 09, 2012 at 08:12:40AM -0600, David Ahern wrote:
> This is 100% reproducible with Fedora 17, 3.4.2-1.fc16.x86_64 kernel.
>
> Using the precise attribute (:p or :pp) with perf-record, eg,
>
> perf record -e cycles:p -ag -- sleep 10
>
> All running VMs are killed. The VMs appear to be
On Thu 05-07-12 02:44:54, Johannes Weiner wrote:
> The conditional mem_cgroup_cancel_charge_swapin() is a leftover from
> when the function would continue to reestablish the page even after
> mem_cgroup_try_charge_swapin() failed. After 85d9fc8 "memcg: fix
> refcnt handling at swapoff", the condit
On Mon, 2012-07-09 at 17:19 +0300, Gleb Natapov wrote:
> Yes, this is knows problem that I can't find time to fix. The crash is
> cause by CPU using host PEBS virtual address while guest is running
> which causes guest memory corruption. We should disable evens that use
> PEBS at the guest entry.
On Fri, 6 Jul 2012, Keng-Yu Lin wrote:
> The keys are found on the keyboards bundled with HP All-In-One machines
> with USB VID/PID of 04ca:004d and 04f2:1061.
>
> Signed-off-by: Keng-Yu Lin
> ---
> drivers/hid/hid-input.c |9 +
> include/linux/hid.h |1 +
> 2 files changed,
On Fri, Jun 22, 2012 at 05:26:07PM +0100, Stefano Stabellini wrote:
> When unmask_evtchn is called, if we already have an event pending, we
> just set evtchn_pending_sel waiting for local_irq_enable to be called.
> That is because PV guests set the irq_enable pvops to
Can you point out where the P
This fixes below build warning if CONFIG_OF is not set.
CC drivers/mfd/max77686.o
drivers/mfd/max77686.c:37:42: warning: 'max77686_pmic_dt_match' defined but not
used [-Wunused-variable]
Signed-off-by: Axel Lin
---
drivers/mfd/max77686.c | 10 +-
1 file changed, 5 insertions(+
Hi Aaditya,
On Mon, Jul 09, 2012 at 07:01:09PM +0530, Aaditya Kumar wrote:
> On Wed, Jun 27, 2012 at 1:21 PM, Minchan Kim wrote:
> > When hotplug offlining happens on zone A, it starts to mark freed page
> > as MIGRATE_ISOLATE type in buddy for preventing further allocation.
> > (MIGRATE_ISOLATE
From: "Justin P. Mattock"
Signed-off-by: Justin P. Mattock
---
The below patch fixes typos found while reading through staging "speakup".
drivers/staging/speakup/i18n.c |2 +-
drivers/staging/speakup/speakup_acnt.h |2 +-
drivers/staging/speakup/speakup_decpc.c |2 +-
d
On Mon, 9 Jul 2012, Venu Byravarasu wrote:
> In functions itd_complete & sitd_complete, a pointer
> by name stream may get dereferenced after freeing it, when
> iso_stream_put is called with stream->refcount = 2.
I don't understand the problem. Did you actually see this happen or is
it only th
On 9 July 2012 15:00, Shilimkar, Santosh wrote:
> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
> wrote:
>> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
>>> Vincent,
>>> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
>>> wrote:
Use cpu compatibility field and clock-frequency field of
On Mon, Jul 09, 2012 at 04:24:04PM +0200, Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 17:19 +0300, Gleb Natapov wrote:
> > Yes, this is knows problem that I can't find time to fix. The crash is
> > cause by CPU using host PEBS virtual address while guest is running
> > which causes guest memory c
On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot
wrote:
> On 9 July 2012 15:00, Shilimkar, Santosh wrote:
>> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
>> wrote:
>>> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
Vincent,
On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
wrot
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 047fe3605235888f3ebcda0c728cb31937eadfe6 upstream.
Dave Jones reported a kernel BUG at mm/slub.c:3474! triggered
by splice_shrink_spd() called from vmsplice_to_pipe()
commi
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tao Guo
commit 32587371ad3db2f9d335de10dbd8cffd4fff5669 upstream.
Fix a regression introduced by 7eaceaccab5f40 ("block: remove per-queue
plugging"). In that patch, Jens removed the whole mm_u
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit a06998b88b1651c5f71c0e35f528bf2057188ead ]
We must prevent module unloading if some devices are still attached to
l2tp_eth driver.
Signed-off-by: Eric Dumazet
R
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit cd8f76c0a0c6fce0b2cf23c9bd0123f91453f46d ]
As soon as hardware is notified of a transmit, we no longer can assume
skb can be dereferenced, as TX completion might
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: MichaÅ MirosÅaw
[ Upstream commit f80400a26a2e8bff541de12834a1134358bb6642 ]
Allow ETHTOOL_GSSET_INFO ethtool ioctl() for unprivileged users.
ETHTOOL_GSTRINGS is already allowed, but is unusa
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 62662303e7f590fdfbb0070ab820a0ad4267c119 upstream.
If CONFIG_DM_DEBUG_SPACE_MAPS is enabled and dm_sm_checker_create()
fails, dm_tm_create_internal() would still return succ
On 07/09/2012 05:24 PM, Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 17:19 +0300, Gleb Natapov wrote:
>> Yes, this is knows problem that I can't find time to fix. The crash is
>> cause by CPU using host PEBS virtual address while guest is running
>> which causes guest memory corruption. We should
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit 7deabca0acfe02b8e18f59a4c95676012f49a304 upstream.
We can stall RCU processing on SMP platforms if a CPU sits in its idle
loop for a long time. This happens because we don'
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: stephen hemminger
[ Upstream commit 5ff0feac88ced864f44adb145142269196fa79d9 ]
The newer flavors of Yukon II use a different method for receive
checksum offload. This is indicated in the driver
On Mon, 2012-07-09 at 06:39 -0400, David Vrabel wrote:
> This series improves the performance of Xen PV guests when doing page
> faults (32-bit guests only) and context switches.
These all look good to me, thanks David.
Acked-by: Ian Campbell
--
To unsubscribe from this list: send the line "un
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit b0239faaf87c38bb419c9264bf20817438ddc3a9 upstream.
If CONFIG_DM_DEBUG_SPACE_MAPS is enabled and memory is fragmented and a
sufficiently-large metadata device is used in a th
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Vaibhav Nagarnaik
commit 71babb2705e2203a64c27ede13ae3508a0d2c16c upstream.
According to Documentation/trace/ftrace.txt:
tracing_cpumask:
This is a mask that lets the user only trace
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6e1c39c6b00d9141a82c231ba7c5e5b1716974b2 upstream.
The recent fix for power-map controls (commit b0791dda813) caused
regressions on some other HP laptops. They have fixed p
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Bing Zhao
commit 858faa57dd9e2b91f3f870fbb1185982e42f5a2b upstream
backported for linux-3.2.y, linux-3.3.y, linux-3.4.y
add_virtual_intf() needs to return an ERR_PTR(), instead of NULL,
on err
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 954fba0274058d27c7c07b5ea07c41b3b7477894 ]
Bogdan Hamciuc diagnosed and fixed following bug in netpoll_send_udp() :
"skb->len += len;" instead of "skb_put(skb, l
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 1df2ae31c724e57be9d7ac00d78db8a5dabdd050 upstream.
Add sanity checks when loading sparing table from disk to avoid accessing
unallocated memory or writing to it.
Signed-off-by:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit adee11b2085bee90bd8f4f52123ffb07882d6256 upstream.
Check provided length of partition table so that (possibly maliciously)
corrupted partition table cannot cause accessing data
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 4399a4df98a63e30fd16e9d0cecc46ea92269e8f ]
Commit 081b1b1bb27f (l2tp: fix l2tp_ip_sendmsg() route handling) added
a race, in case IP route cache is disabled.
In
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit cb14d340ef1737c24125dd663eff77734a482d47 upstream.
Signed-off-by: Jan Kara
Signed-off-by: Ben Hutchings
---
fs/udf/super.c |6 ++
1 file changed, 2 insertions(+), 4 d
On Mon, Jul 09, 2012 at 03:48:14AM -0700, David Rientjes wrote:
> On Sat, 7 Jul 2012, Aaro Koskinen wrote:
>
> > > I couldn't remember whether the canonical marking is sta...@kernel.org
> > > or sta...@vger.kernel.org, so I went looking, and discovered that it
> > > wasn't mentioned in the kernel
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 16b0dc29c1af9df341428f4c49ada4f626258082 ]
Trying to "modprobe dummy numdummies=3" triggers :
INFO: rcu_sched self-detected stall on CPU { 8} (t=6 jiffie
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 5ee31c6898ea5537fcea160999d60dc63bc0c305 ]
In the transmit path of the bonding driver, skb->cb is used to
stash the skb->queue_mapping so that the bonding device
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau
commit bed3d9c0b71f9afbfec905cb6db3b9f16be29d4d upstream.
commit 7a532fe7131216a02c81a6c1b1f8632da1195a58
ath9k_hw: fix interpretation of the rx KeyMiss flag
This commit used the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 25d7cd6faa7ae6ed2565617c3ee2500ccb8a9f7f upstream.
Cleanup the shadow table before destroying the transaction manager.
Reference: leak was identified with kmemleak when run
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Junxiao Bi
commit 2dfd06036ba7ae8e7be2daf5a2fff1dac42390bf upstream.
Ocfs2 uses kiocb.*private as a flag of unsigned long size. In
commit a11f7e6 ocfs2: serialize unaligned aio, the unaligned
i
1 - 100 of 724 matches
Mail list logo
