3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Geert Uytterhoeven
commit 496e7ce2a46562938edcb74f65b26068ee8895f6 upstream.
If GPIOLIB=n:
drivers/leds/leds-gpio.c: In function ‘gpio_leds_create’:
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ding Wang
commit 29535f7b797df35cc9b6b3bca635591cdd3dd2a8 upstream.
The current handler of MMC_BLK_CMD_ERR in mmc_blk_issue_rw_rq function
may cause new coming request permanent
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit 474ff0ae23b834e9fc18374d14bb5f3e7b3828b4 upstream.
My static checker complains that:
sound/soc/fsl/imx-wm8962.c:196 imx_wm8962_probe() warn:
we
On Wed 15 Jul 17:55 PDT 2015, Stephen Boyd wrote:
> On 07/15/2015 05:35 PM, Bjorn Andersson wrote:
> >On Wed 15 Jul 16:43 PDT 2015, Stephen Boyd wrote:
> >
> >>On 07/15, Bjorn Andersson wrote:
[..]
> >>Also, dma_alloc_coherent() doesn't do enough to prevent XPU
> >>violations because memory
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Arnd Bergmann
commit 0361748f3b4a1cd73657a0a44fc3bc71ea30e8eb upstream.
Any SMP kernel now requires the irq_work code after
generic_smp_call_function_single_interrupt() started using
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Arnd Bergmann
commit ffb6e0c9a0572f8e5f8e9337a1b40ac2ec1493a1 upstream.
The platform_sysrq_reset_seq code was intended as a way for an embedded
platform to provide its own sysrq
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit 191f1aeeb93bb58e56f4d1868294ae22f3f67d4e upstream.
In d8a2c51cdcae ('ath9k_htc: Use atomic operations for op_flags') we
changed things like this:
- if
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Thierry Reding
commit 3c1dae0a07c651526f8e878d223a88f82caa5a50 upstream.
The DPAUX read/write FIFO registers aren't sequential in the register
space, causing transfers larger than 4
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Michal Kazior
commit f42f8eb27e5077cb1881da8f006bff19a8924a9f upstream.
Some trace messages were truncated and a kernel
splat could be seen in the log:
WARNING: CPU: 3 PID: 0 at
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nathan Fontenot
commit ce0fbbcc4ebfa9995c8d23d72c8239ad712c upstream.
Failure return from dlpar_configure_connector when dlpar adding cpus
results in leaking references to the
On Wed, Jul 15, 2015 at 3:35 PM, Eric W. Biederman
wrote:
> Andy Lutomirski writes:
>
>> On Wed, Jul 15, 2015 at 2:48 PM, Serge E. Hallyn wrote:
>>> On Wed, Jul 15, 2015 at 02:46:04PM -0500, Seth Forshee wrote:
Capability sets attached to files must be ignored except in the
user
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: NeilBrown
commit 4724e27114c4a7ec07db227a17fcab6f165c upstream.
The USB phy should initialize with power-off, and will be powered on
by the USB system when a cable connection is
On Wed, Jul 15, 2015 at 07:15:50PM +0200, Marek Vasut wrote:
> On Wednesday, July 15, 2015 at 05:59:46 PM, Brian Norris wrote:
> > 1. Fix up the SPI driver so that it knows how to break large SPI
> > transfers up into smaller segments that its constituent hardware (DMA
> > controllers, fast
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?=
commit e5babdf928e5d0c432a8d4b99f20421ce14d1ab6 upstream.
Since commit bd31b85960a7 (which is in 3.2-rc1) nw_gpio_lock is a raw spinlock
that
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Or Gerlitz
commit 430910b1b93292d3a724c91123bb15bd32df1b5b upstream.
When multiplexling a MAD sent from VF, we should convert the port used
by the guest to send the packet to the
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit e3958e9d60b4570fff709f397ef5c6b8483f40f7 upstream.
These are used like:
set_bit(WORK_LINK_UP, >work_pending);
The problem is that set_bit() takes the
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jesper Dangaard Brouer
commit f1f00d8ff60ca056db3805406507483eeb3794d7 upstream.
Allow flag NO_TIMESTAMP to turn timestamping on again, like other flags,
with a negation of the flag
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
commit 252a8fbe819d041b29789e2035cd1760f373345f upstream.
make C=2 CF=-D__CHECK_ENDIAN__ net/ipv4/ipip.o
CHECK net/ipv4/ipip.c
net/ipv4/ipip.c:254:27: warning:
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chuck Lever
commit d683cc49daf7c5afca8cd9654aaa1bf63cdf2ad9 upstream.
When encoding the NFSACL SETACL operation, reserve just the estimated
size of the ACL rather than a fixed
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Krzysztof Kozlowski
commit e0cdcda508f110b7ec190dc7c5eb2869ba73a535 upstream.
of_clk_get_from_provider() returns ERR_PTR on failure. The
dra7-atl-clock driver was not checking its
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jesper Dangaard Brouer
commit d079abd181950a44cdf31daafd1662388a6c4d2e upstream.
Too many spaces were introduced in commit 63adc6fb8ac0 ("pktgen: cleanup
checkpatch warnings"), thus
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Arnd Bergmann
commit cfeec79eb2587e0efc43c219558d70939d31bdc9 upstream.
KGDB requires code patching, which only works on little-endian
or newer big-endian (BE8) machines but not on
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Konstantin Khlebnikov
commit c8fff7bc5bba6bd59cad40441c189c4efe7190f6 upstream.
Node 0 might be offline as well as any other numa node,
in this case kernel cannot handle memory
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit c8fd51dc12c6e22bb97d5e273babcf339770aba5 upstream.
These defines are used like this:
if (test_bit(I2C_HID_STARTED, >flags))
The intent was to use bits
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eliad Peller
commit c779273b37bec14c33feeab11c4d457a24bc64e0 upstream.
commit b112889c5af8124 ("iwlwifi: mvm: add Aux ROC request/response flow")
added aux ROC flow in addition to
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chris Metcalf
commit 2528a8b8f457d7432552d0e2b6f0f4046bb702f4 upstream.
bitmap_parselist("", , nmaskbits) will erroneously set bit zero in
the mask. The same bug is visible in
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Rafael J. Wysocki"
commit b064a8fa77dfead647564c46ac8fc5b13bd1ab73 upstream.
Commit 73f7d1ca3263 "ACPI / init: Run acpi_early_init() before
timekeeping_init()" moved the ACPI
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Brenden Blanco
commit b88c06e36dcb9b4ae285f7821f62d68dc34b25d3 upstream.
in-source build of 'make samples/bpf/' was incorrectly
using default compiler instead of invoking clang/llvm.
On Wed, Jul 15, 2015 at 05:35:24PM -0500, Eric W. Biederman wrote:
> Andy Lutomirski writes:
>
> > On Wed, Jul 15, 2015 at 2:48 PM, Serge E. Hallyn wrote:
> >> On Wed, Jul 15, 2015 at 02:46:04PM -0500, Seth Forshee wrote:
> >>> Capability sets attached to files must be ignored except in the
>
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit af43c4086cf24c3eb74a968195351163750c82b6 upstream.
These defines are used like this:
if (!(test_bit(RMI_STARTED, >flags)))
So the intent was to use
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ben Hutchings
commit df115f3ee9ea703e1209392cd08f8d6783244721 upstream.
The Octeon OHCI is now supported by the ohci-platform driver, and
USB_OCTEON_OHCI is marked as deprecated.
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Michal Kazior
commit ab499db80fcf07c18e4053f91a619500f663e90e upstream.
There was a possible race between
ieee80211_reconfig() and
ieee80211_delayed_tailroom_dec(). This could
result
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Vasily Averin
commit d194e5d666225b04c7754471df0948f645b6ab3a upstream.
The final version of commit 637241a900cb ("kmsg: honor dmesg_restrict
sysctl on /dev/kmsg") lost few hooks, as
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Or Gerlitz
commit 7c35ef4525c3255c747b935fe5af9ef4d1fbbf93 upstream.
Single port VFs always provide port = 1 (even if the actual physical
port used is port 2). As such, we need to
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit 83ed07c5db71bc02bd646d6eb60b48908235cdf9 upstream.
Static checkers complain that the current condition is never true. It
seems pretty likely that it's a typo
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chun-Yeow Yeoh
commit 8df734e865b74d9f273216482a45a38269dc767a upstream.
The csa counter has moved from sdata to beacon/presp but
it is not updated accordingly for mesh and ibss. Fix
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ben Segall
commit 54d27365cae88fbcc853b391dcd561e71acb81fa upstream.
The optimized task selection logic optimistically selects a new task
to run without first doing a full
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alexander Duyck
commit 8084b86dcfbc4b4822868c1dbdb429b5c08154e2 upstream.
When the VLAN_HLEN was added to the calculation for the maximum frame size
there seems to have been a number
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Oleg Nesterov
commit 2f993cf093643b98477c421fa2b9a98dcc940323 upstream.
While looking for other users of get_state/cond_sync. I Found
ring_buffer_attach() and it looks obviously
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stefan Wahren
commit 7cb81136d2efe0f5ed9d965857f4756a15e6c338 upstream.
key/value pairs in a JSON object must be separated by a comma.
After adding the properties "accuracy" and
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Omar Sandoval
commit 773cd04ec1911abb33cf9538b65f55b76cad5d92 upstream.
Since commit 0723a0473fb4 ("btrfs: allow mounting btrfs subvolumes with
different ro/rw options"), when
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Constantine Shulyupin
commit 56172d81a9bc37a69b95dd627b8d48135c9c7b31 upstream.
Excerpt from datasheet:
7.2.32 Mode Selection Register
RTD3_MD : 00=Closed , 01=Reserved ,
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Larry Finger
commit 8a8c35fadfaf55629a37ef1a8ead1b8fb32581d2 upstream.
Beginning at commit d52d3997f843 ("ipv6: Create percpu rt6_info"), the
following INFO splat is logged:
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alexey Brodkin
commit f1590670ce069eefeb93916391a67643e6ad1630 upstream.
Current implementation of descriptor init procedure only takes
care about setting/clearing ownership flag in
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Grygorii Strashko
commit 084609bf727981c7a2e6e69aefe0052c9d793300 upstream.
Setting a dev_pm_ops suspend/resume pair of callbacks but not a set of
hibernation callbacks means those
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Bart Van Assche
commit a44074f14ba1ea0747ea737026eb929b81993dc3 upstream.
Although it is possible to let SRP I/O continue if a reconnect
results in a reduction of the number of
This is the start of the review cycle for the Linux 3.19.8-ckt4 stable kernel.
This version contains 251 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
On Wed, Jul 15, 2015 at 3:39 PM, Casey Schaufler wrote:
> On 7/15/2015 2:06 PM, Eric W. Biederman wrote:
>> Casey Schaufler writes:
>
>> The first step needs to be not trusting those labels and treating such
>> filesystems as filesystems without label support. I hope that is Seth
>> has
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
commit 9131f3de24db4dc12199aede7d931e6703e97f3b ("ipv6: Do not iterate over all
interfaces when finding source address on specific interface.")
[ 146.317245] systemd-journald[237]:
On 07/16/2015 09:27 AM, AKASHI Takahiro wrote:
On 07/16/2015 01:13 AM, Steven Rostedt wrote:
On Wed, 15 Jul 2015 10:55:36 -0400
Steven Rostedt wrote:
I'll take a look at it and try to clean up the code.
Does the following patch make sense for you?
Looks nice. The patch greatly
On Jul 15, 2015 3:34 PM, "Eric W. Biederman" wrote:
>
> Seth Forshee writes:
>
> > On Wed, Jul 15, 2015 at 04:06:35PM -0500, Eric W. Biederman wrote:
> >> Casey Schaufler writes:
> >>
> >> > On 7/15/2015 12:46 PM, Seth Forshee wrote:
> >> >> These are the first in a larger set of patches that
In kstrdup we should return -ENOMEM when it reports an
memory allocation failure, while the -ENODEV is referred
to a failure in finding the cpu node in the device tree.
Signed-off-by: kernelpatch_update
---
sound/pci/hda/hda_codec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
> "Sreekanth" == Sreekanth Reddy writes:
Sreekanth> Updating maintainers list for the entry LSILOGIC MPT FUSION
Sreekanth> DRIVERS in MAINTAINERS file
Reviewed-by: Martin K. Petersen
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line
This is a note to let you know that I have just added a patch titled
stmmac: troubleshoot unexpected bits in des0 & des1
to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree
which can be found at:
On 07/15/2015 05:35 PM, Bjorn Andersson wrote:
On Wed 15 Jul 16:43 PDT 2015, Stephen Boyd wrote:
On 07/15, Bjorn Andersson wrote:
This adds the Peripheral Authentication Service (PAS) interface to the
Qualcomm SCM interface. The API is used to authenticate and boot a range
of external
On Wed 15 Jul 15:27 PDT 2015, Tim Bird wrote:
>
>
> On 07/15/2015 02:22 PM, Rob Herring wrote:
> > On Wed, Jul 15, 2015 at 1:24 PM, Tim Bird wrote:
> >> On 07/14/2015 06:07 PM, Rob Herring wrote:
> >>> On Tue, Jul 14, 2015 at 4:41 PM, Tim Bird wrote:
> On 07/13/2015 08:59 PM, Rob Herring
On 16.07.2015 01:43, Javier Martinez Canillas wrote:
> Hello Kukjin,
>
> On 07/14/2015 12:10 PM, Kukjin Kim wrote:
>> Javier Martinez Canillas wrote:
>>>
>>> The old drivers/usb/phy/phy-samsung-usb{2,3} are now deleted since
>>> were replaced by newers drivers that use the Generic PHY framework
On 16.07.2015 01:32, Javier Martinez Canillas wrote:
> The Exynos5420 Peach Pit and Exynos5800 Peach Pi Chromebooks have
> IIO based ADC thermistors. Enable module support for its driver
> and also for the needed Exynos ADC driver.
>
> Signed-off-by: Javier Martinez Canillas
> ---
>
>
On 16.07.2015 01:32, Javier Martinez Canillas wrote:
> The Exynos5420 Peach Pit and Exynos5800 Peach Pi Chromebooks have
> IIO based ADC thermistors. Enable built-in support for its driver.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> arch/arm/configs/exynos_defconfig | 1 +
> 1
On 16.07.2015 01:32, Javier Martinez Canillas wrote:
> The Maxim max77802 Power Management IC has besides other devices, a set of
> regulators. Commit f3caa529c6f5 ("ARM: multi_v7_defconfig: Enable max77802
> regulator, rtc and clock drivers") was supposed to enable the config option
> for the
On 16.07.2015 00:38, Javier Martinez Canillas wrote:
> Hello,
>
> On Thu, May 14, 2015 at 5:40 PM, Javier Martinez Canillas
> wrote:
>> The Maxim max77802 Power Management IC is used on many Exynos machines.
>> Besides a bunch of regulators, this chip has a Real-Time-Clock (RTC)
>> and 2-channel
On Wed 15 Jul 14:33 PDT 2015, Andy Gross wrote:
> On Wed, Jul 15, 2015 at 11:58:06AM -0700, Bjorn Andersson wrote:
>
>
>
> > +int __qcom_scm_pas_init_image(u32 peripheral, const void *metadata, size_t
> > size)
> > +{
> > + dma_addr_t mdata_phys;
> > + void *mdata_buf;
> > + __le32
> tools/power/x86/turbostat/Makefile | 2 +-
Acked-by: Len Brown
One of the reasons I put turbostat in the kernel tree was so that it
would be easy
to have 1 copy of the truth for MSR definitions. I'm okay with
treating it like a kernel file
and following any MSR name changes in the
On Wed 15 Jul 16:43 PDT 2015, Stephen Boyd wrote:
> On 07/15, Bjorn Andersson wrote:
> > This adds the Peripheral Authentication Service (PAS) interface to the
> > Qualcomm SCM interface. The API is used to authenticate and boot a range
> > of external processors in various Qualcomm platforms.
>
On Sunday, June 21, 2015 01:20:32 PM Pali Rohár wrote:
> To prevent race conditions on userspace processes with I/O some taks must be
> called after processes are freezed. This patch adds new events which are
> delivered by pm_notifier_call_chain() after freezing processes when doing
> suspend or
On 07/15/2015 04:07 AM, Ingo Molnar wrote:
> * Dave Hansen wrote:
>>> /*
>>> -* Setup init_xstate_buf to represent the init state of
>>> +* Setup init_xstate_ctx to represent the init state of
>>> * all the features managed by the xsave
>>> */
>>> - init_xstate_buf =
On Wed, Jul 15, 2015 at 12:05:05PM -0700, Andy Lutomirski wrote:
>
> Before going nuts bisecting, it could be worth running perf record -a -g -e
> cycles (or perhaps -e task-clock instead of -e cycles). It could also be
> worth manually sampling /proc/PID/stack a few times for a process that
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Tuesday, July 14, 2015 9:03 AM
> To: Dexuan Cui
> Cc: de...@linuxdriverproject.org; KY Srinivasan; Haiyang Zhang; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH] Drivers: hv: vmbus: prevent new
On Wed, Jul 15, 2015 at 09:11:46PM +0200, Frederic Weisbecker wrote:
> 2015-07-15 18:27 GMT+02:00 Ken Moffat :
> >
> > The config differences follow. Perhaps it is actually one of the
> > subsequent choices that is the problem. And I guess it could still
> > be a gcc-5.1 issue.
> >
> > ---
From: Clemens Gruber
Date: Thu, 16 Jul 2015 02:04:04 +0200
> This reverts commit 6c3e921b18edca290099adfddde8a50236bf2d80.
>
> The change did break ethernet support on the i.MX6Q and possibly also on
> other platforms: The PHY was not detected anymore and eth0 was not found.
>
> Signed-off-by:
On 07/16/2015 01:13 AM, Steven Rostedt wrote:
On Wed, 15 Jul 2015 10:55:36 -0400
Steven Rostedt wrote:
I'll take a look at it and try to clean up the code.
Does the following patch make sense for you?
Looks nice. The patch greatly simplifies changes on arm64 side.
- Takahiro AKASHI
On Tue, 14 Jul 2015, Konstantin Khlebnikov wrote:
> sysfs_slab_add() shouldn't call kobject_put at error path: this puts
> last reference of kmem-cache kobject and frees it. Kmem cache will be
> freed second time at error path in kmem_cache_create().
>
> For example this happens when slub debug
On Thu, Jul 16, 2015 at 12:09:41AM +0200, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Jul 15, 2015 at 02:34:04PM -0700, Dmitry Torokhov wrote:
> > [...]
> > > if (np) {
> > > - ts->reset_gpio = of_get_named_gpio(np, "reset-gpios", 0);
> > > - if (ts->reset_gpio == -EPROBE_DEFER)
From: Tilman Schmidt
Date: Tue, 14 Jul 2015 00:37:13 +0200 (CEST)
> This series fixes a serious regression in the Gigaset M101 driver
> introduced in kernel release 3.10 and removes some unneeded code.
>
> Please also queue up patch 1 of the series for inclusion in the
> stable/longterm
Hello,
Currently I don't see any users of aio cancellation facility (except a
USB gadget driver).
I have a SATA controller and disk that both support the NCQ command
aborts, and I am thinking of ways to implement aio cancellation on
these devices in the kernel. The way I see it, at the time user
On Thu, Jul 16, 2015 at 12:02:21AM +0200, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Jul 15, 2015 at 02:31:07PM -0700, Dmitry Torokhov wrote:
> > On Wed, Jul 15, 2015 at 02:13:27PM +0200, Sebastian Reichel wrote:
> > > Do not convert device to spi_device just for getting
> > > the driver data,
From: Andrea Parri
Date: Tue, 14 Jul 2015 00:12:05 +0200
> The member (u32) "num_active_agg" of struct qfq_sched has been unused
> since its introduction in 462dbc9101acd38e92eda93c0726857517a24bbd
> "pkt_sched: QFQ Plus: fair-queueing service at DRR cost" and (AFAICT)
> there is no active plan
From: Christophe JAILLET
Date: Mon, 13 Jul 2015 21:51:38 +0200
> There is no need to memset memory allocated with vzalloc.
>
> Signed-off-by: Christophe JAILLET
Applied and queued up for -stable, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On (07/16/15 09:10), Minchan Kim wrote:
> There is no need to recalcurate pages_per_zspage in runtime.
> Just use class->pages_per_zspage to avoid unnecessary runtime
> overhead.
>
> * From v1
> * fix up __zs_compact - Sergey
>
> Signed-off-by: Minchan Kim
thanks.
Acked-by: Sergey
On 07/15/2015 05:10 AM, Peter Zijlstra wrote:
On Tue, Jul 14, 2015 at 10:13:32PM -0400, Waiman Long wrote:
The smp_store_release() is not a full barrier. In order to avoid missed
wakeup, we may need to add memory barrier around locked and cpu state
variables adding to complexity. As the chance
On Wednesday, July 15, 2015 02:40:08 PM Tomeu Vizoso wrote:
> Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB
> devices can remain runtime-suspended when the system goes to a sleep
> state, if their wakeup state is correct and they have runtime PM enabled.
>
>
On Wednesday, July 15, 2015 02:47:50 PM Alan Stern wrote:
> On Wed, 15 Jul 2015, Tomeu Vizoso wrote:
>
> > If a suitable prepare callback cannot be found for a given device and
> > its driver has no PM callbacks at all, assume that it can go direct to
> > complete when the system goes to sleep.
>
On Wednesday, July 15, 2015 02:40:06 PM Tomeu Vizoso wrote:
> From: Alan Stern
>
> Don't unset the direct_complete flag on devices that have runtime PM
> disabled, if they are runtime suspended.
>
> This is needed because otherwise ancestor devices wouldn't be able to
> do direct_complete
On (07/16/15 08:42), Minchan Kim wrote:
> diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
> index 27b9661c8fa6..154a30e9c8a8 100644
> --- a/mm/zsmalloc.c
> +++ b/mm/zsmalloc.c
> @@ -1711,7 +1711,7 @@ static unsigned long zs_can_compact(struct size_class
> *class)
> obj_wasted /=
On Thu, Jul 16, 2015 at 09:02:25AM +0900, Sergey Senozhatsky wrote:
> On (07/16/15 08:42), Minchan Kim wrote:
> > There is no need to recalcurate pages_per_zspage in runtime.
> > Just use class->pages_per_zspage to avoid unnecessary runtime
> > overhead.
> >
> > Signed-off-by: Minchan Kim
> >
There is no need to recalcurate pages_per_zspage in runtime.
Just use class->pages_per_zspage to avoid unnecessary runtime
overhead.
* From v1
* fix up __zs_compact - Sergey
Signed-off-by: Minchan Kim
---
mm/zsmalloc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
On Monday, July 13, 2015 07:58:59 AM Viresh Kumar wrote:
> On 10-07-15, 14:36, Pan Xinhui wrote:
> >
> > As policy->cpu may not be same in acpi_cpufreq_cpu_init and
> > acpi_cpufreq_cpu_exit. There is a risk that we use different *cpu* to
> > un/register acpi performance. So
On Monday, July 13, 2015 08:01:46 AM Viresh Kumar wrote:
> On 10-07-15, 14:42, Cristian Ardelean wrote:
> > Fixed coding style issues found by checkpatch.pl tool. Changed
> > space indentation to tab, removed unneccesary braces, removed
> > space between MODULE macros and parentheses.
> >
> >
Hi Paul,
On Wed, 15 Jul 2015 16:59:03 -0400 Paul Gortmaker
wrote:
>
> [Re: [linux-next] please include init-v4.1-rc6 branch for v4.2] On 03/06/2015
> (Wed 13:39) Stephen Rothwell wrote:
>
> > Hi Paul,
> >
> > On Tue, 2 Jun 2015 19:23:18 -0400 Paul Gortmaker
> > wrote:
> > >
> > > Please
On Wed, Jul 15, 2015 at 03:33:59PM +0900, Joonsoo Kim wrote:
> Currently, we set wrong gfp_mask to page_owner info in case of
> isolated freepage by compaction and split page. It causes incorrect
> mixed pageblock report that we can get from '/proc/pagetypeinfo'.
> This metric is really useful to
On Wednesday, July 08, 2015 04:50:23 PM Viresh Kumar wrote:
> On 08-07-15, 12:17, Jon Medhurst (Tixy) wrote:
> > I tried these patches without the earlier "cpufreq: Initialize the
> > governor again while restoring policy" patch.
> >
> > The result is that the error when bringing a cpu online is
This reverts commit 6c3e921b18edca290099adfddde8a50236bf2d80.
The change did break ethernet support on the i.MX6Q and possibly also on
other platforms: The PHY was not detected anymore and eth0 was not found.
Signed-off-by: Clemens Gruber
Cc: Andrew Lunn
Cc: Fugang Duan
Cc: David S. Miller
On Friday, July 03, 2015 03:57:20 PM SungEun Kim wrote:
> From: "cleaeye.kim"
>
> The synchronous synchronize_rcu in wakeup_source_remove makes user process
> which writes to /sys/kernel/wake_unlock blocked sometimes.
>
> For example, when android eventhub tries to release wakelock,
> this
On (07/16/15 08:42), Minchan Kim wrote:
> There is no need to recalcurate pages_per_zspage in runtime.
> Just use class->pages_per_zspage to avoid unnecessary runtime
> overhead.
>
> Signed-off-by: Minchan Kim
> ---
> mm/zsmalloc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
Hi,
On (07/16/15 08:38), Minchan Kim wrote:
> > > diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
> > > index b10a228..824c182 100644
> > > --- a/mm/zsmalloc.c
> > > +++ b/mm/zsmalloc.c
> > > @@ -1811,9 +1811,7 @@ unsigned long zs_pages_to_compact(struct zs_pool
> > > *pool)
> > > if
On Wed, Jul 15, 2015 at 03:33:58PM +0900, Joonsoo Kim wrote:
> When I tested my new patches, I found that page pointer which is used
> for setting page_owner information is changed. This is because page
> pointer is used to set new migratetype in loop. After this work,
> page pointer could be out
On Mon, Jul 13, 2015 at 01:54:11PM +0300, Kirill A. Shutemov wrote:
> !vma->vm_file is not reliable to detect anon VMA, because not all
> drivers bother set it. Let's use vma_is_anonymous() instead.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Minchan Kim
Acked-by: Minchan Kim
Thanks.
--
To
On Tue, Jul 14, 2015 at 02:07:08PM -0700, Andrew Morton wrote:
> On Mon, 15 Jun 2015 22:06:54 +0900 Minchan Kim wrote:
>
> > We want to know per-process workingset size for smart memory management
> > on userland and we use swap(ex, zram) heavily to maximize memory efficiency
> > so workingset
On 07/09, Gabriel Fernandez wrote:
> @@ -270,6 +285,73 @@ static int clkgen_pll_is_enabled(struct clk_hw *hw)
> return !poweroff;
> }
>
> +static int __clkgen_pll_enable(struct clk_hw *hw)
> +{
> + struct clkgen_pll *pll = to_clkgen_pll(hw);
> + unsigned long timeout;
> + int
The mm-of-the-moment snapshot 2015-07-15-16-46 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
301 - 400 of 2484 matches
Mail list logo