Re: [PULL] Smack: Restore the smackfsdef mount option

Casey Schaufler wrote: > > static const struct fs_parameter_spec smack_param_specs[] = { > > + fsparam_string("fsdef", Opt_fsdefault), > > fsparam_string("fsdefault", Opt_fsdefault), > > fsparam_string("fsfloor", Opt_fsfloor), > >

[tip:locking/core] futex: Consolidate duplicated timer setup code

Commit-ID: 5ca584d935c32906d114924dc0e1dbfcbb13fdb2 Gitweb: https://git.kernel.org/tip/5ca584d935c32906d114924dc0e1dbfcbb13fdb2 Author: Waiman Long AuthorDate: Tue, 28 May 2019 12:03:45 -0400 Committer: Thomas Gleixner CommitDate: Tue, 28 May 2019 11:12:00 -0700 futex: Consolidate dupl

[tip:smp/hotplug] cpu/hotplug: Fix notify_cpu_starting() reference in bringup_wait_for_ap()

Commit-ID: f560201102035ba9def2fc21827dd34690dd126e Gitweb: https://git.kernel.org/tip/f560201102035ba9def2fc21827dd34690dd126e Author: Jiri Kosina AuthorDate: Tue, 28 May 2019 21:31:49 +0200 Committer: Thomas Gleixner CommitDate: Tue, 28 May 2019 12:59:03 -0700 cpu/hotplug: Fix notify

Re: SGX vs LSM (Re: [PATCH v20 00/28] Intel SGX1 support)

On Sat, May 25, 2019 at 11:09:38PM -0700, Xing, Cedric wrote: > > From: Andy Lutomirski [mailto:l...@kernel.org] > > Sent: Saturday, May 25, 2019 5:58 PM > > > > On Sat, May 25, 2019 at 3:40 PM Xing, Cedric wrote: > > > > > > If we think of EADD as a way of mmap()'ing an enclave file into memory,

[tip:irq/core] genirq/irqdomain: Remove WARN_ON() on out-of-memory condition

Commit-ID: 43b98d876f89dce732f50b71607b6d2bbb8d8e6a Gitweb: https://git.kernel.org/tip/43b98d876f89dce732f50b71607b6d2bbb8d8e6a Author: Geert Uytterhoeven AuthorDate: Mon, 27 May 2019 13:57:42 +0200 Committer: Thomas Gleixner CommitDate: Tue, 28 May 2019 13:10:55 -0700 genirq/irqdomain

Re: [PATCH] Smack: Restore the smackfsdef mount option

On 5/28/2019 12:57 PM, Casey Schaufler wrote: > On 5/28/2019 11:54 AM, David Howells wrote: >> Casey Schaufler wrote: >> Casey Schaufler wrote: >> Also, should all of these be prefixed with "smack"? So: >> >> fsparam_string("smackfsdef",Opt_fsdefault), >>

Re: [PATCH] ARM: dts: rockchip: Add pin names for rk3288-veyron jaq, mickey, speedy

On Fri, May 24, 2019 at 04:33:09PM -0700, Douglas Anderson wrote: > This is like commit 0ca87bd5baa6 ("ARM: dts: rockchip: Add pin names > for rk3288-veyron-jerry") and commit ca3516b32cd9 ("ARM: dts: > rockchip: Add pin names for rk3288-veyron-minnie") but for 3 more > veyron boards. > > A few no

Re: [PATCH] trace: Avoid memory leak in predicate_parse()

On Tue, 28 May 2019 17:43:38 +0200 Tomas Bortoli wrote: > @@ -578,6 +578,8 @@ predicate_parse(const char *str, int nr_parens, int > nr_preds, > out_free: > kfree(op_stack); > kfree(inverts); > + for (i = 0; prog_stack[i].pred; i++) > + kfree(prog_stack[i].pred); >

Re: [PATCH] mm: memcontrol: don't batch updates of local VM stats and events

On Tue, May 28, 2019 at 10:37:15AM -0700, Linus Torvalds wrote: > On Tue, May 28, 2019 at 9:00 AM Shakeel Butt wrote: > > > > I was suspecting the following for-loop+atomic-add for the regression. > > If I read the kernel test robot reports correctly, Johannes' fix patch > does fix the regression

Re: [PATCH] PCI: qcom: Ensure that PERST is asserted for at least 100 ms

Hi Niklas, On 27.05.19 г. 20:15 ч., Niklas Cassel wrote: On Fri, May 24, 2019 at 02:43:00PM +0200, Marc Gonzalez wrote: On 23/05/2019 21:44, Niklas Cassel wrote: Currently, there is only a 1 ms sleep after asserting PERST. Reading the datasheets for different endpoints, some require PERST t

Re: [PULL] Smack: Restore the smackfsdef mount option

On 5/28/2019 1:18 PM, David Howells wrote: > Casey Schaufler wrote: > >>> static const struct fs_parameter_spec smack_param_specs[] = { >>> + fsparam_string("fsdef", Opt_fsdefault), >>> fsparam_string("fsdefault", Opt_fsdefault), >>> fsparam_strin

Re: [PATCH 4/7] keys: Break bits out of key_unlink()

On Wed, 22 May 2019, David Howells wrote: > Break bits out of key_unlink() into helper functions so that they can be > used in implementing key_move(). > > Signed-off-by: David Howells Reviewed-by: James Morris -- James Morris

Re: [PATCH 5/7] keys: Make __key_link_begin() handle lockdep nesting

On Wed, 22 May 2019, David Howells wrote: > Make __key_link_begin() handle lockdep nesting for the implementation of > key_move() where we have to lock two keyrings. > > Signed-off-by: David Howells Reviewed-by: James Morris -- James Morris

Re: [PATCH v3 1/3] PCI: qcom: Use clk_bulk API for 2.4.0 controllers

Hi Lorenzo, On 28.05.19 г. 18:13 ч., Lorenzo Pieralisi wrote: On Thu, May 16, 2019 at 12:14:04PM +0300, Stanimir Varbanov wrote: Hi Bjorn, On 5/2/19 3:19 AM, Bjorn Andersson wrote: Before introducing the QCS404 platform, which uses the same PCIe controller as IPQ4019, migrate this to use the

[PATCH] Smack: Restore the smackfsdef mount option and add missing prefixes

From: Casey Schaufler The 5.1 mount system rework changed the smackfsdef mount option to smackfsdefault. This fixes the regression by making smackfsdef treated the same way as smackfsdefault. Also fix the smack_param_specs[] to have "smack" prefixes on all the names. This isn't visible to a user

Re: SGX vs LSM (Re: [PATCH v20 00/28] Intel SGX1 support)

On Tue, May 28, 2019 at 1:24 PM Sean Christopherson wrote: > > On Sat, May 25, 2019 at 11:09:38PM -0700, Xing, Cedric wrote: > > > From: Andy Lutomirski [mailto:l...@kernel.org] > > > Sent: Saturday, May 25, 2019 5:58 PM > > > > > > On Sat, May 25, 2019 at 3:40 PM Xing, Cedric > > > wrote: > > >

Re: [PATCH v2] signal: Adjust error codes according to restore_user_sigmask()

On Mon, May 27, 2019 at 8:04 AM Oleg Nesterov wrote: > > Deepa, > > it seems that we both are saying the same things again and again, and we > simply can't understand each other. Oleg, I'm sorry for the confusion. Maybe I should point out what I agree with also. I agree that signal handller bei

Re: [PATCH] trace: Avoid memory leak in predicate_parse()

On 5/28/19 10:31 PM, Steven Rostedt wrote: > On Tue, 28 May 2019 17:43:38 +0200 > Tomas Bortoli wrote: > >> @@ -578,6 +578,8 @@ predicate_parse(const char *str, int nr_parens, int >> nr_preds, >> out_free: >> kfree(op_stack); >> kfree(inverts); >> +for (i = 0; prog_stack[i].pred;

Review of RCU-related patches in -rt

Hello, Sebastian, Finally getting around to taking another look: c7e07056a108 EXP rcu: skip the workqueue path on RT This one makes sense given the later commit setting the rcu_normal_after_boot kernel parameter. Otherwise, it is slowing down expedited grace periods for

Re: [PATCH 6/7] keys: Add a keyctl to move a key between keyrings

On Wed, 22 May 2019, David Howells wrote: > + > + if (flags & ~KEYCTL_MOVE_EXCL) > + return -EINVAL; > + > + key_ref = lookup_user_key(id, KEY_LOOKUP_CREATE, KEY_NEED_LINK); > + if (IS_ERR(key_ref)) { > + ret = PTR_ERR(key_ref); > + goto error; > +

Re: [PATCH bpf v2] selftests: bpf: fix compiler warning

On Tue, May 28, 2019 at 12:35 PM Alakesh Haloi wrote: > > Add missing header file following compiler warning > > prog_tests/flow_dissector.c: In function ‘tx_tap’: > prog_tests/flow_dissector.c:175:9: warning: implicit declaration of function > ‘writev’; did you mean ‘write’? [-Wimplicit-function

[PATCH net-next] ethtool: copy reglen to userspace

ethtool_get_regs() allocates a buffer of size reglen obtained from ops->get_regs_len(), thus only this value must be used when copying the buffer back to userspace. Also no need to check regbuf twice. Signed-off-by: Vivien Didelot --- net/core/ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: MIPS r4k cache operations with SMP enabled

Hi Chris, On Tue, May 28, 2019 at 05:19:37AM +, Chris Packham wrote: > On 28/05/19 2:52 PM, Chris Packham wrote: > > Hi, > > > > I'm trying to port a fairly old Broadcom integrated chip (BCM6818) to > > the latest Linux kernel using the mips/bmips support. > > > > The chip has a BMIPS4355 co

Re: [PATCH 7/7] keys: Grant Link permission to possessers of request_key auth keys

On Wed, 22 May 2019, David Howells wrote: > Grant Link permission to the possessers of request_key authentication keys, > thereby allowing a daemon that is servicing upcalls to arrange things such > that only the necessary auth key is passed to the actual service program > and not all the daemon's

Re: MIPS r4k cache operations with SMP enabled

Hi Paul, On 29/05/19 9:01 AM, Paul Burton wrote: > Hi Chris, > > On Tue, May 28, 2019 at 05:19:37AM +, Chris Packham wrote: >> On 28/05/19 2:52 PM, Chris Packham wrote: >>> Hi, >>> >>> I'm trying to port a fairly old Broadcom integrated chip (BCM6818) to >>> the latest Linux kernel using the

Re: [GIT PULL] perf/urgent fixes for 5.2

The following changes since commit 5bdd9ad875b6edf213f54ec3986ed9e8640c5cf9: > > Merge tag 'kbuild-fixes-v5.2' of > git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild > (2019-05-20 17:22:17 -0700) > > are available in the Git repository at: >

[tip:perf/urgent] perf data: Fix 'strncat may truncate' build failure with recent gcc

Commit-ID: 97acec7df172cd1e450f81f5e293c0aa145a2797 Gitweb: https://git.kernel.org/tip/97acec7df172cd1e450f81f5e293c0aa145a2797 Author: Shawn Landden AuthorDate: Sat, 18 May 2019 15:32:38 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 perf data: F

Re: [PATCH] platform/x86: asus-wmi: Only Tell EC the OS will handle display hotkeys from asus_nb_wmi

On Mon, May 20, 2019 at 11:28 PM Hans de Goede wrote: > > Commit 78f3ac76d9e5 ("platform/x86: asus-wmi: Tell the EC the OS will > handle the display off hotkey") causes the backlight to be permanently off > on various EeePC laptop models using the eeepc-wmi driver (Asus EeePC > 1015BX, Asus EeePC

[tip:perf/urgent] perf arm64: Fix mksyscalltbl when system kernel headers are ahead of the kernel

Commit-ID: f95d050cdc5d34f9a4417e06c392ccbf146037bb Gitweb: https://git.kernel.org/tip/f95d050cdc5d34f9a4417e06c392ccbf146037bb Author: Vitaly Chikunov AuthorDate: Tue, 21 May 2019 06:02:03 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 perf arm64

[tip:perf/urgent] tools include UAPI: Update copy of files related to new fspick, fsmount, fsconfig, fsopen, move_mount and open_tree syscalls

Commit-ID: fba29f1820ddd42e63c38049028422dac2d86596 Gitweb: https://git.kernel.org/tip/fba29f1820ddd42e63c38049028422dac2d86596 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 20 May 2019 12:03:30 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 t

[tip:perf/urgent] tools arch x86: Sync asm/cpufeatures.h with the with the kernel

Commit-ID: b979540a7522617e190636621e7c5ffae469f8f0 Gitweb: https://git.kernel.org/tip/b979540a7522617e190636621e7c5ffae469f8f0 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 21 May 2019 16:39:42 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 t

[tip:perf/urgent] tools headers UAPI: Sync linux/sched.h with the kernel

Commit-ID: c27de2b8911db7624be9bde1b5d58067dd58371d Gitweb: https://git.kernel.org/tip/c27de2b8911db7624be9bde1b5d58067dd58371d Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 21 May 2019 16:43:32 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 t

[tip:perf/urgent] tools headers UAPI: Sync linux/fs.h with the kernel

Commit-ID: b5b999dca673bd7b2d4c267faf3478dca7baff7f Gitweb: https://git.kernel.org/tip/b5b999dca673bd7b2d4c267faf3478dca7baff7f Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 21 May 2019 17:07:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 t

[tip:perf/urgent] tools headers UAPI: Sync drm/i915_drm.h with the kernel

Commit-ID: e6aff9f8bfbecd4610ce0e2f4811cea42494dc62 Gitweb: https://git.kernel.org/tip/e6aff9f8bfbecd4610ce0e2f4811cea42494dc62 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 22 May 2019 07:58:44 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:49:03 -0300 t

[tip:perf/urgent] tools headers UAPI: Sync drm/drm.h with the kernel

Commit-ID: 9903c64f0fe7fa4829c948fa0e742f578e084548 Gitweb: https://git.kernel.org/tip/9903c64f0fe7fa4829c948fa0e742f578e084548 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 22 May 2019 10:26:12 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:11 -0300 t

[tip:perf/urgent] perf namespace: Protect reading thread's namespace

Commit-ID: 6584140ba9e6762dd7ec73795243289b914f31f9 Gitweb: https://git.kernel.org/tip/6584140ba9e6762dd7ec73795243289b914f31f9 Author: Namhyung Kim AuthorDate: Wed, 22 May 2019 14:32:48 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 perf namespac

[tip:perf/urgent] perf session: Add missing swap ops for namespace events

Commit-ID: acd244b84b80d53fa2cee98659b55d3f09b4f5a7 Gitweb: https://git.kernel.org/tip/acd244b84b80d53fa2cee98659b55d3f09b4f5a7 Author: Namhyung Kim AuthorDate: Wed, 22 May 2019 14:32:49 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 perf session:

[tip:perf/urgent] perf machine: Read also the end of the kernel

Commit-ID: ed9adb2035b5be5896d465b19040262be5f4a824 Gitweb: https://git.kernel.org/tip/ed9adb2035b5be5896d465b19040262be5f4a824 Author: Jiri Olsa AuthorDate: Wed, 8 May 2019 15:20:03 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 perf machine: Rea

[tip:perf/urgent] perf test vmlinux-kallsyms: Ignore aliases to _etext when searching on kallsyms

Commit-ID: 93f678b9ae8feb7f7cec29c2dcbb5756ad22d9a1 Gitweb: https://git.kernel.org/tip/93f678b9ae8feb7f7cec29c2dcbb5756ad22d9a1 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 May 2019 15:39:00 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 p

[tip:perf/urgent] perf record: Fix s390 missing module symbol and warning for non-root users

Commit-ID: 6738028dd57df064b969d8392c943ef3b3ae705d Gitweb: https://git.kernel.org/tip/6738028dd57df064b969d8392c943ef3b3ae705d Author: Thomas Richter AuthorDate: Wed, 22 May 2019 16:46:01 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 perf record

[PATCH] x86/power: Fix 'nosmt' vs. hibernation triple fault during resume

From: Jiri Kosina As explained in 0cc3cd21657b ("cpu/hotplug: Boot HT siblings at least once") we always, no matter what, have to bring up x86 HT siblings during boot at least once in order to avoid first MCE bringing the system to its knees. That means that whenever 'nosmt' is suppli

[tip:perf/urgent] tools headers UAPI: Sync kvm.h headers with the kernel sources

Commit-ID: a7350998a25ac10cdca5b33dee1d343a74debbfe Gitweb: https://git.kernel.org/tip/a7350998a25ac10cdca5b33dee1d343a74debbfe Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 May 2019 14:04:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 May 2019 09:52:23 -0300 t

Re: [PATCH net-next v2 1/3] net/udpgso_bench_tx: options to exercise TX CMSG

On Tue, May 28, 2019 at 3:24 PM Fred Klassen wrote: > > This enhancement adds options that facilitate load testing with > additional TX CMSG options, and to optionally print results of > various send CMSG operations. > > These options are especially useful in isolating situations > where error-que

Re: [PATCH net-next v2 1/3] net/udpgso_bench_tx: options to exercise TX CMSG

On Tue, May 28, 2019 at 3:24 PM Fred Klassen wrote: > > This enhancement adds options that facilitate load testing with > additional TX CMSG options, and to optionally print results of > various send CMSG operations. > > These options are especially useful in isolating situations > where error-que

Re: [PATCH] Smack: Restore the smackfsdef mount option and add missing prefixes

On 5/28/2019 1:47 PM, David Howells wrote: > From: Casey Schaufler > > The 5.1 mount system rework changed the smackfsdef mount option > to smackfsdefault. This fixes the regression by making smackfsdef > treated the same way as smackfsdefault. > > Also fix the smack_param_specs[] to have "smack"

hello

Good afternoon linux http://alexandrastanciu.com/chapter.php?sykegp=VLZ19401 Bests Venkat

Re: SGX vs LSM (Re: [PATCH v20 00/28] Intel SGX1 support)

On Tue, May 28, 2019 at 01:48:02PM -0700, Andy Lutomirski wrote: > On Tue, May 28, 2019 at 1:24 PM Sean Christopherson > wrote: > > > > Actually, I think we do have everything we need from an LSM perspective. > > LSMs just need to understand that sgx_enclave_load() with a NULL vma > > implies a tr

[PATCH v9] Bluetooth: btqca: inject command complete event during fw download

From: Balakrishna Godavarthi Latest qualcomm chips are not sending an command complete event for every firmware packet sent to chip. They only respond with a vendor specific event for the last firmware packet. This optimization will decrease the BT ON time. Due to this we are seeing a timeout err

Re: [PATCH net-next v3 1/1] net/udp_gso: Allow TX timestamp with UDP GSO

On Tue, May 28, 2019 at 3:10 PM Fred Klassen wrote: > > Fixes an issue where TX Timestamps are not arriving on the error queue > when UDP_SEGMENT CMSG type is combined with CMSG type SO_TIMESTAMPING. > This can be illustrated with an updated updgso_bench_tx program which > includes the '-T' option

linux-next: Fixes tag needs some work in the ipsec tree

Hi Steffen, In commit 7c80eb1c7e2b ("af_key: fix leaks in key_pol_get_resp and dump_sp.") Fixes tag Fixes: 55569ce256ce ("Fix conversion between IPSEC_MODE_xxx and XFRM_MODE_xxx.") has these problem(s): - Subject does not match target commit subject Just use git log -1 --fo

Re: [PATCH v5 6/7] mm: reparent slab memory on cgroup removal

On Tue, May 28, 2019 at 11:11:02PM +0300, Vladimir Davydov wrote: > On Tue, May 28, 2019 at 07:58:17PM +, Roman Gushchin wrote: > > It looks like outstanding questions are: > > 1) synchronization around the dying flag > > 2) removing CONFIG_SLOB in 2/7 > > 3) early sysfs_slab_remove() > > 4) me

Re: [PATCH v5] mfd: cros_ec_dev: Register cros_ec_accel_legacy driver as a subdevice

On Mon, Apr 1, 2019 at 8:46 PM Lee Jones wrote: > > On Wed, 27 Feb 2019, Gwendal Grignou wrote: > > > From: Enric Balletbo i Serra > > > > With this patch, the cros_ec_ctl driver will register the legacy > > accelerometer driver (named cros_ec_accel_legacy) if it fails to > > register sensors thr

linux-next: Fixes tags need some work in the sound-asoc tree

Hi all, In commit be1b577d0178 ("ASoC: SOF: Intel: hda: fix the hda init chip") Fixes tag Fixes: 8a300c8fb17 ("ASoC: SOF: Intel: Add HDA controller for Intel DSP") has these problem(s): - SHA1 should be at least 12 digits long In commit 1183e9a634db ("ASoC: SOF: ipc: fix a race, lea

Re: [PATCH v5 1/7] mm: postpone kmem_cache memcg pointer initialization to memcg_link_cache()

On Tue, May 21, 2019 at 01:07:29PM -0700, Roman Gushchin wrote: > Initialize kmem_cache->memcg_params.memcg pointer in > memcg_link_cache() rather than in init_memcg_params(). > > Once kmem_cache will hold a reference to the memory cgroup, > it will simplify the refcounting. > > For non-root kmem

Re: linux-next: Fixes tags need some work in the sound-asoc tree

Hi Mark, This should have referred to the sound-asoc-fixes tree, sorry. -- Cheers, Stephen Rothwell pgpokNBUBNmc8.pgp Description: OpenPGP digital signature

Re: [PATCH v5 4/7] mm: unify SLAB and SLUB page accounting

On Tue, May 21, 2019 at 01:07:32PM -0700, Roman Gushchin wrote: > Currently the page accounting code is duplicated in SLAB and SLUB > internals. Let's move it into new (un)charge_slab_page helpers > in the slab_common.c file. These helpers will be responsible > for statistics (global and memcg-awar

Re: [PATCH v5 5/7] mm: rework non-root kmem_cache lifecycle management

On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote: > + arr = rcu_dereference(cachep->memcg_params.memcg_caches); > + > + /* > + * Make sure we will access the up-to-date value. The code updating > + * memcg_caches issues a write barrier to match this (see > + * m

linux-next: Fixes tag needs some work in the v4l-dvb tree

Hi Mauro, In commit 0c310868826e ("media: rcar-csi2: Fix coccinelle warning for PTR_ERR_OR_ZERO()") Fixes tag Fixes: 3ae854cafd76 ("rcar-csi2: Use standby mode instead of resetting") has these problem(s): - Target SHA1 does not exist Did you mean Fixes: d245a940d97b ("media: rcar-csi

Re: [PATCH v2] ipvs: add checksum support for gue encapsulation

Hello, On Sun, 26 May 2019, Jacky Hu wrote: > +/* Tunnel encapsulation flags */ > +#define IP_VS_TUNNEL_ENCAP_FLAG_NOCSUM (0) > +#define IP_VS_TUNNEL_ENCAP_FLAG_CSUM (1<<0) > +#define IP_VS_TUNNEL_ENCAP_FLAG_REMCSUM (1<<1) scripts/checkpatch.p

[PATCH V3 1/5] perf: Disable extended registers for non-support PMUs

From: Kan Liang The perf fuzzer caused skylake machine to crash. [ 9680.085831] Call Trace: [ 9680.088301] [ 9680.090363] perf_output_sample_regs+0x43/0xa0 [ 9680.094928] perf_output_sample+0x3aa/0x7a0 [ 9680.099181] perf_event_output_forward+0x53/0x80 [ 9680.103917] __perf_event_overflow+

[PATCH V3 2/5] perf/x86/regs: Check reserved bits

From: Kan Liang The perf fuzzer triggers a warning which map to: if (WARN_ON_ONCE(idx >= ARRAY_SIZE(pt_regs_offset))) return 0; The bits between XMM registers and generic registers are reserved. But perf_reg_validate() doesn't check these bits. Add PERF_REG_X86_RESERVED

[PATCH V3 4/5] perf/x86: Clean up pebs_no_xmm_regs

From: Kan Liang Don't need pebs_no_xmm_regs anymore. The capabilities PERF_PMU_CAP_EXTENDED_REGS can be used to check if XMM registers collection is supported. Signed-off-by: Kan Liang --- New for V3 arch/x86/events/core.c | 2 +- arch/x86/events/intel/ds.c | 6 ++ arch/x86/event

[PATCH V3 5/5] perf regs x86: Use PERF_REG_EXTENDED_MASK

From: Kan Liang Use the macro defined in kernel ABI header to replace the local name. No functional change. Signed-off-by: Kan Liang --- Changes since V2: - Rename PERF_REG_NON_GENERIC_MASK to PERF_REG_EXTENDED_MASK tools/arch/x86/include/uapi/asm/perf_regs.h | 3 +++ tools/perf/arch/x86/in

[PATCH V3 3/5] perf/x86: Clean up PEBS_XMM_REGS

From: Kan Liang Use generic macro PERF_REG_EXTENDED_MASK to replace PEBS_XMM_REGS to avoid duplication. Signed-off-by: Kan Liang --- New for V3 arch/x86/events/core.c | 4 ++-- arch/x86/events/intel/ds.c | 2 +- arch/x86/events/perf_event.h | 18 -- 3 files changed,

[PATCH] MIPS: mm: Use SMP safe operations for flush_cache_vmap

flush_cache_vmap() and flush_cache_vunmap() were calling r4k_blast_dcache() which is not safe to do on a SMP system. Redefine them to call r4k_flush_kernel_vmap_range() which will correctly handle the SMP/UP cases. Signed-off-by: Chris Packham --- I don't know if passing 0, dcache_size to r4k_flu

Re: [PATCH v5 6/7] mm: reparent slab memory on cgroup removal

On Tue, May 28, 2019 at 07:58:17PM +, Roman Gushchin wrote: > On Tue, May 28, 2019 at 09:33:02PM +0300, Vladimir Davydov wrote: > > On Tue, May 21, 2019 at 01:07:34PM -0700, Roman Gushchin wrote: > > > Let's reparent memcg slab memory on memcg offlining. This allows us > > > to release the memo

Re: [kmod][PATCH] module: fix error path in kmod_module_probe_insert_module()

On Sun, May 26, 2019 at 11:25:12AM +0200, Bartosz Golaszewski wrote: From: Bartosz Golaszewski The documentation says that kmod_module_probe_insert_module() will return >0 if "stopped by a reason given in @flags" but it returns a negative value if KMOD_PROBE_FAIL_ON_LOADED flag is passed and th

Re: linux-next: Fixes tags need some work in the sound-asoc tree

On 5/28/19 4:56 PM, Stephen Rothwell wrote: Hi all, In commit be1b577d0178 ("ASoC: SOF: Intel: hda: fix the hda init chip") Fixes tag Fixes: 8a300c8fb17 ("ASoC: SOF: Intel: Add HDA controller for Intel DSP") Sorry about that, not sure how I managed to add an off-by-one in all these t

Re: [RFC V2 00/16] objtool: Add support for Arm64

On Tue, May 21, 2019 at 12:50:57PM +, Raphael Gault wrote: > Hi Josh, > > Thanks for offering your help and sorry for the late answer. > > My understanding is that a table of offsets is built by GCC, those > offsets being scaled by 4 before adding them to the base label. > I believe the offse

Re: [PATCH] stacktrace: fix CONFIG_ARCH_STACKWALK stack_trace_save_tsk_reliable return

On Fri, 17 May 2019, Joe Lawrence wrote: > Miroslav reported that the livepatch self-tests were failing, > specifically a case in which the consistency model ensures that we do > not patch a current executing function, "TEST: busy target module". > > Recent renovations to stack_trace_save_tsk_rel

Re: [PATCH v5 5/7] mm: rework non-root kmem_cache lifecycle management

On Tue, May 28, 2019 at 06:03:53PM -0400, Johannes Weiner wrote: > On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote: > > + arr = rcu_dereference(cachep->memcg_params.memcg_caches); > > + > > + /* > > +* Make sure we will access the up-to-date value. The code updating > > +

Re: [PATCH v3 1/4] mm/vmap: remove "node" argument

On Mon, May 27, 2019 at 11:38:39AM +0200, Uladzislau Rezki (Sony) wrote: > Remove unused argument from the __alloc_vmap_area() function. > > Signed-off-by: Uladzislau Rezki (Sony) > --- > mm/vmalloc.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/mm/vmalloc.c b/mm

[ANNOUNCE] 4.9.178-rt131

Dear RT Folks, I'm pleased to announce the 4.9.178-rt131 stable release. This release is just an update to the new stable 4.9.178 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-

Re: [PATCH v3 2/4] mm/vmap: preload a CPU with one object for split purpose

On Mon, May 27, 2019 at 11:38:40AM +0200, Uladzislau Rezki (Sony) wrote: > Refactor the NE_FIT_TYPE split case when it comes to an > allocation of one extra object. We need it in order to > build a remaining space. > > Introduce ne_fit_preload()/ne_fit_preload_end() functions > for preloading one

Re: [PATCH v3 3/4] mm/vmap: get rid of one single unlink_va() when merge

On Mon, May 27, 2019 at 11:38:41AM +0200, Uladzislau Rezki (Sony) wrote: > It does not make sense to try to "unlink" the node that is > definitely not linked with a list nor tree. On the first > merge step VA just points to the previously disconnected > busy area. > > On the second step, check if

Re: lib/test_overflow.c causes WARNING and tainted kernel

On Mon, May 27, 2019 at 09:53:33AM +0200, Rasmus Villemoes wrote: > On 25/05/2019 17.33, Randy Dunlap wrote: > > On 3/13/19 7:53 PM, Kees Cook wrote: > >> Hi! > >> > >> On Wed, Mar 13, 2019 at 2:29 PM Randy Dunlap wrote: > >>> > >>> This is v5.0-11053-gebc551f2b8f9, MAR-12 around 4:00pm PT. > >>>

[ANNOUNCE] 4.19.37-rt20

Dear RT Folks, I'm pleased to announce the 4.19.37-rt20 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.19-rt Head SHA1: 66d5562e2a457c468303368e49722d5f6e4cfad0 Or to build 4.19.37-rt20 dir

Re: [PATCH v2] mmc: dw_mmc: Disable SDIO interrupts while suspended to fix suspend/resume

Hi, On Tue, May 28, 2019 at 12:22 PM Ulf Hansson wrote: > > On Mon, 29 Apr 2019 at 22:41, Douglas Anderson wrote: > > > > Processing SDIO interrupts while dw_mmc is suspended (or partly > > suspended) seems like a bad idea. We really don't want to be > > processing them until we've gotten ourse

[PATCH] lib: test_overflow: Avoid taining the kernel and fix wrap size

This adds __GFP_NOWARN to the kmalloc()-portions of the overflow test to avoid tainting the kernel. Additionally fixes up the math on wrap size to be architecture and page size agnostic. Reported-by: Randy Dunlap Suggested-by: Rasmus Villemoes Fixes: ca90800a91ba ("test_overflow: Add memory allo

Re: [PATCH v3 4/4] mm/vmap: move BUG_ON() check to the unlink_va()

On Mon, May 27, 2019 at 11:38:42AM +0200, Uladzislau Rezki (Sony) wrote: > Move the BUG_ON()/RB_EMPTY_NODE() check under unlink_va() > function, it means if an empty node gets freed it is a BUG > thus is considered as faulty behaviour. It's not exactly clear from the description, why it's better.

Re: [tip:irq/core] genirq/irqdomain: Remove WARN_ON() on out-of-memory condition

On Tue, 2019-05-28 at 13:23 -0700, tip-bot for Geert Uytterhoeven wrote: > diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c [] > @@ -139,7 +139,7 @@ struct irq_domain *__irq_domain_add(struct fwnode_handle > *fwnode, int size, > > domain = kzalloc_node(sizeof(*domain) + (sizeof

Re: [tip:irq/core] genirq/irqdomain: Remove WARN_ON() on out-of-memory condition

On 5/28/19 5:54 PM, Joe Perches wrote: > On Tue, 2019-05-28 at 13:23 -0700, tip-bot for Geert Uytterhoeven wrote: >> diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c > [] >> @@ -139,7 +139,7 @@ struct irq_domain *__irq_domain_add(struct fwnode_handle >> *fwnode, int size, >> >>

[PATCH 0/7] ARM: dts: Broadcom: Fix W=1 DTC warnings

Hi all, This patch series attempts to fix the most obvious W=1 DTC warnings for Broadcom SoCs DTS files. Stefan, if you could do the same for all bcm283* that would be fantastic. Thank you! Florian Fainelli (7): ARM: dts: Fix BCM7445 DTC warnings ARM: dts: Cygnus: Fix most DTC W=1 warnings

[PATCH 7/7] ARM: dts: NSP: Fix the bulk of W=1 DTC warnings

Fix the bulk of the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm-nsp.dtsi | 9 +++-- arch/arm/boot/dts/bcm958522er.dts | 2 +- arch/arm/boot/dts/bcm958525er.dts

[PATCH 6/7] ARM: dts: BCM5301X: Fix most DTC W=1 warnings

Fix the bulk of the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm4708-asus-rt-ac56u.dts| 4 +--- arch/arm/boot/dts/bcm4708-asus-rt-ac68u.dts| 4 +--- ar

[net-next,v4 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle

This allows drivers to lookup i2c adapters on ACPI based systems similar to of_get_i2c_adapter_by_node() with DT based systems. Signed-off-by: Ruslan Babayev Cc: xe-linux-exter...@cisco.com --- drivers/i2c/i2c-core-acpi.c | 3 ++- include/linux/i2c.h | 6 ++ 2 files changed, 8 insert

[PATCH 5/7] ARM: dts: BCM63xx: Fix DTC W=1 warnings

Fix the bulk of the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm63138.dtsi| 9 +++-- arch/arm/boot/dts/bcm963138dvt.dts | 2 +- 2 files changed, 4 insertions(+),

[net-next,v4 0/2] Enable SFP on ACPI based systems

Changes: v2: - more descriptive commit body v3: - made 'i2c_acpi_find_adapter_by_handle' static inline v4: - don't initialize i2c_adapter to NULL. Instead see below... - handle the case of neither DT nor ACPI present as invalid. - alphabetical includes.

[PATCH 2/7] ARM: dts: Cygnus: Fix most DTC W=1 warnings

Fix the bulk of the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm-cygnus-clock.dtsi | 12 ++-- arch/arm/boot/dts/bcm-cygnus.dtsi | 6 +++--- arch/arm/boot/

[net-next,v4 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems

Lookup I2C adapter using the "i2c-bus" device property on ACPI based systems similar to how it's done with DT. An example DSD describing an SFP on an ACPI based system: Device (SFP0) { Name (_HID, "PRP0001") Name (_CRS, ResourceTemplate() { GpioIo(Exclusive, PullDefault, 0, 0,

[PATCH 1/7] ARM: dts: Fix BCM7445 DTC warnings

Fixes a number of unit_address_vs_reg warnings: DTC arch/arm/boot/dts/bcm7445-bcm97445svmb.dtb arch/arm/boot/dts/bcm7445.dtsi:66.6-225.4: Warning (unit_address_vs_reg): /rdb: node has a reg or ranges property, but no unit name arch/arm/boot/dts/bcm7445.dtsi:227.21-298.4: Warning (unit_addre

[PATCH 3/7] ARM: dts: bcm-mobile: Fix most DTC W=1 warnings

Fix the bulk of the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm11351.dtsi| 12 ++-- arch/arm/boot/dts/bcm21664-garnet.dts | 2 +- arch/arm/boot/dts/bc

[PATCH 4/7] ARM: dts: BCM53573: Fix DTC W=1 warnings

Fix the the unit_address_vs_reg warnings and unnecessary \#address-cells/#size-cells without "ranges" or child "reg" property warnings. Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm47189-luxul-xap-1440.dts | 4 +--- arch/arm/boot/dts/bcm47189-luxul-xap-810.dts | 4 +--- arch/arm/boo

[PATCH V2 03/12] clk: tegra: save and restore PLLs state for system

This patch has implementation of saving and restoring PLL's state to support system suspend and resume operations. Signed-off-by: Sowjanya Komatineni --- drivers/clk/tegra/clk-divider.c | 19 drivers/clk/tegra/clk-pll-out.c | 25 +++ drivers/clk/tegra/clk-pll.c | 99

[PATCH V2 11/12] arm64: tegra: enable wake from deep sleep on RTC alarm.

This patch updates device tree for RTC and PMC to allow system wake from deep sleep on RTC alarm. Signed-off-by: Sowjanya Komatineni --- arch/arm64/boot/dts/nvidia/tegra210.dtsi | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi b/ar

[PATCH V2 01/12] irqchip: tegra: do not disable COP IRQ during suspend

Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry sequence and sc7 entry firmware is run from COP/BPMP-Lite. So, COP/BPMP-Lite still need IRQ function to finish SC7 suspend sequence for Tegra210. This patch has fix for leaving the COP IRQ enabled for Tegra210 during interru

[PATCH V2 07/12] clk: tegra: support for Tegra210 clocks suspend-resume

This patch adds system suspend and resume support for Tegra210 clocks. Signed-off-by: Sowjanya Komatineni --- drivers/clk/tegra/clk-tegra210.c | 382 +++ 1 file changed, 382 insertions(+) diff --git a/drivers/clk/tegra/clk-tegra210.c b/drivers/clk/tegra/clk-t

[PATCH V2 05/12] clk: tegra: add support for OSC clock resume

This patch adds support for restoring OSC control context on resume. Signed-off-by: Sowjanya Komatineni --- drivers/clk/tegra/clk-tegra-fixed.c | 16 drivers/clk/tegra/clk.h | 1 + 2 files changed, 17 insertions(+) diff --git a/drivers/clk/tegra/clk-tegra-fixed.c

[PATCH V2 00/12] LP0 entry and exit support for Tegra210

This patch series includes Tegra210 deepsleep/LP0 support with deep sleep exit through RTC alarm wake and power button wake events. Note: Wake on power button is through gpio-keys node in device tree. This series also includes save and restore of PLLs, clocks, OSC contexts for basic LP0 exit. Th

[PATCH V2 02/12] pinctrl: tegra: add suspend and resume support

This patch adds suspend and resume support for Tegra pinctrl driver and registers them to syscore so the pinmux settings are restored before the devices resume. Signed-off-by: Sowjanya Komatineni --- drivers/pinctrl/tegra/pinctrl-tegra.c| 68 +++- drivers/pinctrl/

<    3   4   5   6   7   8   9   10   >