Add checks to inode_change_ok to verify that uid and gid changes
will map into the superblock's user namespace. If they do not
fail with -EOVERFLOW. This cannot be overriden with ATTR_FORCE.
Signed-off-by: Seth Forshee
Acked-by: Serge Hallyn
---
fs/attr.c | 11 +++
1 file changed, 11 in
fs_fully_visible() ignores MNT_LOCK_NODEV when FS_USERS_DEV_MOUNT
is not set for the filesystem, but there is a bug in the logic
that may cause mounting to fail. It is doing this only when the
existing mount is not in init_user_ns but should check the new
mount instead. But the new mount is always
When looking up a block device by path no permission check is
done to verify that the user has access to the block device inode
at the specified path. In some cases it may be necessary to
check permissions towards the inode, such as allowing
unprivileged users to mount block devices in user namespa
Using INVALID_[UG]ID for the LSM file creation context doesn't
make sense, so return an error if the inode passed to
set_create_file_as() has an invalid id.
Signed-off-by: Seth Forshee
Acked-by: Serge Hallyn
---
kernel/cred.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/cred.c b
On Tue, 26 Apr 2016 20:44:58 +0200
Pavel Machek wrote:
> > I simply propose a way to let us kernel developers keep user space from
> > interfering, by adding a new kernel command line parameter that will
> > disable writing to /dev/kmsg. Any attempt to open the file in write
> > mode will return
On Mon, Apr 25, 2016 at 03:30:47PM -0500, Serge E. Hallyn wrote:
> Quoting Seth Forshee (seth.fors...@canonical.com):
> > In a userns mount some on-disk inodes may have ids which do not
> > map into s_user_ns, in which case the in-kernel inodes are owned
> > by invalid users. The superblock owner s
Did some preliminary investigation on this one.
The problem is the cc->freepages list is empty, but cc->nr_freepages >
0, it looks the list and nr_freepages get out-of-sync somewhere.
Any hint is appreciated.
Thanks,
Yang
On 4/21/2016 5:38 PM, Shi, Yang wrote:
Hi folks,
I did the below te
Both of these filesystems already have use cases for mounting the
same super block from multiple user namespaces. For sysfs this
happens when using criu for snapshotting a container, where sysfs
is mounted in the containers network ns but the hosts user ns.
The cgroup filesystem shares the same sup
On Tue, 26 Apr 2016 12:42:15 -0700
"Paul E. McKenney" wrote:
> Given the similarity with the following:
>
> http://lkml.kernel.org/g/20160425171239.ge3...@linux.vnet.ibm.com
>
> May I apply your Reviewed-by?
>
Yep.
-- Steve
On Tue, 26 Apr 2016 11:52:01 -0700
Benjamin Poirier wrote:
> When using `make localmodconfig` and friends, if the input config comes
> from a kernel that was built in a different environment (for example, the
> canonical case of using localmodconfig to trim a distribution kernel
> config) the key
On Tue, 26 Apr 2016 12:39:50 -0700
Tony Lindgren wrote:
> With these omap4 is now OK. But omap3 produces yet another warning,
> See below :)
>
> Regards,
>
> Tony
>
> 8< --
> ===
> [ INFO: suspicious RCU usage. ]
On Fri, Apr 22, 2016 at 12:26:33PM -0500, serge.hal...@ubuntu.com wrote:
> From: Serge Hallyn
>
> This can only be set by root in his own namespace, and will
> only be respected by namespaces with that same root kuid
> mapped as root, or namespaces descended from it.
>
> This allows a simple set
Filesystem uids which don't map into a user namespace may result
in inode->i_uid being INVALID_UID. A symlink and its parent
could have different owners in the filesystem can both get
mapped to INVALID_UID, which may result in following a symlink
when this would not have otherwise been permitted wh
Hi Eric,
Here's another update to my patches for mouning with fuse from
unpivileged user namespaces. The main change here is a fix for a build
failure when fuse is built as a module. As usual the series is also
available at:
git://git.kernel.org/pub/scm/linux/kernel/git/sforshee/linux.git fuse-u
Security labels from unprivileged mounts in user namespaces must
be ignored. Force superblocks from user namespaces whose labeling
behavior is to use xattrs to use mountpoint labeling instead.
For the mountpoint label, default to converting the current task
context into a form suitable for file obj
produces yet another warning,
> > > See below :)
> > >
> > > Regards,
> > >
> > > Tony
> > >
> > > 8< --
> > > ===
> > > [ INFO: suspicious RCU usage. ]
>
From: Florian Westphal
Date: Sun, 24 Apr 2016 21:38:08 +0200
> Not that many users left, lets kill it.
>
> TX_LOCKED was meant to be used by LLTX drivers when spin_trylock()
> failed. Stack then re-queued if collisions happened on different
> cpus or free'd the skb to prevent deadlocks.
>
ps->disable(core->hw);
>
> - trace_clk_disable_complete(core);
> + trace_clk_disable_complete_rcuidle(core);
>
> clk_core_disable(core->parent);
> }
Now the mole shows up here!
===
[ INFO: suspicious RCU usage. ]
4.6.0-rc5-n
On Tue, 26 Apr 2016 11:56:38 -0700
Benjamin Poirier wrote:
> Also recognize standalone "prompt".
>
> Before this patch we incorrectly identified some symbols as not having a
> prompt and potentially needing to be selected by something else.
>
> Note that this patch could theoretically change th
t; Regards,
> >
> > Tony
> >
> > 8< --
> > ===
> > [ INFO: suspicious RCU usage. ]
> > 4.6.0-rc5-next-20160426+ #1114 Not tainted
> > ---
> > include/trace/events/clk.h:59 suspicious rcu_dereference_check
On Tue, Apr 26, 2016 at 12:41 PM, Pavel Machek wrote:
> On Tue 2016-04-26 12:05:48, Andy Lutomirski wrote:
>> On Tue, Apr 26, 2016 at 12:00 PM, Pavel Machek wrote:
>> > On Mon 2016-04-25 20:34:07, Jarkko Sakkinen wrote:
>> >> Intel(R) SGX is a set of CPU instructions that can be used by
>> >> app
On 26 April 2016 at 20:53, Boris Brezillon
wrote:
> On Tue, 26 Apr 2016 20:36:16 +0200
> Rafał Miłecki wrote:
>
>> Our array nand_ecc_algos doesn't specify mappings for all available
>> enum nand_ecc_algo values. The one missing there is NAND_ECC_UNKNOWN
>> as this value is reserved for algorithm
Hi,
with the drm-intel-nightly I am currently running, I am also seeing some
quite noticable stuttering in Xv playback. It's particularly obvious in
stuff like rolling credits. It's not directly a performance problem, as the
effect can be seen even in "stop motion" (i.e., frame by frame) playback:
On Mon, Apr 25, 2016 at 5:49 PM, Brendan Gregg
wrote:
> On Mon, Apr 25, 2016 at 5:47 PM, Arnaldo Carvalho de Melo
> wrote:
>> Em Mon, Apr 25, 2016 at 05:44:00PM -0700, Alexei Starovoitov escreveu:
>>> On Mon, Apr 25, 2016 at 09:29:28PM -0300, Arnaldo Carvalho de Melo wrote:
>>> > Em Mon, Apr 25,
On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
> On Tue, Apr 26, 2016 at 08:23:46PM +0200, Daniel Vetter wrote:
> > On Tue, Apr 26, 2016 at 08:40:45PM +0300, Ville Syrjälä wrote:
> > > On Tue, Apr 26, 2016 at 07:20:49PM +0200, Daniel Vetter wrote:
> > > > On Tue, Apr 26, 2016 at 07:
06e11a882528dc15ae98
Author: Paul E. McKenney
Date: Tue Apr 26 13:03:51 2016 -0700
arm: Whack another event-trace-from-idle mole
This commit appends a few _rcuidle suffixes to fix the following
RCU-used-from-idle bug:
> ===
> [ INFO: su
ndgren wrote:
> > >
> > >
> > > > With these omap4 is now OK. But omap3 produces yet another warning,
> > > > See below :)
> > > >
> > > > Regards,
> > > >
> > > > Tony
> > > >
> &g
On 04/26/2016 10:45 AM, Tejun Heo wrote:
> As long as what's happening is clearly documented, I think either is
> fine. I'm gonna go with Roman's mb patch for -stable fix but think
> it'd be nice to have a separate patch to consolidate the paths which
> clear PENDING and make them use xchg. If yo
The ioremap() hidden behind the io_mapping_map_wc() convenience helper
can be used for remapping multiple pages. Extend the helper so that
future callers can use it for larger ranges.
Signed-off-by: Chris Wilson
Cc: Tvrtko Ursulin
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: Yishai
On Fri, 18 Sep 2015 22:29:50 +0800
Feng Wu wrote:
@@ -360,6 +361,14 @@ static int vfio_msi_set_vector_signal(struct
vfio_pci_device *vdev,
> return ret;
> }
>
> + vdev->ctx[vector].producer.token = trigger;
> + vdev->ctx[vector].producer.irq = irq;
> + ret = ir
On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng wrote:
> This patch cleans up OSI code in osl.c in order to make osi_linux not
> _OSI("Linux") specific to allow new features to reuse this structure.
I guess what you mean here is something like:
Clean up OSI code in osl.c to make osi_linux work for OSI
Hi,
This is the second release candidate of the lttng-modules 2.8 branch
of the LTTng Linux kernel tracer. As expected, it is just a bugfix release.
Let us know if you find anything, so we can sweep out any bug before
the final release!
Project website: http://lttng.org
Documentation: http://ltt
On Tue, Apr 26, 2016 at 01:06:13PM -0700, Paul E. McKenney wrote:
> On Tue, Apr 26, 2016 at 12:51:59PM -0700, Tony Lindgren wrote:
> > * Steven Rostedt [160426 12:45]:
> > > *Whack* *Whack* *Whack*!!!
> > >
> > > Signed-off-by: Steven Rostedt
> > > ---
> > > diff --git a/drivers/clk/clk.c b/driv
Hi!
> >> >> The firmware uses PRMRR registers to reserve an area of physical memory
> >> >> called Enclave Page Cache (EPC). There is a hardware unit in the
> >> >> processor called Memory Encryption Engine. The MEE encrypts and decrypts
> >> >> the EPC pages as they enter and leave the processor
>> I guess "force_gpt" (and "gpt" on kernel command line) exists to force
>> users to think and care about a reason why the device has unreadable
>> (broken) primary GPT header.
>
>
> Yes, from find_valid_gpt():
>
> * If the Primary GPT header is not valid, the Alternate GPT header
> * is not check
On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng wrote:
> From: Chen Yu
>
> Commit 7bc5a2bad0b8 ("ACPI: Support _OSI("Darwin") correctly") always
> reports positive value when Apple hardware queries _OSI("Darwin"). However
> since this implementation places the judgement in runtime, it breaks
> acpi_osi
On Tue, Apr 26, 2016 at 10:20 AM, Janis Danisevskis wrote:
> The PR_DUMPABLE flag causes the pid related paths of the
> proc file system to be owned by ROOT. The implementation
> of pthread_set/getname_np however needs access to
> /proc//task//comm.
> If PR_DUMPABLE is false this implementation is
r 26 13:03:51 2016 -0700
>
> arm: Whack another event-trace-from-idle mole
>
> This commit appends a few _rcuidle suffixes to fix the following
> RCU-used-from-idle bug:
>
> > ===
> > [ INFO: suspicious RCU us
On Tue, Apr 26, 2016 at 03:25:16PM -0400, valdis.kletni...@vt.edu wrote:
> Gaah.. I lost a few words in there - /bin/ls is *expecting* to operate on
> a directory, so to calls getdents. I meant some generic program that
> opened a directory in error, and was expecting to act on "stream of bytes"
> Replay Protected Memory Block. It's a device that allows someone to
> write to it and confirm that the write happened and the old contents
> is no longer available. You could use it to implement an enclave that
> checks a password for your disk but only allows you to try a certain
> number of t
> > Storing your ssh private key encrypted such that even someone who
> > completely compromises your system can't get the actual private key
>
> Well, if someone gets root on my system, he can get my ssh private
> key right?
Potentially not. If you are using a TPM or other TEE (such as SGX
This is the start of the review cycle for the Linux 3.19.8-ckt20 stable
kernel.
This version contains 66 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.19.y-r
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Huacai Chen
commit 221004c66a58949a0f25c937a6789c0839feb530 upstream.
Signed-off-by: Huacai Chen
Reviewed-by: Alex Deucher
Signed-off
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tony Luck
commit ea5dfb5fae81939f777ca569d8cfb599252da2e8 upstream.
Haswell and Broadwell can be configured to hash the channel
interle
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "cp...@redhat.com"
commit deba0a2af9592b2022a0bce7b085a318b53ce1db upstream.
With the joys of things running concurrently, there's alwa
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lokesh Vutla
commit 3ca4a238106dedc285193ee47f494a6584b6fd2f upstream.
Commit 127500ccb766f ("ARM: OMAP2+: Only write the sysconfig on
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ben Hutchings
commit f43bfaeddc79effbf3d0fcb53ca477cca66f3db8 upstream.
atl2 includes NETIF_F_SG in hw_features even though it has no s
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tony Luck
commit ff15e95c82768d589957dbb17d7eb7dba7904659 upstream.
In commit:
eb1af3b71f9d ("Fix computation of channel address")
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lars Persson
commit 3dcd493fbebfd631913df6e2773cc295d3bf7d22 upstream.
A failure in validate_xmit_skb_list() triggered an unconditional
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Keerthy
commit 56b367c0cd67d4c3006738e7dc9dda9273fd2bfe upstream.
pcs_parse_bits_in_pinctrl_entry uses ffs which gives bit indices
rang
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Sebastian Ott
commit b707c65ae70e24c47a0ce4a7279224ce8f0ffb7f upstream.
When we refuse a non REQ_TYPE_FS request in the build request f
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jan Beulich
commit 103f6112f253017d7062cd74d17f4a514ed4485c upstream.
Huge pages are not normally available to PV guests. Not suppressi
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Armstrong
commit 210990b05a1247886539078e857cd038881bb2d6 upstream.
When the DaVinci emac driver is removed and re-probed, the act
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mathias Krause
commit 309cf37fe2a781279b7675d4bb7173198e532867 upstream.
Because we miss to wipe the remainder of i->addr[] in packet_m
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 6517eb59b03965689e6bb16bb2d480096b3ef95d upstream.
On 64bit kernels, device stats are 64bit wide, not 32bit.
Fixes
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Armstrong
commit 99164f9e62a391b5f4b7923b624d182b5d2859e0 upstream.
In order to avoid an Unbalanced pm_runtime_enable in the DaVin
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Stephen Boyd
commit eda5ecc0a6b865561997e177c393f0b0136fe3b7 upstream.
The trigger delay algorithm that converts from microseconds to
t
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Alex Deucher
commit bcb31eba4a4ea356fd61cbd5dec5511c3883f57e upstream.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76490
Signed-
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Dominik Dingel
commit 2531c8cf56a640cd7d17057df8484e570716a450 upstream.
s390 has a constant hugepage size, by setting HPAGE_SHIFT we a
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Alexei Starovoitov
commit d82bccc69041a51f7b7b9b4a36db0772f4cdba21 upstream.
verifier must check for reserved size bits in instruction
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Anton Blanchard
commit 4705e02498d6d5a7ab98dfee9595cd5e91db2017 upstream.
We need to update the user TM feature bits (PPC_FEATURE2_HTM
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Sebastian Andrzej Siewior
commit 89e9e66ba1b3bde9d8ea90566c2aee20697ad681 upstream.
If userspace calls UNLOCK_PI unconditionally withou
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?J=C3=A9r=C3=B4me=20Glisse?=
commit b5dcec693f87cb8475f2291c0075b2422addd3d6 upstream.
Allowing userptr bo which are basicly a
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Davidlohr Bueso
commit fe1bce9e2107ba3a8faffe572483b6974201a0e6 upstream.
Otherwise an incoming waker on the dest hash bucket can miss
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Heiko Carstens
commit 8497695243f70fd19ed6cf28b63584f1b608b5f9 upstream.
arch_spin_lock_wait_flags() checks if a spinlock is not held b
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Anton Blanchard
commit 6997e57d693b07289694239e52a10d2f02c3a46f upstream.
The REAL_LE feature entry in the ibm_pa_feature struct is mis
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit 67f3754b51f22b18c4820fb84062f658c30e8644 upstream.
The commit [9bef72bdb26e: ALSA: pcxhr: Use nonatomic PCM ops]
co
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Anton Blanchard
commit beff82374b259d726e2625ec6c518a5f2613f0ae upstream.
scan_features() updates cpu_user_features but not cpu_user_fe
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mathias Nyman
commit 98d74f9ceaefc2b6c4a6440050163a83be0abede upstream.
PCI hotpluggable xhci controllers such as some Alpine Ridge sol
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Linus Walleij
commit f36fdacc5fcdca7b0c0d89f031fcdc89717e0be3 upstream.
The current compile-time check for inversed IENB/CNTL does not
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Bastien Nocera
commit afecb146d8d8a60a1dde9cdf570c278649617fde upstream.
The Optiplex 9020m with Haswell-DT processor needs a quirk for
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Yoshihiro Shimoda
commit 0a380be8233dbf8dd20795b801c5d5d5ef3992f7 upstream.
On some xHCI controllers (e.g. R-Car SoCs), the AC64 bit (b
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tom Lendacky
commit f709b45ec461b548c41a00044dba1f1b572783bf upstream.
Prevent information from leaking to userspace by doing a memset
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Xiaodong Liu
commit 0851561d9c965df086ef8a53f981f5f95a57c2c8 upstream.
In sha_complete_job, incorrect mcryptd_hash_request_ctx pointer
On Wednesday, April 13, 2016 08:48:14 AM Betty Dall wrote:
> The ACPI _HRV object on the device is used to supply Linux with
> the device's hardware revision. This is an optional object. Add
> sysfs support for the _HRV object if it exists on the device.
>
> Signed-off-by: Betty Dall
The patch i
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Roger Quadros
commit ad6b1d914a9e07f3b9a9ae3396f3c840d0070539 upstream.
The problem seems to be that if a new device is detected
while
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hans de Goede
commit 1363074667a6b7d0507527742ccd7bbed5e3ceaa upstream.
Add a new NO_REPORT_LUNS quirk and set it for Seagate drives wi
Hi Sinan Kaya,
Will verify and comeback with the results soon.
Thanks,
Ravi
-Original Message-
From: Sinan Kaya [mailto:ok...@codeaurora.org]
Sent: Wednesday, April 27, 2016 12:30 AM
To: Bjorn Helgaas
Cc: linux-a...@vger.kernel.org; ti...@codeaurora.org; c...@codeaurora.org;
linux-.
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Davidlohr Bueso
> Sent: Tuesday, April 26, 2016 1:34 PM
> To: Karel Zak
> Cc: Julius Werner ; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; linux-bl...
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lu Baolu
commit 71504062a7c34838c3fccd92c447f399d3cb5797 upstream.
This patch fixes some wild pointers produced by xhci_mem_cleanup.
Th
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Robert Dobrowolski
commit e86103a75705c7c530768f4ffaba74cf382910f2 upstream.
On BXT platform Host Controller and Device Controller figu
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jerome Marchand
commit 8d4a2ec1e0b41b0cf9a0c5cd4511da7f8e4f3de2 upstream.
Changes since V1: fixed the description and added KASan warni
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: John Keeping
commit d59a1f71ff1aeda4b4630df92d3ad4e3b1dfc885 upstream.
The SPICE protocol considers the position of a cursor to be the
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Rui Salvaterra
commit 3e26a691fe3fe1e02a76e5bab0c143ace4b137b4 upstream.
Based on Sergey's test patch [1], this fixes zram with lz4 com
Ben Hutchings writes:
> Signing a module should only make it trusted by the specific kernel it
> was built for, not anything else. Loading a signed module meant for a
> kernel with a different ABI could have interesting effects.
> Therefore, treat all signatures as invalid when a module is
> forc
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Rafal Redzimski
commit 0d46faca6f887a849efb07c1655b5a9f7c288b45 upstream.
Broxton B0 also requires XHCI_PME_STUCK_QUIRK.
Adding PCI dev
gt; And the patch shows up here!
> >
> > Thanx, Paul
> >
> >
> >
> > commit d824fb6beb6e23ade518
gt; > > + trace_clk_disable_complete_rcuidle(core);
> > > >
> > > > clk_core_disable(core->parent);
> > > > }
> > >
> > > Now the mole shows up here!
> >
> > And the patch shows up here!
>
> And I bet
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kailang Yang
commit adcdd0d5a1cb779f6d455ae70882c19c527627a8 upstream.
This is Dell usb dock audio workaround.
It was fixed the master
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mathias Nyman
commit 671ffdff5b13314b1fc65d62cf7604b873fb5dc4 upstream.
Give USB3 devices a better chance to enumerate at USB 3 speeds
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit e84810c7b85a2d7897797b3ad3e879168a8e032a ]
Thomas reports:
"Windows:
00 diagnostics
01
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nicolas Dichtel
[ Upstream commit c57c7a95da842807b475b823ed2e5435c42cb3b0 ]
Size of the attribute IFLA_PHYS_PORT_NAME was missing.
Fi
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Haishuang Yan
[ Upstream commit 5745b8232e942abd5e16e85fa9b27cc21324acf0 ]
pskb_may_pull() can change skb->data, so we have to load ptr
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Dmitry Ivanov
commit 8f815cdde3e550e10c2736990d791f60c2ce43eb upstream.
A non-privileged user can create a netlink socket with the same
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Andy Shevchenko
commit 3fe6409c23e2bee4b2b1b6d671d2da8daa15271c upstream.
The commit 895005202987 ("dmaengine: dw: apply both HS interf
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hyungwon Hwang
commit 023d8218ec0dfc30e11d4ec54f640e8f127d1fbe upstream.
The commit [bd48128539ab: ALSA: hda - Fix forgotten HDMI
monit
On Wednesday, April 13, 2016 08:48:14 AM Betty Dall wrote:
> The ACPI _HRV object on the device is used to supply Linux with
> the device's hardware revision. This is an optional object. Add
> sysfs support for the _HRV object if it exists on the device.
>
> Signed-off-by: Betty Dall
> ---
> dri
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Vladis Dronov
commit 162f98dea487206d9ab79fc12ed64700667a894d upstream.
The gtco driver expects at least one valid endpoint. If given m
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Alan Stern
commit 972e6a993f278b416a8ee3ec65475724fc36feb2 upstream.
The usbhid driver has inconsistently duplicated code in its post-r
a short nap during idle:
Seems a bit unfair to whack it just after a short nap, but here goes!
Thanx, Paul
commit 5c8e9cffebfc02acfbcfd18b46a6b1dbce96cbe3
Author: Pau
101 - 200 of 1589 matches
Mail list logo