On Thu, Feb 04, 2016 at 12:20:57AM -0300, Emilio López wrote:
> From: Reilly Grant
>
> The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
> relinquish the ability to issue other ioctls that may interfere with
> other processes and drivers that have claimed an interface on the
On 29-01-16, 23:53, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Introduce a mechanism by which parts of the cpufreq subsystem
> ("setpolicy" drivers or the core) can register callbacks to be
> executed from cpufreq_update_util() which is invoked by the
> scheduler's update_load_avg() o
On Thu, Feb 04, 2016 at 11:28:50AM +0800, Herbert Xu wrote:
> On Thu, Feb 04, 2016 at 11:25:27AM +0800, Li, Weigang wrote:
> >
> > Please can you advise how to get the acomp patch accepted?
>
> Can you do a posting of these patches without scomp so we can
> evaluate the effects?
Of course you can
On Thu, Feb 04, 2016 at 11:25:27AM +0800, Li, Weigang wrote:
>
> Please can you advise how to get the acomp patch accepted?
Can you do a posting of these patches without scomp so we can
evaluate the effects?
Thanks!
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: h
On 2/1/2016 10:11 AM, Joonsoo Kim wrote:
On Fri, Jan 29, 2016 at 06:09:01PM +0800, Herbert Xu wrote:
On Thu, Jan 28, 2016 at 12:19:42PM +0900, Joonsoo Kim wrote:
I have tested asynchronous compression APIs in zram and I saw
regression. Atomic allocation and setting up SG lists are culprit
for
On Wed, 3 Feb 2016, Laura Abbott wrote:
> I also notice that __CMPXCHG_DOUBLE is turned off when the debug
> options are turned on. I don't see any details about why. What's
> the reason for turning it off when the debug options are enabled?
Because operations on the object need to be locked out
Hi Marcin,
I think it is a partial fix since once QA started to use this patch and found
that /proc/interrupts prints serial interrupt string multiple times which is
clobbering the print.
/Ofer
-Original Message-
From: Marcin Wojtas [mailto:m...@semihalf.com]
Sent: Thursday, February
From: Reilly Grant
The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
relinquish the ability to issue other ioctls that may interfere with
other processes and drivers that have claimed an interface on the
device.
Signed-off-by: Reilly Grant
Signed-off-by: Emilio López
---
On Wed, 2016-02-03 at 13:55 -0500, Tejun Heo wrote:
> On Wed, Feb 03, 2016 at 01:54:25PM -0500, Tejun Heo wrote:
> > Fix it by mapping NUMA_NO_NODE to the default pool_workqueue from
> > unbound_pwq_by_node(). This is a temporary workaround. The long
> > term
> > solution is keeping CPU -> NODE m
On Wed, 2016-02-03 at 09:24 +0800, Biao Huang wrote:
> Since input-enable/disable and input-schmitt-enable/disable are
> workable when gpio direction is input, so add direction setting
> when do input-enable/disable and input-schmitt-enable/disable
> properties.
>
> Signed-off-by: Biao Huang
> --
On Thu, Feb 04, 2016 at 02:56:30AM +0100, Mateusz Guzik wrote:
> The code could leak xattrs->lock on error.
>
> Problem introduced with 786534b92f3ce68f4 "tmpfs: listxattr should
> include POSIX ACL xattrs".
>
> Signed-off-by: Mateusz Guzik
> ---
> fs/xattr.c | 6 +++---
> 1 file changed, 3 ins
Hello Laxman,
On 02/03/2016 11:50 PM, Laxman Dewangan wrote:
Hi Javier,
On Thursday 04 February 2016 07:33 AM, Laxman Dewangan wrote:
On Thursday 04 February 2016 05:40 AM, Krzysztof Kozlowski wrote:
On 03.02.2016 22:47, Laxman Dewangan wrote:
Changes from V2:
- Taken care of missed sequen
Hi Javier,
On Thursday 04 February 2016 07:33 AM, Laxman Dewangan wrote:
On Thursday 04 February 2016 05:40 AM, Krzysztof Kozlowski wrote:
On 03.02.2016 22:47, Laxman Dewangan wrote:
Changes from V2:
- Taken care of missed sequence for removing the resource.
- Fix the crash when doing unbind
> "Dan" == Dan Carpenter writes:
Dan> BFA_MFG_NAME is "QLogic" which is only 7 bytes, but we are copying
Dan> 8 bytes. It's harmless because the badding byte is likely zero but
Dan> it makes static checkers complain.
Applied to 4.6/scsi-queue.
--
Martin K. Petersen Oracle Linux Engin
>> So, if you disable 'sysctl_hardlockup_all_cpu_backtrace' and enable
>> 'hardlockup_panic', you should be able to achieve what you want, no?
>>
>> But you mentioned you wanted to recover? Hence avoiding the panic?
>>
>> Cheers,
>> Don
>>
>
> Yes. Avoiding the panic is what I wanted to do. Thes
Hello Krzysztof,
On 02/03/2016 09:26 PM, Krzysztof Kozlowski wrote:
The regmap_irq_get_virq() can return 0 or -EINVAL in error conditions
but driver checked only for value of 0.
This could lead to a cast of -EINVAL to an unsigned int used as a
interrupt number for devm_request_threaded_irq(). A
On Wed, 2016-02-03 at 12:29 +, Mark Brown wrote:
> On Wed, Feb 03, 2016 at 01:39:02PM +0800, menghui lin wrote:
> > On Tue, 2016-02-02 at 19:38 +, Mark Brown wrote:
>
> > > How does the driver know if it needs to change the mode (ie, how can it
> > > tell if the current mode is inadequate)
> "Kirill" == Kirill A Shutemov writes:
Kirill> It didn't help me.
OK, that's fine. I'll queue your patch if we can get somebody to review
it...
--
Martin K. Petersen Oracle Linux Engineering
Hi Benjamin,
On Fri, 29 Jan 2016 13:03:39 +0100 Geert Uytterhoeven
wrote:
>
> On Fri, Jan 29, 2016 at 12:30 PM, Russell King - ARM Linux
> wrote:
> >> Background: new aio code is adding __get_user() calls referencing 64
> >> bit quantities (__u64 and __s64).
> >
> > There's lots more architec
Hi Linus,
On Fri, 29 Jan 2016 12:45:57 +1100 Stephen Rothwell
wrote:
>
> After merging the gpio tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpio/gpio-mpc8xxx.c: In function 'mpc8xxx_gpio_save_regs':
> drivers/gpio/gpio-mpc8xxx.c:57:21: error: implicit de
On Thursday 04 February 2016 05:40 AM, Krzysztof Kozlowski wrote:
On 03.02.2016 22:47, Laxman Dewangan wrote:
Changes from V2:
- Taken care of missed sequence for removing the resource.
- Fix the crash when doing unbind by using requested_threaded_irq()
instead of demv_requested_threaded_ir
On Wed, 2016-02-03 at 14:28 -0500, Tejun Heo wrote:
> Hello,
>
> On Wed, Feb 03, 2016 at 08:12:19PM +0100, Thomas Gleixner wrote:
> > > Signed-off-by: Tejun Heo
> > > Reported-by: Mike Galbraith
> > > Cc: Tang Chen
> > > Cc: Rafael J. Wysocki
> > > Cc: Len Brown
> > > Cc: sta...@vger.kernel.o
On 02/03/2016 03:33 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Since it is possible to obtain a pointer to struct dbs_governor
from a pointer to the struct governor embedded in it via
container_of(), the second argument of cpufreq_governor_init()
is not necessary. Accordingly, cpufre
On Wed, 2016-02-03 at 12:06 -0500, Tejun Heo wrote:
> On Wed, Feb 03, 2016 at 06:01:53PM +0100, Mike Galbraith wrote:
> > Hm, so it's ok to queue work to an offline CPU? What happens if it
> > doesn't come back for an eternity or two?
>
> Right now, it just loses affinity. A more interesting cas
> On Feb 4, 2016, at 05:27, Arnd Bergmann wrote:
>
> On Wednesday 03 February 2016 08:17:23 Deepa Dinamani wrote:
>> On Wed, Feb 03, 2016 at 10:34:00PM +0800, Yan, Zheng wrote:
>>> On Wed, Feb 3, 2016 at 2:07 PM, Deepa Dinamani
>>> wrote:
--- a/fs/ceph/mds_client.c
+++ b/fs/ceph/mds_
On 02/03/2016 03:31 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
For the ondemand and conservative governors (generally, governors
that use the common code in cpufreq_governor.c), there are two static
data structures representing the governor, the struct governor
structure (the interfac
The code could leak xattrs->lock on error.
Problem introduced with 786534b92f3ce68f4 "tmpfs: listxattr should
include POSIX ACL xattrs".
Signed-off-by: Mateusz Guzik
---
fs/xattr.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/xattr.c b/fs/xattr.c
index 07d0e47..4
On 03-02-16, 21:54, Shilpasri G Bhat wrote:
>
> >
> > And now that you have mentioned that to me, why shouldn't this stats
> > directory be moved to debugfs ? :)
> >
> > We are never going to perform a store here, isn't it ? And is just for
> > information, nothing more.
> >
>
> I would very m
On 03-02-16, 12:21, Saravana Kannan wrote:
> On 02/03/2016 06:02 AM, Viresh Kumar wrote:
> >The offline routine was separated into two halves earlier by
> >'commit 1aee40ac9c86 ("cpufreq: Invoke __cpufreq_remove_dev_finish()
> >after releasing cpu_hotplug.lock");.
> >
> >And the reasons cited were,
On 02/03/2016 05:11 PM, Saravana Kannan wrote:
On 02/03/2016 03:22 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
If the ondemand and conservative governors cannot use per-policy
tunables (CPUFREQ_HAVE_GOVERNOR_PER_POLICY is not set in the cpufreq
driver), all policy objects point to the
On 02/03/2016 05:25 PM, Rafael J. Wysocki wrote:
On Thu, Feb 4, 2016 at 2:11 AM, Saravana Kannan wrote:
On 02/03/2016 03:22 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
If the ondemand and conservative governors cannot use per-policy
tunables (CPUFREQ_HAVE_GOVERNOR_PER_POLICY is not
On Wed, 3 Feb 2016, Johannes Weiner wrote:
> CCing Hugh and Greg, they have worked on the memcg migration code most
> recently. AFAIK the only reason newpage->mem_cgroup had to be set up
> that early in migration was because of the way dirty accounting used
> to work. But Hugh took memcg out of th
+++ Jessica Yu [03/02/16 20:11 -0500]:
Livepatch needs to utilize the symbol information contained in the
mod_arch_specific struct in order to be able to call the s390
apply_relocate_add() function to apply relocations. Keep a reference to
syminfo if the module is a livepatch module. Remove the r
On 02/03/2016 03:29 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Do not pass struct dbs_data pointers to the family of functions
implementing governor operations in cpufreq_governor.c as they can
take that pointer from policy->governor by themselves.
The cpufreq_governor_init() case is
On Mon, 2016-02-01 at 11:08 +0100, Peter Zijlstra wrote:
> On Sat, Jan 30, 2016 at 09:18:44AM +0800, Ding Tianhong wrote:
> > On 2016/1/29 17:53, Peter Zijlstra wrote:
> > > On Sun, Jan 24, 2016 at 04:03:50PM +0800, Ding Tianhong wrote:
> > >
> > >> looks good to me, I will try this solution and r
Hi Caesar,
[auto build test ERROR on rockchip/for-next]
[also build test ERROR on v4.5-rc2 next-20160203]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Caesar-Wang/Support-and-fixes-the
On Thu, Feb 4, 2016 at 2:11 AM, Saravana Kannan wrote:
> On 02/03/2016 03:22 PM, Rafael J. Wysocki wrote:
>>
>> From: Rafael J. Wysocki
>>
>> If the ondemand and conservative governors cannot use per-policy
>> tunables (CPUFREQ_HAVE_GOVERNOR_PER_POLICY is not set in the cpufreq
>> driver), all po
On 2016/2/4 3:24, Davidlohr Bueso wrote:
> On Wed, 03 Feb 2016, Ding Tianhong wrote:
>
>> Agree, but this patch is going to help the waiter in the wait list to get
>> the lock, your scene probability looks more
>> too low and I don't think it is a problem.
>
> Sure, I was in fact implying its no
Livepatch needs to utilize the symbol information contained in the
mod_arch_specific struct in order to be able to call the s390
apply_relocate_add() function to apply relocations. Keep a reference to
syminfo if the module is a livepatch module. Remove the redundant vfree()
in module_finalize() sin
Livepatch manages its own relocation sections and symbols in order to be
able to reuse module loader code to write relocations. This removes
livepatch's dependence on separate "dynrela" sections to write relocations
and also allows livepatch to patch modules that are not yet loaded.
The livepatch
This patchset removes livepatch's need for architecture-specific relocation
code by leveraging existing code in the module loader to perform
arch-dependent work. Specifically, instead of duplicating code and
re-implementing what the apply_relocate_add() function in the module loader
already does in
Mark the module as a livepatch module so that the module loader can
appropriately identify and initialize it.
Signed-off-by: Jessica Yu
---
samples/livepatch/livepatch-sample.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/samples/livepatch/livepatch-sample.c
b/samples/livepatch/livepatch
Reuse module loader code to write relocations, thereby eliminating the need
for architecture specific relocation code in livepatch. Specifically, reuse
the apply_relocate_add() function in the module loader to write relocations
instead of duplicating functionality in livepatch's arch-dependent
klp_
Document livepatch module requirements and the special Elf constants patch
modules use.
Signed-off-by: Jessica Yu
---
Documentation/livepatch/module-elf-format.txt | 311 ++
1 file changed, 311 insertions(+)
create mode 100644 Documentation/livepatch/module-elf-format.tx
On 02/03/2016 03:22 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
If the ondemand and conservative governors cannot use per-policy
tunables (CPUFREQ_HAVE_GOVERNOR_PER_POLICY is not set in the cpufreq
driver), all policy objects point to the same single dbs_data object.
Additionally, that
For livepatch modules, copy Elf section, symbol, and string information
from the load_info struct in the module loader. Persist copies of the
original symbol table and string table.
Livepatch manages its own relocation sections in order to reuse module
loader code to write relocations. Livepatch m
On Wed, Feb 3, 2016 at 8:59 AM, Daniel Baluta wrote:
> The driver has sysfs readings with runtime PM support for power saving.
> It also offers buffer support that can be used together with IIO software
> triggers.
>
> Datasheet can be found here:
> http://www.ti.com.cn/cn/lit/ds/symlink/a
On 02/03/2016 03:16 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Every governor relying on the common code in cpufreq_governor.c
has to provide its own mutex in struct common_dbs_data. However,
those mutexes are never used at the same time and doing it this
way makes it rather difficul
This patch adds a variable 'a' which indicates that the 'p',
'f', and 's' options should be toggled on or off depending on
whether or not those parameters are actually valid inside the
passed sockaddr.
Signed-off-by: Jason A. Donenfeld
---
Documentation/printk-formats.txt | 6 --
lib/vsprin
On 02/03/2016 03:14 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
The preprocessor magic used for setting the default cpufreq governor
(and for using the performance governor as a fallback one for that
matter) is really nasty, so replace it with __weak functions and
overrides.
Signed-of
On 03/02/2016 23:59, Luis R. Rodriguez wrote:
> On Wed, Feb 03, 2016 at 08:52:50PM +, Andrew Cooper wrote:
>> On 03/02/16 18:55, Luis R. Rodriguez wrote:
>>> We add new hypervisor type to close the semantic gap for hypervisor types,
>>> and
>>> much like subarch enable also a subarch_data to l
Hi Linus,
As you know, Neil steps down from MD. I'm looking after it. Here are some
patches queued. A build fix from Gayatri and several trival patches from me.
Please pull.
Thanks,
Shaohua
The following changes since commit b37a05
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 63c6a211b0eb5b1c86ffdd9d89639fb7f1b70fca ("mm: workingset: per-cgroup
cache thrash detection")
[8.134495] No soundcards found.
[8.137598] debug: unmapping init [mem 0
On 02/03/2016 03:02 PM, Christoph Lameter wrote:
The fast path uses the per cpu caches. No locks are taken and there
is no IRQ disabling. For concurrency protection this comment
explains it best:
/*
* The cmpxchg will only match if there was no additional
* operation and if we are on the rig
The mm-of-the-moment snapshot 2016-02-03-16-36 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Wed, Feb 03, 2016 at 08:02:35AM -0800, Jarkko Sakkinen wrote:
> Would s/the platform device/the parent device/ be better?
Yes
> > > + /* Associate character device with the platform device only after
> > > + * it is properly initialized.
> > > + */
> > > + dev_set_drvdata(pdev, chip);
> > >
Hi Alexandre,
[auto build test WARNING on net/master]
[also build test WARNING on v4.5-rc2 next-20160203]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Alexandre-TORGUE/Add-Ethernet-support
The regmap_irq_get_virq() can return 0 or -EINVAL in error conditions
but driver checked only for value of 0.
This could lead to a cast of -EINVAL to an unsigned int used as a
interrupt number for devm_request_threaded_irq(). Although this is not
yet fatal (devm_request_threaded_irq() will just fa
On (02/03/16 17:02), Johannes Weiner wrote:
> On Wed, Feb 03, 2016 at 01:19:39PM -0800, Andrew Morton wrote:
> > Yup. I turned it into a fix against
> > mm-workingset-per-cgroup-cache-thrash-detection.patch, which is where
> > the bug was added. And I did the goto thing instead, so the final
> >
On (02/03/16 13:45), Johannes Weiner wrote:
> On Thu, Feb 04, 2016 at 12:36:33AM +0900, Sergey Senozhatsky wrote:
> > Hello,
> >
> > next-20160203
> >
> > [ 3587.997451] =
> > [ 3587.997453] [ INFO: inconsistent lock st
On Mon, Feb 1, 2016 at 11:55 PM, Julien Grossholtz
wrote:
> Hello,
>
> Any chance to get feedback on this ?
>
> Thanks,
>
> Julien Grossholtz
>
> - Original Message -
> From: "Julien Grossholtz"
> To: "linus walleij" , gnu...@gmail.com
> Cc: linux-g...@vger.kernel.org, linux-kernel@vger.k
On 03.02.2016 22:47, Laxman Dewangan wrote:
> To make RTC block of MAX77686/MAX77802 as independent driver,
> move the registration of i2c device, regmap for register access
> and irq_chip for interrupt support inside the RTC driver.
> Removed the same initialisation from MFD driver.
>
> Having th
On Wed, Feb 3, 2016 at 3:59 PM, Luis R. Rodriguez wrote:
>> If you still desperately want to avoid multiple entry points, then just
>> insist on using grub for the VM. I expect that that is how most people
>> will end up using HVMLite VMs anyway.
>
> Are you saying Grub can do some of this heavy
On 02/03/2016 02:20 PM, Rafael J. Wysocki wrote:
On Friday, January 29, 2016 11:52:15 PM Rafael J. Wysocki wrote:
Hi,
The following patch series introduces a mechanism allowing the cpufreq core
and "setpolicy" drivers to provide utilization update callbacks to be invoked
by the scheduler on u
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> It would be useful to translate gfp_flags into string representation when
> printing in case of an allocation failure, especially as the flags have been
> undergoing some changes recently and the script ./scripts/gfp-translate needs
> a matching source
Hi Linus,
This is an optional pull request, Alex was waiting for some alsa
bits and some amdgpu bits to land to enable audio support on some
AMD APUs. The number of chips using this is quite low, and it's
just enabling the audio block for those GPUs.
I'm happy enough it shouldn't cause any probl
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> With the new printk format strings for flags, we can get rid of dump_flags()
> in mm/debug.c.
>
> This also fixes dump_vma() which used dump_flags() for printing vma flags.
> However dump_flags() did a page-flags specific filtering of bits higher than
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Xin Long
commit 068d8bd338e855286aea54e70d1c101569284b21 upstream.
In sctp_close, sctp_make_abort_user may return NULL because of memor
This is the start of the review cycle for the Linux 3.16.7-ckt24 stable kernel.
This version contains 180 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Vijay Pandurangan
commit ce8c839b74e3017996fad4e1b7ba2e2625ede82f upstream.
Packets that arrive from real hardware devices have ip_summ
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: willy tarreau
commit 712f4aad406bb1ed67f3f98d04c044191f0ff593 upstream.
It is possible for a process to allocate and accumulate far mor
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nicolas Dichtel
commit 07b9b37c227cb8d88d478b4a9c5634fee514ede1 upstream.
When a vxlan interface is created, the driver checks that the
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neal Cardwell
commit 83d15e70c4d8909d722c0d64747d8fb42e38a48f upstream.
For tcp_yeah, use an ssthresh floor of 2, the same floor used b
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> It would be useful to translate gfp_flags into string representation when
> printing in case of an OOM, especially as the flags have been undergoing some
> changes recently and the script ./scripts/gfp-translate needs a matching
> source
> version to
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Sasha Levin
commit 320f1a4a175e7cd5d3f006f92b4d4d3e2cbb7bb5 upstream.
proc_dostring() needs an initialized destination string, while th
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 7aaed57c5c2890634cfadf725173c7c68ea4cb4f upstream.
Ivaylo Dimitrov reported a regression caused by commit 7866a6210
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hannes Frederic Sowa
commit ff62198553e43cdffa9d539f6165d3e83f8a42bc upstream.
[I stole this patch from Eric Biederman. He wrote:]
> T
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Rabin Vincent
commit 229394e8e62a4191d592842cf67e80c62a492937 upstream.
On ARM64, a BUG() is triggered in the eBPF JIT if a filter with
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 34ae6a1aa0540f0f781dd265366036355fdc8930 upstream.
When a tunnel decapsulates the outer header, it has to comply
wi
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wei Liu
commit 4c82ac3c37363e8c4ded6a5fe1ec5fa756b34df3 upstream.
Originally that parameter was always reset to num_online_cpus during
On Wed, Feb 03, 2016 at 08:52:50PM +, Andrew Cooper wrote:
> On 03/02/16 18:55, Luis R. Rodriguez wrote:
> > We add new hypervisor type to close the semantic gap for hypervisor types,
> > and
> > much like subarch enable also a subarch_data to let you pass and use your
> > hvmlite_start_info.
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wei Liu
commit 32a844056fd43dda647e1c3c6b9983bdfa04d17d upstream.
Originally that parameter was always reset to num_online_cpus during
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ido Schimmel
commit 60a6531bfe4981ccd65f66a350cc5693fcde upstream.
We can't be within an RCU read-side critical section when deleti
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Joe Jin
commit ca88ea1247dfee094e2467a3578eaec9bdf0833a upstream.
Sometimes xennet_create_queues() may failed to created all requested
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> When updating tracing's show_gfp_flags() I have noticed that perf's
> gfp_compact_table is also outdated. Fill in the missing flags and place a
> note in gfp.h to increase chance that future updates are synced. Convert the
> __GFP_X flags from "GFP_X"
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: lucien
commit 8a0d19c5ed417c78d03f4e0fa7215e58c40896d8 upstream.
when A sends a data to B, then A close() and enter into SHUTDOWN_PENDI
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Dan Streetman
commit a8a572a6b5f2a79280d6e302cb3c1cb1fbaeb3e8 upstream.
Remove the dst_entries_init/destroy calls for xfrm4 and xfrm6 d
On Wed, 3 Feb 2016, Michal Hocko wrote:
> From: Michal Hocko
>
> __oom_reap_vmas current skips over all mlocked vmas because they need a
> special treatment before they are unmapped. This is primarily done for
> simplicity. There is no reason to skip over them and reduce the amount
> of reclaime
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Steven Rostedt
commit 32abc2ede536aae52978d6c0a8944eb1df14f460 upstream.
When a long value is read on 32 bit machines for 64 bit output
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Antonio Ospite
commit dcc7fdbec53a960588f2c40232db2c6466c09917 upstream.
v4l2-compliance sends a zeroed struct v4l2_streamparm in
v4l2-
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Anna Schumaker
commit 343ae531f12b046ddfe54b0aa91b11b257f0c55f upstream.
inode is unused when CONFIG_SUNRPC_DEBUG=n.
Signed-off-by: An
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Marcelo Ricardo Leitner
commit 38ee8fb67c3457f36f5137073c4b8ac2436d2393 upstream.
They don't need to be any bigger than that and with t
bugzilla-dae...@bugzilla.kernel.org writes:
> https://bugzilla.kernel.org/show_bug.cgi?id=111541
>
> --- Comment #8 from Weilong Chen ---
> (In reply to Rusty Russell from comment #7)
>> Rusty Russell writes:
>> > And there are other places with the same issue. This is a more
>> > complex, but I
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> The show_gfp_flags() macro provides human-friendly printing of gfp flags in
> tracepoints. However, it is somewhat out of date and missing several flags.
> This patches fills in the missing flags, and distinguishes properly between
> GFP_ATOMIC and __G
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Paolo Bonzini
commit 9dbe6cf941a6fe82933aef565e4095fb10f65023 upstream.
If we do not do this, it is not properly saved and restored acr
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Paolo Bonzini
commit aba2f06c070f604e388cf77b1dcc7f4cf4577eb0 upstream.
Poor #AC was so unimportant until a few days ago that we were
n
On Tue, 26 Jan 2016, Vlastimil Babka wrote:
> The following patch will need to declare array of struct trace_print_flags
> in a header. To prevent this header from pulling in all of RCU through
> trace_events.h, move the struct trace_print_flags{_64} definitions to the new
> lightweight tracepoint
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: David Gibson
commit 35a4933a895927990772ae96fdcfd2f806929ee2 upstream.
1e75fa8 "time: Condense timekeeper.xtime into xtime_sec" replace
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Alex Deucher
commit dbb17a21c131eca94eb31136eee9a7fe5aff00d9 upstream.
Need to call this on resume if displays changes during
suspend i
3.16.7-ckt24 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Dmitry Tunin
commit 1623d0bf847d3b38d8cf24367b3689ba0e3fe2aa upstream.
BugLink: https://bugs.launchpad.net/bugs/1522949
T: Bus=03
101 - 200 of 1474 matches
Mail list logo
