4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Franklin S Cooper Jr
commit a2abf904a6b594b93c0e73a36c98ecbaa7388463 upstream.
This patch updates the GPMC's DT DMA property to reflect the updated eDMA
bindings.
Fixes: b5e509066074 ("ARM:
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Robert Jarzmik
commit 07c6b2d01d351f0512ed7145625265e435ab3240 upstream.
Since the switch from mmp_pdma to pxa_dma driver for pxa architectures,
the pxa_dma requires 2 arguments, namely the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, instead
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Karol Herbst
commit cfa52c0cfa4d727aa3e457bf29aeff296c528a08 upstream.
Because Linux might use bigger pages than the 4K pages to handle those mmio
ioremaps, the kmmio
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Karol Herbst
commit cfa52c0cfa4d727aa3e457bf29aeff296c528a08 upstream.
Because Linux might use bigger pages than the 4K pages to handle those mmio
ioremaps, the kmmio code shouldn't rely on
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, instead of the target/min/max
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jon Hunter
commit beda5fc1ff9b527059290a97b672d2ee0eb7b92f upstream.
Commit 30e7a65b3fdb (PM / Domains: Ensure subdomain is not in use
before removing) added a test to
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 50e6315dba721cbc24ccd6d7b299f1782f210a98 upstream.
Commit 985087dbcb02 'misc: add support for bmp18x chips to the bmp085
driver' changed the BMP085
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Fabio Estevam
commit 33b96d2c9579213cf3f36d7b29841b1e464750c4 upstream.
Currently we have an incorrect behaviour when multiple devices
are present under the weim node.
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 50e6315dba721cbc24ccd6d7b299f1782f210a98 upstream.
Commit 985087dbcb02 'misc: add support for bmp18x chips to the bmp085
driver' changed the BMP085 config symbol to a
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Fabio Estevam
commit 33b96d2c9579213cf3f36d7b29841b1e464750c4 upstream.
Currently we have an incorrect behaviour when multiple devices
are present under the weim node. For example:
{
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jon Hunter
commit beda5fc1ff9b527059290a97b672d2ee0eb7b92f upstream.
Commit 30e7a65b3fdb (PM / Domains: Ensure subdomain is not in use
before removing) added a test to ensure that a subdomain
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 042d4460b5b4379a12f375045ff9065cf6758735 upstream.
The newly added STM code uses SRCU, but does not ensure that
this code is part of the kernel:
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jaegeuk Kim
commit c90e09f7fb498f81cd4e8bb6460d3a26ccebeca3 upstream.
In the encrypted symlink case, we should check its corrupted symname after
decrypting it.
Otherwise,
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 042d4460b5b4379a12f375045ff9065cf6758735 upstream.
The newly added STM code uses SRCU, but does not ensure that
this code is part of the kernel:
drivers/built-in.o: In
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jaegeuk Kim
commit c90e09f7fb498f81cd4e8bb6460d3a26ccebeca3 upstream.
In the encrypted symlink case, we should check its corrupted symname after
decrypting it.
Otherwise, we can report -ENOENT
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Eryu Guan
commit 5e1021f2b6dff1a86a468a1424d59faae2bc63c1 upstream.
ext4_reserve_inode_write() in ext4_mark_inode_dirty() could fail on
error (e.g. EIO) and iloc.bh can be
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Eryu Guan
commit 5e1021f2b6dff1a86a468a1424d59faae2bc63c1 upstream.
ext4_reserve_inode_write() in ext4_mark_inode_dirty() could fail on
error (e.g. EIO) and iloc.bh can be NULL in this case.
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy
commit edf8fcdc6b254236be005851af35ea5e826e7e09 upstream.
The of_io_request_and_map() returns a valid pointer in iomem region or
ERR_PTR(), check for NULL
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy
commit edf8fcdc6b254236be005851af35ea5e826e7e09 upstream.
The of_io_request_and_map() returns a valid pointer in iomem region or
ERR_PTR(), check for NULL always fails and
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit c4924e92442d7218bd725e47fa3988c73aae84c9 upstream.
The info->status[] array has 3 elements. We are using size
MAX77843_MUIC_IRQ_NUM (16) instead
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim
commit 0c841c6c16f320704f75970bbe6a9800c53e6cf5 upstream.
The commit 8c430a348699 ("perf hists browser: Support folded
callchains") missed to update
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim
commit c221acb0f970d3b80d72c812cda19c121acf5d52 upstream.
When this feature was introduced a check was made if there was a
resolved symbol under the cursor,
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit c4924e92442d7218bd725e47fa3988c73aae84c9 upstream.
The info->status[] array has 3 elements. We are using size
MAX77843_MUIC_IRQ_NUM (16) instead of
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim
commit 0c841c6c16f320704f75970bbe6a9800c53e6cf5 upstream.
The commit 8c430a348699 ("perf hists browser: Support folded
callchains") missed to update hist_browser__dump() so it
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim
commit c221acb0f970d3b80d72c812cda19c121acf5d52 upstream.
When this feature was introduced a check was made if there was a
resolved symbol under the cursor, it got lost in commit
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Lin
commit 2b39e9072d79ab2525100413f3f7a0b8a3e15873 upstream.
read_raw_super_block was introduced to help find the
first valid superblock. Commit da554e48caab
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Lin
commit 2b39e9072d79ab2525100413f3f7a0b8a3e15873 upstream.
read_raw_super_block was introduced to help find the
first valid superblock. Commit da554e48caab ("f2fs:
recovering broken
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Steve Capper
commit 66ee95d16a7f1b7b4f1dd74a2d81c6e19dc29a14 upstream.
HugeTLB pages cannot be split, so we use the compound_mapcount to track
rmaps.
Currently
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Kinglong Mee
commit aa66b0bb08869d93492bd817d2eae694ca743a3d upstream.
When starting up linux with btrfs filesystem, I got many memory leak
messages by kmemleak as,
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Steve Capper
commit 66ee95d16a7f1b7b4f1dd74a2d81c6e19dc29a14 upstream.
HugeTLB pages cannot be split, so we use the compound_mapcount to track
rmaps.
Currently page_mapped() will check the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Kinglong Mee
commit aa66b0bb08869d93492bd817d2eae694ca743a3d upstream.
When starting up linux with btrfs filesystem, I got many memory leak
messages by kmemleak as,
unreferenced object
On Mon, May 02, 2016 at 10:53:25AM -0700, Dan Williams wrote:
> On Mon, May 2, 2016 at 8:18 AM, Jeff Moyer wrote:
> > Dave Chinner writes:
> [..]
> >> We need some form of redundancy and correction in the PMEM stack to
> >> prevent single sector errors
On 04/27, Viresh Kumar wrote:
> OPP core allows a platform to mark OPP table as shared, when the
> platform isn't using operating-points-v2 bindings.
>
> And, so there should be a non DT way of finding out if the OPP table is
> shared or not.
>
> This patch adds dev_pm_opp_get_sharing_cpus(),
On 04/27, Viresh Kumar wrote:
> OPP core allows a platform to mark OPP table as shared, when the
> platform isn't using operating-points-v2 bindings.
>
> And, so there should be a non DT way of finding out if the OPP table is
> shared or not.
>
> This patch adds dev_pm_opp_get_sharing_cpus(),
On Mon, May 02, 2016 at 10:53:25AM -0700, Dan Williams wrote:
> On Mon, May 2, 2016 at 8:18 AM, Jeff Moyer wrote:
> > Dave Chinner writes:
> [..]
> >> We need some form of redundancy and correction in the PMEM stack to
> >> prevent single sector errors from taking down services until an
> >>
On 04/27, Viresh Kumar wrote:
> That will allow us to avoid using cpufreq-dt platform data.
>
> Cc: Thomas Petazzoni
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Gregory Clement
> Cc:
On 04/27, Viresh Kumar wrote:
> That will allow us to avoid using cpufreq-dt platform data.
>
> Cc: Thomas Petazzoni
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Gregory Clement
> Cc: Sebastian Hesselbarth
> Signed-off-by: Viresh Kumar
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm
On 04/27, Viresh Kumar wrote:
> Existing platforms, which do not support operating-points-v2, can
> explicitly tell the opp core that some of the CPUs share opp tables,
> with help of dev_pm_opp_set_sharing_cpus().
>
> For such platforms, explicitly ask the opp core to provide list of CPUs
>
On 04/27, Viresh Kumar wrote:
> Existing platforms, which do not support operating-points-v2, can
> explicitly tell the opp core that some of the CPUs share opp tables,
> with help of dev_pm_opp_set_sharing_cpus().
>
> For such platforms, explicitly ask the opp core to provide list of CPUs
>
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 5cf1cacb49aee39c3e02ae87068fc3c6430659b0 upstream.
Since e93ad19d0564 ("cpuset: make mm migration asynchronous"), cpuset
kicks off asynchronous NUMA node
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 5cf1cacb49aee39c3e02ae87068fc3c6430659b0 upstream.
Since e93ad19d0564 ("cpuset: make mm migration asynchronous"), cpuset
kicks off asynchronous NUMA node migration if
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jesper Dangaard Brouer
commit 376bf125ac781d32e202760ed7deb1ae4ed35d31 upstream.
This change is primarily an attempt to make it easier to realize the
optimizations the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ignat Korchagin
commit b348d7dddb6c4fbfc810b7a0626e8ec9e29f7cbb upstream.
Fix potential out-of-bounds write to urb->transfer_buffer
usbip handles network
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 3486b85a29c1741db99d0c522211c82d2b7a56d0 upstream.
Khugepaged detects own VMAs by checking vm_file and vm_ops but this way
it cannot distinguish
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Pen
commit 346c09f80459a3ad97df1816d6d606169a51001a upstream.
The bug in a workqueue leads to a stalled IO request in MQ ctx->rq_list
with the following
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jesper Dangaard Brouer
commit 376bf125ac781d32e202760ed7deb1ae4ed35d31 upstream.
This change is primarily an attempt to make it easier to realize the
optimizations the compiler performs
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ignat Korchagin
commit b348d7dddb6c4fbfc810b7a0626e8ec9e29f7cbb upstream.
Fix potential out-of-bounds write to urb->transfer_buffer
usbip handles network communication directly in the kernel.
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 3486b85a29c1741db99d0c522211c82d2b7a56d0 upstream.
Khugepaged detects own VMAs by checking vm_file and vm_ops but this way
it cannot distinguish private /dev/zero
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Pen
commit 346c09f80459a3ad97df1816d6d606169a51001a upstream.
The bug in a workqueue leads to a stalled IO request in MQ ctx->rq_list
with the following backtrace:
[ 601.347452] INFO:
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Romain Perier
commit fba7cd681b6155e2d93e7862fcd6f970336b83c3 upstream.
The recent decoupling of pagefault disable and preempt disable added an
explicit
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Romain Perier
commit fba7cd681b6155e2d93e7862fcd6f970336b83c3 upstream.
The recent decoupling of pagefault disable and preempt disable added an
explicit preempt_disable/enable() pair to the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 7403c515c49c033fec33df0814fffdc977e6acdc upstream.
This got lost somewhere along the way. This fixes
audio not working until set_property was
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Lokesh Vutla
commit cfe1580a6415bc37fd62d79eb8102a618f7650b2 upstream.
commit 55ee7017ee31 ("arm: omap2: board-generic: use omap4_local_timer_init
for AM437x") makes
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: John Keeping
commit d59a1f71ff1aeda4b4630df92d3ad4e3b1dfc885 upstream.
The SPICE protocol considers the position of a cursor to be the location
of its active pixel on the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 7403c515c49c033fec33df0814fffdc977e6acdc upstream.
This got lost somewhere along the way. This fixes
audio not working until set_property was called.
Noticed-by: Hyungwon
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Lokesh Vutla
commit cfe1580a6415bc37fd62d79eb8102a618f7650b2 upstream.
commit 55ee7017ee31 ("arm: omap2: board-generic: use omap4_local_timer_init
for AM437x") makes synctimer32k as the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: John Keeping
commit d59a1f71ff1aeda4b4630df92d3ad4e3b1dfc885 upstream.
The SPICE protocol considers the position of a cursor to be the location
of its active pixel on the display, so the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs
commit 28dca90533750c7e31e8641c3df426bad9c12941 upstream.
Signed-off-by: Ben Skeggs
Signed-off-by: Greg Kroah-Hartman
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit bcb31eba4a4ea356fd61cbd5dec5511c3883f57e upstream.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76490
Signed-off-by: Alex Deucher
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs
commit 28dca90533750c7e31e8641c3df426bad9c12941 upstream.
Signed-off-by: Ben Skeggs
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c |2
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit bcb31eba4a4ea356fd61cbd5dec5511c3883f57e upstream.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76490
Signed-off-by: Alex Deucher
Signed-off-by: Greg Kroah-Hartman
On 04/27, Viresh Kumar wrote:
> Some of the routines have used -ENOSYS for the cases where the
> functionality isn't implemented in the kernel. But ENOSYS is supposed to
> be used only for syscalls.
>
> Replace that with -ENOTSUPP, which specifically means that the operation
> isn't supported.
>
On 04/27, Viresh Kumar wrote:
> Some of the routines have used -ENOSYS for the cases where the
> functionality isn't implemented in the kernel. But ENOSYS is supposed to
> be used only for syscalls.
>
> Replace that with -ENOTSUPP, which specifically means that the operation
> isn't supported.
>
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Huacai Chen
commit 221004c66a58949a0f25c937a6789c0839feb530 upstream.
Signed-off-by: Huacai Chen
Reviewed-by: Alex Deucher
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Huacai Chen
commit 221004c66a58949a0f25c937a6789c0839feb530 upstream.
Signed-off-by: Huacai Chen
Reviewed-by: Alex Deucher
Signed-off-by: Dave Airlie
Signed-off-by: Greg Kroah-Hartman
---
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Marc Zyngier
commit 1c5631c73fc2261a5df64a72c155cb53dcdc0c45 upstream.
On a host that runs NTP, corrections can have a direct impact on
the background timer that we
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vitaly Prosyak
commit 5d5b7803c49bbb01bdf4c6e95e8314d0515b9484 upstream.
When crtc/timing is disabled on boot the dig block
should be stopped in order ignore timing
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Marc Zyngier
commit 1c5631c73fc2261a5df64a72c155cb53dcdc0c45 upstream.
On a host that runs NTP, corrections can have a direct impact on
the background timer that we program on the behalf of a
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vitaly Prosyak
commit 5d5b7803c49bbb01bdf4c6e95e8314d0515b9484 upstream.
When crtc/timing is disabled on boot the dig block
should be stopped in order ignore timing from crtc,
reset the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy
commit c5857e3f94ab2719dfac649a146cb5dd6f21fcf3 upstream.
The change fixes potential oops while accessing iomem on invalid address
if devm_ioremap_resource()
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy
commit c5857e3f94ab2719dfac649a146cb5dd6f21fcf3 upstream.
The change fixes potential oops while accessing iomem on invalid address
if devm_ioremap_resource() fails due to
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit bfaddd9fc8ac048b99475f000dbef6f08297417f upstream.
This reverts commit e64c952efb8e0c15ae82cec8e455ab4910690ef1.
ATPX is the ACPI method for
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: cp...@redhat.com
commit 263efde31f97c498e1ebad30e4d2906609d7ad6b upstream.
We can thank KASAN for finding this, otherwise I probably would have spent
hours on it. This fixes
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit bfaddd9fc8ac048b99475f000dbef6f08297417f upstream.
This reverts commit e64c952efb8e0c15ae82cec8e455ab4910690ef1.
ATPX is the ACPI method for controlling AMD PowerXpress
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: cp...@redhat.com
commit 263efde31f97c498e1ebad30e4d2906609d7ad6b upstream.
We can thank KASAN for finding this, otherwise I probably would have spent
hours on it. This fixes a somewhat harder
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladis Dronov
commit d5468d7afaa9c9e961e150f0455a14a9f4872a98 upstream.
Commit 588afcc1c0e4 ("[media] usbvision fix overflow of interfaces
array")' should be reverted,
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vladis Dronov
commit d5468d7afaa9c9e961e150f0455a14a9f4872a98 upstream.
Commit 588afcc1c0e4 ("[media] usbvision fix overflow of interfaces
array")' should be reverted, because:
*
On Mon, May 2, 2016 at 1:00 PM, Jiri Kosina wrote:
> On Mon, 2 May 2016, Jiri Kosina wrote:
>
>> > FWIW, I just tried this:
>> >
>> > static bool is_entry_text(unsigned long addr)
>> > {
>> > return addr >= (unsigned long)__entry_text_start &&
>> > addr < (unsigned
On Mon, May 2, 2016 at 1:00 PM, Jiri Kosina wrote:
> On Mon, 2 May 2016, Jiri Kosina wrote:
>
>> > FWIW, I just tried this:
>> >
>> > static bool is_entry_text(unsigned long addr)
>> > {
>> > return addr >= (unsigned long)__entry_text_start &&
>> > addr < (unsigned
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit e9bef455af8eb0e837e179aab8988ae2649fd8d3 upstream.
This reverts commit bedf2a65c1aa8fb29ba8527fd00c0f68ec1f55f1.
See the radeon revert for an
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit e9bef455af8eb0e837e179aab8988ae2649fd8d3 upstream.
This reverts commit bedf2a65c1aa8fb29ba8527fd00c0f68ec1f55f1.
See the radeon revert for an extended description.
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Tadeusz Struk
commit 6f0904ada402a45b3a0a3b9b6507d91d3a9da67a upstream.
The output buffer length has to be at least as big as the key_size.
It is then updated to the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Tadeusz Struk
commit 6f0904ada402a45b3a0a3b9b6507d91d3a9da67a upstream.
The output buffer length has to be at least as big as the key_size.
It is then updated to the actual output size by the
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 13aa38e291bdd4e4018f40dd2f75e464814dcbf3 upstream.
The Xen framebuffer driver selects the xen keyboard driver, so the latter
will be built-in if
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Lyude
commit 9dc0487d96a0396367a1451b31873482080b527f upstream.
Some hubs are forgetful, and end up forgetting whatever GUID we set
previously after we do a suspend/resume
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Ivanov
commit e27260203912b40751fa353d009eaa5a642c739f upstream.
All existing users of NETLINK_URELEASE use it to clean up resources that
were previously
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 13aa38e291bdd4e4018f40dd2f75e464814dcbf3 upstream.
The Xen framebuffer driver selects the xen keyboard driver, so the latter
will be built-in if XEN_FBDEV_FRONTEND=y.
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Lyude
commit 9dc0487d96a0396367a1451b31873482080b527f upstream.
Some hubs are forgetful, and end up forgetting whatever GUID we set
previously after we do a suspend/resume cycle. This can lead
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Ivanov
commit e27260203912b40751fa353d009eaa5a642c739f upstream.
All existing users of NETLINK_URELEASE use it to clean up resources that
were previously allocated to a socket via some
On 04/21, Stephen Boyd wrote:
> Now that we've converted the only caller over to another clkdev
> API, remove this one.
>
> Reviewed-by: Andy Shevchenko
> Cc: Russell King
> Signed-off-by: Stephen Boyd
> ---
On 04/21, Stephen Boyd wrote:
> Now that we have a clk registration API that doesn't return
> struct clks, we need to have some way to hand out struct clks via
> the clk_get() APIs that doesn't involve associating struct clk
> pointers with a struct clk_lookup. Luckily, clkdev already
> operates
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Yingjoe Chen
commit 5fedbb923936174ab4d1d5cc92bca1cf6b2e0ca2 upstream.
The debounce time unit for gpio_chip.set_debounce is us but
mtk_gpio_set_debounce regard it as
On 04/21, Stephen Boyd wrote:
> Now that we've converted the only caller over to another clkdev
> API, remove this one.
>
> Reviewed-by: Andy Shevchenko
> Cc: Russell King
> Signed-off-by: Stephen Boyd
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
On 04/21, Stephen Boyd wrote:
> Now that we have a clk registration API that doesn't return
> struct clks, we need to have some way to hand out struct clks via
> the clk_get() APIs that doesn't involve associating struct clk
> pointers with a struct clk_lookup. Luckily, clkdev already
> operates
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Yingjoe Chen
commit 5fedbb923936174ab4d1d5cc92bca1cf6b2e0ca2 upstream.
The debounce time unit for gpio_chip.set_debounce is us but
mtk_gpio_set_debounce regard it as ms.
Fix this by correct
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 3ea25f858fd5aeee888059952bbb8e910541eebb upstream.
Prerequiste for the next patch which ups the limits.
Reviewed-by: Harry Wentland
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 3ea25f858fd5aeee888059952bbb8e910541eebb upstream.
Prerequiste for the next patch which ups the limits.
Reviewed-by: Harry Wentland
Signed-off-by: Alex Deucher
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Grigori Goronzy
This fix was written against drm-next, but when it was
backported to 4.5 as a stable fix, the driver internal
structure change was missed. Fix that up here
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Sonny Jiang
commit 562e2689baebaa2ac25b7ec934385480ed1cb7d6 upstream.
Was previously always hardcoded to 0.
Signed-off-by: Sonny Jiang
Reviewed-by:
701 - 800 of 2198 matches
Mail list logo