From: Daniel J Blueman
Date: Fri, 11 Apr 2014 16:14:26 +0800
> When CONFIG_PM_SLEEP isn't enabled, bnx2_suspend/resume are unused; don't
> build them when they aren't used.
>
> Signed-off-by: Daniel J Blueman
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe
Add initial Intel MID watchdog driver support.
This driver is an initial implementation of generic Intel MID watchdog
driver. Currently it supports Intel Merrifield platform.
Signed-off-by: Eric Ernst
Signed-off-by: David Cohen
---
drivers/watchdog/Kconfig | 13 +++
On Fri, 2014-04-11 at 13:27 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-04-11 at 20:28 +0200, Manfred Spraul wrote:
> > Your patch disables checking shmmax, shmall *AND* checking for SHMMIN.
>
> Right, if shmmax is 0, then there's no point checking for shmmin,
> otherwise we'd always end up
Changes from v1:
* Fix tabs before spaces in the multi-line #define
--
From: Dave Hansen
I recently added a patch to let folks pass a "reason" string
dump_page() which gets dumped out along with the page's data.
This essentially saves the bug-reader a trip in to the source
to figure out why
On Fri, Apr 11, 2014 at 3:56 AM, Mark Brown wrote:
>
> Same issue as on the regulator pull request with the entire diffstat for
> the original pull request for this merge window has appeared - like I
> say I will try to fix the scripts as it's annoying and unclear.
Yeah, looking at this, the
On Fri, Apr 11, 2014 at 01:21:25PM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
>
> I recently added a patch to let folks pass a "reason" string
> dump_page() which gets dumped out along with the page's data.
> This essentially saves the bug-reader a trip in to the source
> to figure out why
From: "John W. Linville"
Date: Thu, 10 Apr 2014 13:45:47 -0400
> Please pull this batch of fixes intended for the 3.15 stream!
>
> Chun-Yeow Yeoh gives us an ath9k_htc fix so that mac80211 can report
> last_tx_rate correctly for those devices..
>
> Fariya Fatima has a number of small fixes for
From: Rik van Riel
Date: Thu, 10 Apr 2014 11:57:06 -0400
> @@ -330,7 +334,11 @@ void irq_enter(void)
>
> static inline void invoke_softirq(void)
> {
> - if (!force_irqthreads) {
> + /*
> + * If force_irqthreads is set, or if we looped in __do_softirq this
> + * jiffie, punt
On Fri, Apr 11, 2014 at 1:30 PM, Linus Torvalds
wrote:
>
> Not an immediate problem, but have you tested just adding a simple
> "git fetch" from my repo to your scripts?
Oh, actually, the problem may just be that back-merge you have. When
those cause multiple merge bases, "git diff" can no
On Fri, Apr 11, 2014 at 09:48:42PM +0200, Ard Biesheuvel wrote:
> On 11 April 2014 18:03, gre...@linuxfoundation.org
> wrote:
> > On Fri, Apr 04, 2014 at 10:11:19AM +0200, Ard Biesheuvel wrote:
> >> Greg,
> >>
> >> This pertains to commit 8ceee72808d1 (crypto: ghash-clmulni-intel -
> >> use C
Hi
On Fri, Apr 11, 2014 at 2:42 PM, Thomas Hellstrom wrote:
> as was discussed a while ago, there are some serious security flaws with
> the current drm master model, that allows a
> user that had previous access or current access to an X server terminal
> to access the GPU memory of the active
On Fri, Apr 11, 2014 at 3:38 AM, Mark Brown wrote:
>
> Due to the way my scripts incorporate the things I already sent since
> your last tag the diffstat has picked up all the changes already sent
> (or I could've generated against my previous pull when it'd show all the
> changes from the final
Here is an example driver use-case for this token resource: This is not
polished, but should give an idea on this new token resource is intended
to be used:
- create token resources in em28xx_usb_probe() right before the required
modules are loaded. It creates tuner, video and audio tokens to
On Fri, 2014-04-11 at 20:28 +0200, Manfred Spraul wrote:
> Hi Davidlohr,
>
> On 04/03/2014 02:20 AM, Davidlohr Bueso wrote:
> > The default size for shmmax is, and always has been, 32Mb.
> > Today, in the XXI century, it seems that this value is rather small,
> > making users have to increase it
From: Dave Hansen
I recently added a patch to let folks pass a "reason" string
dump_page() which gets dumped out along with the page's data.
This essentially saves the bug-reader a trip in to the source
to figure out why we BUG_ON()'d.
The new VM_BUG_ON_PAGE() passes in NULL for "reason". It
The SWP_HWPOISON and SWP_MIGRATION numbers are defined in
a fairly awkward way. Since they are stolen from the top
few values of the 1<).
As long as the enum values are added to the top of the enum
instead of the bottom, the values for the types will be preserved.
Cc: Andrew Morton
Cc: Android
This patch adds the hooks in the vmscan logic to purge volatile pages
and mark their pte as purged. With this, volatile pages will be purged
under pressure, and their ptes swap entry's marked. If the purged pages
are accessed before being marked non-volatile, we catch this and send a
SIGBUS.
This
On 04/11/2014 04:42 AM, Vinod Koul wrote:> On Fri, Apr 11, 2014 at
12:38:00PM +0300, Peter Ujfalusi wrote:
>> On 04/11/2014 11:56 AM, Sekhar Nori wrote:
>>> On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
> On Tuesday 01 April 2014 06:36
Just wanted to send out an updated patch set that includes changes
(mostly cleanups and fixes) from some of the reviews and discussion
at LSF-MM.
New changes are:
o Renamed vrange syscall to mvolatile (Per Hugh's suggestion)
o Dropped any modifications made to page age when
Users of volatile ranges will need to know if memory was discarded.
This patch adds the purged state tracking required to inform userland
when it marks memory as non-volatile that some memory in that range
was purged and needs to be regenerated.
This simplified implementation which uses some of
This patch introduces the mvolatile() syscall, which allows for specifying
ranges of memory as volatile, and able to be discarded by the system.
This initial patch simply adds the syscall, and the vma handling,
splitting and merging the vmas as needed, and marking them with
VM_VOLATILE.
No
On Thu, Apr 10, 2014 at 07:38:05PM +0200, Borislav Petkov wrote:
> Rebased onto current acme/perf/core:
>
> --
> From: Borislav Petkov
> Date: Sun, 23 Feb 2014 12:04:53 +0100
> Subject: [PATCH] tools: Unify export.h
>
> So tools/ has been growing three, at a different stage of their
>
On 04/10, Stanimir Varbanov wrote:
> On 04/09/2014 03:09 AM, Stephen Boyd wrote:
> > On 04/03, Stanimir Varbanov wrote:
> >
> >> +
> >> + return 0;
> >> +}
> >> +
> >> +static int qce_ahash_import(struct ahash_request *req, const void *in)
> >> +{
> >> + struct qce_sha_reqctx *rctx =
On Thu, 10 Apr 2014, Bjorn Helgaas wrote:
> On Sat, Mar 29, 2014 at 6:14 PM, Parag Warudkar wrote:
> >> On Sat, Mar 29, 2014 at 09:41:20AM -0700, Linus Torvalds wrote:
> >
> >>> Parag, can you add a WARN_ON_ONCE() to that message, so that we see
> >>> what the call chain is for it.
>
> Parag,
Hi Mark,
Thanks for the review comment and I apologize for not replying sooner.
We are completely redesigning the ethernet driver to make it simple
and cleaner and will be posted shortly.
Please find my response by searching for isubrama:
Thanks,
Iyappan
On Fri, Jan 24, 2014 at 9:01 AM, Mark
On 04/11/2014 01:39 AM, Peter Ujfalusi wrote:
> On 04/11/2014 01:40 AM, Joel Fernandes wrote:
>> On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
>>> We only support DEV_TO_MEM or MEM_TO_DEV directions with edma driver and the
>>> check for the direction has been already done in the function calling
On 11 April 2014 18:03, gre...@linuxfoundation.org
wrote:
> On Fri, Apr 04, 2014 at 10:11:19AM +0200, Ard Biesheuvel wrote:
>> Greg,
>>
>> This pertains to commit 8ceee72808d1 (crypto: ghash-clmulni-intel -
>> use C implementation for setkey()) that has been pulled by Linus
>> during the current
On Mon, 2014-04-07 at 07:46AM +0200, Michal Simek wrote:
> On 04/05/2014 01:14 AM, Soren Brinkmann wrote:
> > Specify the 'clock-latency' property to avoid certain cpufreq governors
> > from refusing to work with the following error:
> > ondemand governor failed, too long transition latency of
11.04.2014 22:57, Sebastian Andrzej Siewior пишет:
Dear RT folks!
I'm pleased to announce the v3.14-rt1 patch set.
Hray!
--
Pavel.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 04/11/2014 08:09 PM, Maarten Lankhorst wrote:
> op 11-04-14 12:11, Thomas Hellstrom schreef:
>> On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
>>> op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
On 04/02/2014 01:13 PM, John Stultz wrote:
> On 04/02/2014 12:47 PM, Johannes Weiner wrote:
>
>> It's really nothing but a use-after-free bug that has consequences for
>> no-one but the faulty application. The thing that IS new is that even
>> a read is enough to corrupt your data in this case.
Hi!
On 04/11/2014 08:09 PM, Maarten Lankhorst wrote:
> op 11-04-14 12:11, Thomas Hellstrom schreef:
>> On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
>>> op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
Am Freitag, 11. April 2014, 11:20:21 schrieb Joe Perches:
Hi Joe,
>
> It looks like const could be used a bit more often.
>
> For instance:
> perhaps uses of key could be changed to const unsigned char *key
Good point. I will try to find areas where const can be used. However, due to
the
8250 uart driver currently supports only software assisted hw flow
control. The software assisted hw flow control maintains a hw_stopped
flag in the tty structure to stop and start transmission and use modem
status interrupt for the event to drive the handshake signals. This is
not needed if hw
From: "K. Y. Srinivasan"
Date: Wed, 9 Apr 2014 15:00:10 -0700
> WS2008 R2 does not support udp checksum offload. Furthermore, ws2012 and
> ws2012 r2 have issues offloading udp checksum from Linux guests.
> This patch-set addresses these issues as well as other bug fixes.
> Please apply.
>
> In
On Fri, Apr 11, 2014 at 08:01:04AM +0200, Julia Lawall wrote:
>
>
> On Fri, 11 Apr 2014, SF Markus Elfring wrote:
>
> > > I checked the profile results, the reason the jobs finish is some threads
> > > had no work or little work.
> >
> > Could you find out during the data processing which
Dear RT folks!
I'm pleased to announce the v3.14-rt1 patch set.
Changes since v3.12.15-rt25
- I dropped the sparc64 patches I had in the queue. They did not apply
cleanly, the code in v3.14 changed in the MMU area. Here is where I
remembered that it was not working perfectly either.
- Scott
On Fri, 11 Apr 2014 14:24:17 -0400
Naoya Horiguchi wrote:
> Hi,
>
> I report a minor issue of set_graph_notrace.
> The default value of set_graph_notrace is void (so no function is excluded,)
> but when we read the file, we get " all functions enabled " like
> below:
>
> [root@test
On 04/09/2014 11:17 PM, Li Zhong wrote:
> On Wed, 2014-04-09 at 12:39 -0500, Nathan Fontenot wrote:
>> On 04/08/2014 02:47 PM, Dave Hansen wrote:
>>>
>>> That document really needs to be updated to stop referring to sections
>>> (at least in the descriptions of the user interface). We can not
On Fri, Apr 11, 2014 at 11:45 AM, Brian Gerst wrote:
>
> I haven't tested it recently but I do know it has worked on 64-bit
> kernels. There is no reason for it not to, the only thing not
> supported in long mode is vm86. 16-bit protected mode is unchanged.
Afaik 64-bit windows doesn't support
On 04/11/2014 12:19 PM, Pavel Machek wrote:
> Hi!
>
>> Cryogenic is the result of my Master's Thesis, completed at the Technical
>> University
>> of Munich under the supervision of Christian Grothoff. You can find more
>> information
>> about Cryogenic at https://gnunet.org/cryogenic
>
> Do
On 04/11/2014 11:41 AM, Linus Torvalds wrote:
>
> Ok, so you actually do this on x86-64, and it currently works? For
> some reason I thought that 16-bit windows apps already didn't work.
>
Some will work, because not all 16-bit software care about the upper
half of ESP getting randomly
On Fri, Apr 11, 2014 at 2:41 PM, Linus Torvalds
wrote:
> On Fri, Apr 11, 2014 at 11:27 AM, Brian Gerst wrote:
>> Is this bug really still present in modern CPUs? This change breaks
>> running 16-bit apps in Wine. I have a few really old games I like to
>> play on occasion, and I don't have a
On Fri, 11 Apr, at 11:03:13AM, H. Peter Anvin wrote:
> On 04/11/2014 10:59 AM, Thomas Bächler wrote:
> > EFI stub support is only missing for a 64 bit kernel on 32-bit firmware,
> > on 64-bit kernels, EFI stub works as usual.
> > ---
> >
> > Matt, I don't know if this help was intentionally
On Thu, Apr 10, 2014 at 07:29:36PM -0500, Rob Herring wrote:
> On Thu, Apr 10, 2014 at 4:38 PM, Tony Lindgren wrote:
> > Currently we get the following kind of errors if we try to use interrupt
> > phandles to irqchips that have not yet initialized:
> >
> > irq: no irq domain found for
On Fri, Apr 11, 2014 at 11:27 AM, Brian Gerst wrote:
> Is this bug really still present in modern CPUs? This change breaks
> running 16-bit apps in Wine. I have a few really old games I like to
> play on occasion, and I don't have a copy of Win 3.11 to put in a VM.
Ok, so you actually do this
On 04/11/2014 11:39 AM, KY Srinivasan wrote:
>
> Peter,
>
> It may be better not to include the patch titled:
>
> x86, hyperv: When on Hyper-v use NULL legacy PIC (2014-04-03 22:00:13 -
> 0700)
>
> Without this patch, kexec will not work on Hyper-V efi firmware and that is
> the way it has
> -Original Message-
> From: H. Peter Anvin [mailto:h...@linux.intel.com]
> Sent: Friday, April 11, 2014 10:39 AM
> To: Linus Torvalds
> Cc: sta...@vger.kernel.org; H. Peter Anvin; H. Peter Anvin; Ingo Molnar; KY
> Srinivasan; Linux Kernel Mailing List; Thomas Gleixner
> Subject: [GIT
On Fri, Apr 11, 2014 at 10:20:28AM +0100, Russell King - ARM Linux wrote:
> On Thu, Apr 10, 2014 at 02:38:09PM -0700, Tony Lindgren wrote:
> > Currently we get the following kind of errors if we try to use interrupt
> > phandles to irqchips that have not yet initialized:
> >
> > irq: no irq
On Fri, Apr 11, 2014 at 2:29 PM, H. Peter Anvin wrote:
> On 04/11/2014 11:27 AM, Brian Gerst wrote:
>> Is this bug really still present in modern CPUs? This change breaks
>> running 16-bit apps in Wine. I have a few really old games I like to
>> play on occasion, and I don't have a copy of Win
On Fri, Apr 11, 2014 at 07:30:00PM +0200, Jiri Olsa wrote:
> On Thu, Apr 10, 2014 at 04:11:01PM -0400, Don Zickus wrote:
> > Enable multiple hist_entry_group groups in the output based on a sort
> > method.
> >
> > Currently only 'perf report' is hooked in with '--group-sort='. The choices
> >
On 04/11/14 04:01, Neil Zhang wrote:
> @@ -217,6 +219,24 @@ static struct notifier_block cpu_pmu_hotplug_notifier = {
> .notifier_call = cpu_pmu_notify,
> };
>
> +static int cpu_pmu_pm_notify(struct notifier_block *b,
> + unsigned long action, void
On Fri, Apr 11, 2014 at 07:30:00PM +0200, Jiri Olsa wrote:
> On Thu, Apr 10, 2014 at 04:11:01PM -0400, Don Zickus wrote:
> > Enable multiple hist_entry_group groups in the output based on a sort
> > method.
> >
> > Currently only 'perf report' is hooked in with '--group-sort='. The choices
> >
On 04/11/2014 11:27 AM, Brian Gerst wrote:
> Is this bug really still present in modern CPUs? This change breaks
> running 16-bit apps in Wine. I have a few really old games I like to
> play on occasion, and I don't have a copy of Win 3.11 to put in a VM.
It is not a bug, per se, but an
On Fri, Apr 11, 2014 at 12:51 AM, Arend van Spriel wrote:
> That was 2 years ago when you asked me ;-) Since then I have been using it
> to backport the brcm80211 mainline drivers to 1) Android kernel, ie. 3.4
> kernel, and 2) Fedora 19 which is actually fixed to 3.11 kernel.
>
> So we use
Hi Davidlohr,
On 04/03/2014 02:20 AM, Davidlohr Bueso wrote:
The default size for shmmax is, and always has been, 32Mb.
Today, in the XXI century, it seems that this value is rather small,
making users have to increase it via sysctl, which can cause
unnecessary work and userspace application
Is this bug really still present in modern CPUs? This change breaks
running 16-bit apps in Wine. I have a few really old games I like to
play on occasion, and I don't have a copy of Win 3.11 to put in a VM.
On Fri, Apr 11, 2014 at 1:36 PM, tip-bot for H. Peter Anvin
wrote:
> Commit-ID:
On Fri, 2014-04-11 at 20:07 +0200, Stephan Mueller wrote:
> Changes v4:
> * change return codes of generate functions to signed int to convey error
>codes and to match the kernel crypto API expecations on the generate
>function.
> * add BUG_ON throughout drbg_healthcheck_sanity() since
On 04/11/2014 11:12 AM, Andy Lutomirski wrote:
>
> If this is what I think it is (hi, Spender), then it is probably only
> useful for 3.14.y and not earlier kernels.
>
Not really. The kernel stack address is sensitive regardless of kASLR;
in fact, it is completely orthogonal to kASLR.
On 04/11/2014 10:36 AM, tip-bot for H. Peter Anvin wrote:
> Commit-ID: b3b42ac2cbae1f3cecbb6229964a4d48af31d382
> Gitweb: http://git.kernel.org/tip/b3b42ac2cbae1f3cecbb6229964a4d48af31d382
> Author: H. Peter Anvin
> AuthorDate: Sun, 16 Mar 2014 15:31:54 -0700
> Committer: H. Peter Anvin
op 11-04-14 12:11, Thomas Hellstrom schreef:
On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use a number of pointers as RCU pointers without
Changes v4:
* change return codes of generate functions to signed int to convey error
codes and to match the kernel crypto API expecations on the generate
function.
Signed-off-by: Stephan Mueller
---
create mode 100644 include/crypto/drbg.h
diff --git a/include/crypto/drbg.h
On 04/11/2014 01:46 PM, Joe Perches wrote:
> On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
>> This patch reduces the interval at which migration is retried,
>> when the task's numa_scan_period is small.
>
> More style trivia and a question.
>
>> diff --git a/kernel/sched/fair.c
On Fri, 2014-04-11 at 13:41 -0400, Rik van Riel wrote:
> On 04/11/2014 01:34 PM, Joe Perches wrote:
> > On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
> >> This should reduce the overhead of the automatic NUMA placement
> >> code, when a workload spans multiple NUMA nodes.
[]
> >
On 04/11/2014 10:59 AM, Thomas Bächler wrote:
> EFI stub support is only missing for a 64 bit kernel on 32-bit firmware,
> on 64-bit kernels, EFI stub works as usual.
> ---
>
> Matt, I don't know if this help was intentionally discouraging,
> however, out of curiosity, I tested this with ovmf,
EFI stub support is only missing for a 64 bit kernel on 32-bit firmware,
on 64-bit kernels, EFI stub works as usual.
---
Matt, I don't know if this help was intentionally discouraging,
however, out of curiosity, I tested this with ovmf, and the
kernel boots fine on 64-bit firmware bit with EFI
On Sat, 2014-04-12 at 01:35 +0800, Jet Chen wrote:
> Hi Ben,
>
> I re-tested this case with/without option -enable-kvm.
>
> qemu-system-x86_64 -cpu Haswell,+smep,+smap invalid op
> qemu-system-x86_64 -cpu kvm64 invalid op
> qemu-system-x86_64
On Fri, 2014-04-11 at 10:40 -0700, H. Peter Anvin wrote:
> On 04/11/2014 10:35 AM, Jet Chen wrote:
> >
> > As Peter said, QEMU probably should *not* set the hypervisor bit. But based
> > on my testing, I think KVM works properly in this case.
> >
>
> Either way, unless there is a CPUID
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
> This patch reduces the interval at which migration is retried,
> when the task's numa_scan_period is small.
More style trivia and a question.
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
> @@ -1326,12 +1326,15 @@ static
My Name is Sr. Ramiro De Emerico
I am from Portugal I have been diagnosed with cancer. It has defiled
all forms of medical treatment, and right now I have only about a few
months to live, according to medical experts. I have not particularly
lived my life so well, as I never really cared for
On 04/11/2014 01:34 PM, Joe Perches wrote:
> On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
>> This should reduce the overhead of the automatic NUMA placement
>> code, when a workload spans multiple NUMA nodes.
>
> trivial style note:
>
>> diff --git a/kernel/sched/fair.c
Hi Linus,
A single fix for HyperV -- we never NEED the legacy PIC on HyperV, and
in kexec/kdump scenarios we don't always know that we originally
booted EFI. The right answer is probably to augment the legacy PIC
initialization code to detect a not-present PIC, but that is way too
high risk for
On 04/11/2014 10:35 AM, Jet Chen wrote:
>
> As Peter said, QEMU probably should *not* set the hypervisor bit. But based
> on my testing, I think KVM works properly in this case.
>
Either way, unless there is a CPUID interface exposed in CPUID levels
0x4000+, then relying on the hypervisor
From: Miklos Szeredi
Date: Fri, 11 Apr 2014 13:48:05 +0200
> It would probably have been a good idea to CC all maintainers on the
> cover letter, but I don't know how I could do that with "git
> send-email".
I strongly suggest that this _not_ be done.
There is a 1024 character limit imposed
Commit-ID: b3b42ac2cbae1f3cecbb6229964a4d48af31d382
Gitweb: http://git.kernel.org/tip/b3b42ac2cbae1f3cecbb6229964a4d48af31d382
Author: H. Peter Anvin
AuthorDate: Sun, 16 Mar 2014 15:31:54 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 11 Apr 2014 10:10:09 -0700
x86-64, modify_ldt:
On 04/12/2014 12:33 AM, H. Peter Anvin wrote:
> On 04/11/2014 06:51 AM, Romer, Benjamin M wrote:
>>
>>> I'm still confused where KVM comes into the picture. Are you actually
>>> using KVM (and thus talking about nested virtualization) or are you
>>> using Qemu in JIT mode and running another
[ 251.920788] INFO: trying to register non-static key.
[ 251.921386] the code is fine but needs lockdep annotation.
[ 251.921386] turning off the locking correctness validator.
[ 251.921386] CPU: 2 PID: 15715 Comm: socket_listen Not tainted 3.14.0+ #294
[ 251.921386] Hardware name: Bochs
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
> This should reduce the overhead of the automatic NUMA placement
> code, when a workload spans multiple NUMA nodes.
trivial style note:
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
> @@ -1737,6 +1737,7 @@ void
On 04/11/2014 08:07 PM, Christoph Lameter wrote:
> On Thu, 3 Apr 2014, Vladimir Davydov wrote:
>
>> --- a/include/linux/slab.h
>> +++ b/include/linux/slab.h
>> @@ -358,16 +358,7 @@ kmem_cache_alloc_node_trace(struct kmem_cache *s,
>> #include
>> #endif
>>
>> -static __always_inline void *
>>
On Thu, Apr 10, 2014 at 04:11:01PM -0400, Don Zickus wrote:
> Enable multiple hist_entry_group groups in the output based on a sort
> method.
>
> Currently only 'perf report' is hooked in with '--group-sort='. The choices
> are cpu, pid, and cacheline. Only --stdio works right now. I haven't
On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
wrote:
> The goal of this patch is to allow drivers to be probed even if at the time of
> the DT parsing some of their IRQ ressources are not available yet.
>
> In the current situation, the IRQ resources of a platform device are filled
> from
From: Rik van Riel
The NUMA code is smart enough to distribute the memory of workloads
that span multiple NUMA nodes across those NUMA nodes.
However, it still has a pretty high scan rate for such workloads,
because any memory that is left on a node other than the node of
the CPU that faulted
From: Rik van Riel
When tasks have not converged on their preferred nodes yet, we want
to retry fairly often, to make sure we do not migrate a task's memory
to an undesirable location, only to have to move it again later.
This patch reduces the interval at which migration is retried,
when the
The pseudo-interleaving code deals fairly well with the placement
of tasks that are part of workloads that span multiple NUMA nodes,
but the code has a number of corner cases left that can result in
higher than desired overhead.
This patch series reduces the overhead slightly, mostly visible
On 04/11/2014 07:57 PM, Christoph Lameter wrote:
> On Fri, 11 Apr 2014, Vladimir Davydov wrote:
>
>> diff --git a/mm/slab_common.c b/mm/slab_common.c
>> index cab4c49b3e8c..3ffd2e76b5d2 100644
>> --- a/mm/slab_common.c
>> +++ b/mm/slab_common.c
>> @@ -573,6 +573,11 @@ void __init
From: Rik van Riel
Setting the numa_preferred_node for a task in task_numa_migrate
does nothing on a 2-node system. Either we migrate to the node
that already was our preferred node, or we stay where we were.
On a 4-node system, it can slightly decrease overhead, by not
calling the NUMA code as
On 4/10/14, 9:52 AM, Richard Yao wrote:
Modules installed outside of the kernel's build system should go into
"%s/lib/modules/%s/extra", but at present, perf will only look at them
when they are in "%s/lib/modules/%s/kernel". Lets encourage good
citizenship by relaxing this requirement to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 22c73795b101597051924556dce019385a1e2fa0 upstream.
This patch reorders reported frequencies from the highest to the lowest,
just like in other frequency drivers.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit e20e1d0ac02308e2211306fc67abcd0b2668fb8b upstream.
I found out that a system with k6-3+ processor is unstable during network
server load. The system locks up or the
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit d82b922a4acc1781d368aceac2f9da43b038cab2 upstream.
The powernow-k6 driver used to read the initial multiplier from the
powernow register. However, there is a problem
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
commit c0ff68f1611d6855a06d672989ad5cfea160a4eb upstream.
If headers_install is executed from a deep/long directory structure, the
shell's maximum argument length can be
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Leach
[ Upstream commit dbb490b96584d4e958533fb637f08b557f505657 ]
When copying in a struct msghdr from the user, if the user has set the
msg_namelen parameter to a negative value it
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit de1443916791d75fdd26becb116898277bb0273f ]
Some applications didn't expect recvmsg() on a non blocking socket
could return -EINTR. This possibility was added as
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: lucien
[ Upstream commit e367c2d03dba4c9bcafad24688fadb79dd95b218 ]
In ip6_append_data_mtu(), when the xfrm mode is not tunnel(such as
transport),the ipsec header need to be added in the
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Heiner Kallweit
[ Upstream commit ecab67015ef6e3f3635551dcc9971cf363cc1cd5 ]
tmp_prefered_lft is an offset to ifp->tstamp, not now. Therefore
age needs to be added to the condition.
Age
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit 51dfe7b944998eaeb2b34d314f3a6b16a5fd621b ]
Including hardware acceleration features in vlan_features breaks
stacked vlans (Q-in-Q) by marking the bottom vlan
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Li RongQing
[ Not applicable upstream commit, the code here has been removed
upstream. ]
Neighbor Solicitation is ipv6 protocol, so we should check
skb->protocol with ETH_P_IPV6
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: David Stevens
[ Upstream commit 7346135dcd3f9b57f30a5512094848c678d7143e ]
This patch fixes a NULL pointer dereference in the event of an
skb allocation failure in arp_reduce().
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
[ Upstream commit 65886f439ab0fdc2dff20d1fa87afb98c6717472 ]
Commit 8cd3ac9f9b7b ("ipmr: advertise new mfc entries via rtnl") reuses the
function ipmr_fill_mroute() to notify
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
[ Upstream commit 1c104a6bebf3c16b6248408b84f91d09ac8a26b6 ]
Commit 3ff661c38c84 ("net: rtnetlink notify events for FDB NTF_SELF adds and
deletes") reuses the function
101 - 200 of 1326 matches
Mail list logo
