Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD

Another easy entry point is to see that a multi-threaded setuid won't change the credentials on a zombie thread group leader. Which can allow sending signals to a process that the credential change should forbid. This is in violation of posix and the semantics we attempt to enforce in linux. I

Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD

Another easy entry point is to see that a multi-threaded setuid won't change the credentials on a zombie thread group leader. Which can allow sending signals to a process that the credential change should forbid. This is in violation of posix and the semantics we attempt to enforce in linux. I

Applied "regulator: bd9571mwv: Statize local symbols" to the regulator tree

The patch regulator: bd9571mwv: Statize local symbols has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: bd9571mwv: Statize local symbols" to the regulator tree

The patch regulator: bd9571mwv: Statize local symbols has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH] external references for device tree overlays

Hi Pantelis, thanks for the suggestion. This feature is not very well documented. I tried this on my rasp1 running 4.12.0-rc3 and it doesn't work. My source is: // rapsi example /dts-v1/; /plugin/; / { compatible = "brcm,bcm2835", "brcm,bcm2708", "brcm,bcm2709"; fragment@0 {

Re: [PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type

From: Greg Kroah-Hartman Date: Tue, 6 Jun 2017 21:22:19 +0200 > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: "David S. Miller"

Re: [PATCH] external references for device tree overlays

Hi Pantelis, thanks for the suggestion. This feature is not very well documented. I tried this on my rasp1 running 4.12.0-rc3 and it doesn't work. My source is: // rapsi example /dts-v1/; /plugin/; / { compatible = "brcm,bcm2835", "brcm,bcm2708", "brcm,bcm2709"; fragment@0 {

Re: [PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type

From: Greg Kroah-Hartman Date: Tue, 6 Jun 2017 21:22:19 +0200 > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: "David S. Miller" > Cc: > Signed-off-by: Greg

Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Tue, Jun 06, 2017 at 09:22:15PM +0200, Greg Kroah-Hartman wrote: > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: Benjamin Herrenschmidt >

Re: [PATCHv2 0/3] Enable no_cache flag to driver_data

Hi Luis, On 5/24/2017 2:03 PM, Luis R. Rodriguez wrote: On Sat, May 20, 2017 at 01:46:56AM -0500, yi1...@linux.intel.com wrote: From: Yi Li Changes in v2: - Rebase to Luis R. Rodriguez's 20170501-driver-data-try2 branch - Expose DRIVER_DATA_REQ_NO_CACHE

Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Tue, Jun 06, 2017 at 09:22:15PM +0200, Greg Kroah-Hartman wrote: > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc:

Re: [PATCHv2 0/3] Enable no_cache flag to driver_data

Hi Luis, On 5/24/2017 2:03 PM, Luis R. Rodriguez wrote: On Sat, May 20, 2017 at 01:46:56AM -0500, yi1...@linux.intel.com wrote: From: Yi Li Changes in v2: - Rebase to Luis R. Rodriguez's 20170501-driver-data-try2 branch - Expose DRIVER_DATA_REQ_NO_CACHE flag to public

Re: [PATCH 05/16] rpmsg: use dev_groups and not dev_attrs for bus_type

On Tue 06 Jun 12:22 PDT 2017, Greg Kroah-Hartman wrote: > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: Ohad Ben-Cohen > Cc: Bjorn Andersson

Re: [PATCH 05/16] rpmsg: use dev_groups and not dev_attrs for bus_type

On Tue 06 Jun 12:22 PDT 2017, Greg Kroah-Hartman wrote: > The dev_attrs field has long been "depreciated" and is finally being > removed, so move the driver to use the "correct" dev_groups field > instead for struct bus_type. > > Cc: Ohad Ben-Cohen > Cc: Bjorn Andersson > Cc: > Signed-off-by:

Re: [PATCH v2] checkpatch: Change format of --color argument to --color[=WHEN]

On Tue, 2017-06-06 at 13:07 -0400, John Brooks wrote: > The boolean --color argument did not offer the ability to force colourized > output even if stdout is not a terminal. Change the format of the argument > to the familiar --color[=WHEN] construct as seen in common Linux utilities > such as ls

Re: [PATCH v2] checkpatch: Change format of --color argument to --color[=WHEN]

On Tue, 2017-06-06 at 13:07 -0400, John Brooks wrote: > The boolean --color argument did not offer the ability to force colourized > output even if stdout is not a terminal. Change the format of the argument > to the familiar --color[=WHEN] construct as seen in common Linux utilities > such as ls

[PATCH 01/16] arm: ecard: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Russell King Cc: Signed-off-by: Greg Kroah-Hartman

[PATCH 01/16] arm: ecard: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Russell King Cc: Signed-off-by: Greg Kroah-Hartman --- arch/arm/mach-rpc/ecard.c | 40

[PATCH 00/16] Driver core: remove bus_type.dev_attrs

These are some patches that have been in my local trees for years, time to finally get them flushed out. The struct bus_type has a dev_attrs field, that duplicates the dev_groups field (dev_groups is newer). This patch series moves the few remaining users of this field over to use dev_groups,

[PATCH 00/16] Driver core: remove bus_type.dev_attrs

These are some patches that have been in my local trees for years, time to finally get them flushed out. The struct bus_type has a dev_attrs field, that duplicates the dev_groups field (dev_groups is newer). This patch series moves the few remaining users of this field over to use dev_groups,

[PATCH 02/16] mips: sgi-ip22: ecard: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Ralf Baechle Cc: Signed-off-by: Greg Kroah-Hartman

[PATCH 02/11] perf trace: Add mmap alias for s390

From: Jiri Olsa The s390 architecture maps sys_mmap (nr 90) into sys_old_mmap. For this reason perf trace can't find the proper syscall event to get args format from and displays it wrongly as 'continued'. To fix that fill the "alias" field with "old_mmap" for trace's mmap

[PATCH 02/16] mips: sgi-ip22: ecard: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Ralf Baechle Cc: Signed-off-by: Greg Kroah-Hartman --- arch/mips/sgi-ip22/ip22-gio.c | 16 ++-- 1 file changed,

[PATCH 02/11] perf trace: Add mmap alias for s390

From: Jiri Olsa The s390 architecture maps sys_mmap (nr 90) into sys_old_mmap. For this reason perf trace can't find the proper syscall event to get args format from and displays it wrongly as 'continued'. To fix that fill the "alias" field with "old_mmap" for trace's mmap record to get the

[PATCH 04/11] perf stat: Only print NMI watchdog hint when enabled

From: Andi Kleen Only print the NMI watchdog hint when that watchdog it actually enabled. This avoids printing these unnecessarily. Signed-off-by: Andi Kleen Acked-by: Jiri Olsa Link:

[PATCH 04/11] perf stat: Only print NMI watchdog hint when enabled

From: Andi Kleen Only print the NMI watchdog hint when that watchdog it actually enabled. This avoids printing these unnecessarily. Signed-off-by: Andi Kleen Acked-by: Jiri Olsa Link: http://lkml.kernel.org/n/tip-lnw7edxnqsphkmeew857w...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo

[PATCH 03/11] perf annotate: Fix branch instruction with multiple operands

From: Kim Phillips 'perf annotate' is dropping the cr* fields from branch instructions. Fix it by adding support to display branch instructions having multiple operands. Power Arch objdump of int_sqrt: 20.36 | c04d2694: subf r10,r10,r3 |

[PATCH 03/11] perf annotate: Fix branch instruction with multiple operands

From: Kim Phillips 'perf annotate' is dropping the cr* fields from branch instructions. Fix it by adding support to display branch instructions having multiple operands. Power Arch objdump of int_sqrt: 20.36 | c04d2694: subf r10,r10,r3 | c04d2698: v bgt

[PATCH 05/11] perf header: Set proper module name when build-id event found

From: Namhyung Kim When perf processes build-id event, it creates DSOs with the build-id. But it didn't set the module short name (like '[module-name]') so when processing a kernel mmap event of the module, it cannot found the DSO as it only checks the short names. That

[PATCH 05/11] perf header: Set proper module name when build-id event found

From: Namhyung Kim When perf processes build-id event, it creates DSOs with the build-id. But it didn't set the module short name (like '[module-name]') so when processing a kernel mmap event of the module, it cannot found the DSO as it only checks the short names. That leads for perf to create

[PATCH 08/11] perf test: Disable breakpoint signal tests for powerpc

From: Jiri Olsa The following tests are failing on powerpc: # perf test break 18: Breakpoint overflow signal handler : FAILED! 19: Breakpoint overflow sampling: FAILED! The powerpc kenel so far does not have support to even create instruction breakpoints using

[PATCH 08/11] perf test: Disable breakpoint signal tests for powerpc

From: Jiri Olsa The following tests are failing on powerpc: # perf test break 18: Breakpoint overflow signal handler : FAILED! 19: Breakpoint overflow sampling: FAILED! The powerpc kenel so far does not have support to even create instruction breakpoints using the perf event

[PATCH 10/11] perf report: Include partial stacks unwound with libdw

From: Milian Wolff So far the whole stack was thrown away when any error occurred before the maximum stack depth was unwound. This is actually a very common scenario though. The stacks that got unwound so far are still interesting. This removes a large chunk of differences

[PATCH 10/11] perf report: Include partial stacks unwound with libdw

From: Milian Wolff So far the whole stack was thrown away when any error occurred before the maximum stack depth was unwound. This is actually a very common scenario though. The stacks that got unwound so far are still interesting. This removes a large chunk of differences when comparing perf

[PATCH 09/11] perf annotate: Add missing powerpc triplet

From: Kim Phillips On an Ubuntu xenial system, 'perf annotate' says to install powerpc objdump on a system that already has binutils-powerpc-linux-gnu installed. Make perf aware of the missing triplet for the powerpc-linux-gnu target. Signed-off-by: Kim Phillips

[PATCH 09/11] perf annotate: Add missing powerpc triplet

From: Kim Phillips On an Ubuntu xenial system, 'perf annotate' says to install powerpc objdump on a system that already has binutils-powerpc-linux-gnu installed. Make perf aware of the missing triplet for the powerpc-linux-gnu target. Signed-off-by: Kim Phillips Cc: Alexander Shishkin Cc: He

[PATCH 11/11] perf report: Ensure the perf DSO mapping matches what libdw sees

From: Milian Wolff In some situations the libdw unwinder stopped working properly. I.e. with libunwind we see: ~ heaptrack_gui 2228 135073.400112: 641314 cycles: e8ed _dl_fixup (/usr/lib/ld-2.25.so) 15f06

[PATCH 11/11] perf report: Ensure the perf DSO mapping matches what libdw sees

From: Milian Wolff In some situations the libdw unwinder stopped working properly. I.e. with libunwind we see: ~ heaptrack_gui 2228 135073.400112: 641314 cycles: e8ed _dl_fixup (/usr/lib/ld-2.25.so) 15f06 _dl_runtime_resolve_sse_vex

[PATCH 07/11] perf symbols: Use correct filename for compressed modules in build-id cache

From: Namhyung Kim The decompress_kmodule() decompresses kernel modules in order to load symbols from it. In the DSO_BINARY_TYPE__BUILD_ID_CACHE case, it needs the full file path to extract the file extension to determine the decompression method. But overwriting 'name'

[PATCH 06/11] perf symbols: Set module info when build-id event found

From: Namhyung Kim Like machine__findnew_module_dso(), it should set necessary info for kernel modules to find symbol info from the file. Factor out dso__set_module_info() to do it. This is needed for dso__needs_decompress() to detect such DSOs. Signed-off-by: Namhyung

[PATCH 06/11] perf symbols: Set module info when build-id event found

From: Namhyung Kim Like machine__findnew_module_dso(), it should set necessary info for kernel modules to find symbol info from the file. Factor out dso__set_module_info() to do it. This is needed for dso__needs_decompress() to detect such DSOs. Signed-off-by: Namhyung Kim Acked-by: Jiri

[PATCH 07/11] perf symbols: Use correct filename for compressed modules in build-id cache

From: Namhyung Kim The decompress_kmodule() decompresses kernel modules in order to load symbols from it. In the DSO_BINARY_TYPE__BUILD_ID_CACHE case, it needs the full file path to extract the file extension to determine the decompression method. But overwriting 'name' will fail the

[PATCH 01/11] perf annotate: Fix failure when filename has special chars

From: Ravi Bangoria When filename contains special chars, perf annotate fails with an error: $ perf annotate --vmlinux ./vmlinux\(test\) --stdio native_safe_halt sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `objdump

[PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: "David S. Miller" Cc: Signed-off-by: Greg Kroah-Hartman

[GIT PULL 00/11] perf/urgent fixes

/linux/kernel/git/acme/linux.git tags/perf-urgent-for-mingo-4.12-20170606 for you to fetch changes up to 2538b9e2450ae255337c04356e9e0f8cb9ec48d9: perf report: Ensure the perf DSO mapping matches what libdw sees (2017-06-05 14:18:05 -0300

[PATCH 01/11] perf annotate: Fix failure when filename has special chars

From: Ravi Bangoria When filename contains special chars, perf annotate fails with an error: $ perf annotate --vmlinux ./vmlinux\(test\) --stdio native_safe_halt sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `objdump --start-address=0x8184e840

[PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: "David S. Miller" Cc: Signed-off-by: Greg Kroah-Hartman --- arch/sparc/kernel/vio.c | 18 +++--- 1 file changed,

[GIT PULL 00/11] perf/urgent fixes

/linux/kernel/git/acme/linux.git tags/perf-urgent-for-mingo-4.12-20170606 for you to fetch changes up to 2538b9e2450ae255337c04356e9e0f8cb9ec48d9: perf report: Ensure the perf DSO mapping matches what libdw sees (2017-06-05 14:18:05 -0300

[PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Rob Herring Cc: Jiri Slaby Signed-off-by: Greg Kroah-Hartman ---

[PATCH 07/16] macintosh: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Signed-off-by: Greg Kroah-Hartman

[PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Rob Herring Cc: Jiri Slaby Signed-off-by: Greg Kroah-Hartman --- drivers/tty/serdev/core.c | 10 ++ 1 file changed, 6

[PATCH 07/16] macintosh: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Signed-off-by: Greg Kroah-Hartman --- drivers/macintosh/macio_asic.c | 4 ++--

[PATCH 06/16] sh: superhyway: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Yoshinori Sato Cc: Rich Felker Cc: Signed-off-by: Greg

[PATCH 09/16] powerpc: ibmebus: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman

[PATCH 06/16] sh: superhyway: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Yoshinori Sato Cc: Rich Felker Cc: Signed-off-by: Greg Kroah-Hartman --- drivers/sh/superhyway/superhyway-sysfs.c | 29

[PATCH 09/16] powerpc: ibmebus: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Bart Van Assche Cc: Johan Hovold Cc: Robin Murphy Cc:

[PATCH 03/16] parisc: parisc_bus_type: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: "James E.J. Bottomley" Cc: Helge Deller Cc: Bart Van Assche

[PATCH 03/16] parisc: parisc_bus_type: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: "James E.J. Bottomley" Cc: Helge Deller Cc: Bart Van Assche Cc: Doug Ledford Cc: Signed-off-by: Greg Kroah-Hartman ---

[PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman

[PATCH 12/16] hwtracing: intel_th: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Alexander Shishkin Signed-off-by: Greg Kroah-Hartman ---

[PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Vineet Gupta Cc: Bart Van Assche Cc: Robin Murphy Cc:

[PATCH 12/16] hwtracing: intel_th: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Alexander Shishkin Signed-off-by: Greg Kroah-Hartman --- drivers/hwtracing/intel_th/core.c | 1 - 1 file changed, 1

[PATCH 11/16] powerpc: vio_cmo: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman

[PATCH 11/16] powerpc: vio_cmo: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Vineet Gupta Cc: Bart Van Assche Cc: Robin Murphy Cc:

[PATCH 08/16] powerpc: ps3: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Geoff Levand Cc: Benjamin Herrenschmidt Cc: Paul Mackerras

[PATCH 08/16] powerpc: ps3: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Geoff Levand Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Signed-off-by: Greg Kroah-Hartman ---

[PATCH 05/16] rpmsg: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Ohad Ben-Cohen Cc: Bjorn Andersson Cc:

[PATCH 16/16] driver-core: remove struct bus_type.dev_attrs

Now that all in-kernel users of bus_type.dev_attrs have been converted to use dev_groups instead, the dev_attrs field, and logic surrounding it, can be removed. Signed-off-by: Greg Kroah-Hartman --- drivers/base/bus.c | 37 +

[PATCH 05/16] rpmsg: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Ohad Ben-Cohen Cc: Bjorn Andersson Cc: Signed-off-by: Greg Kroah-Hartman --- drivers/rpmsg/rpmsg_core.c | 23

[PATCH 16/16] driver-core: remove struct bus_type.dev_attrs

Now that all in-kernel users of bus_type.dev_attrs have been converted to use dev_groups instead, the dev_attrs field, and logic surrounding it, can be removed. Signed-off-by: Greg Kroah-Hartman --- drivers/base/bus.c | 37 + include/linux/device.h | 2

[PATCH 13/16] hid: intel-ish-hid: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Srinivas Pandruvada Cc: Jiri Kosina Cc: Benjamin Tissoires

[PATCH 04/16] amba: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Russell King Signed-off-by: Greg Kroah-Hartman --- drivers/amba/bus.c | 25

[PATCH 13/16] hid: intel-ish-hid: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Srinivas Pandruvada Cc: Jiri Kosina Cc: Benjamin Tissoires Cc: Wei Yongjun Cc: Bhumika Goyal Cc: Rasmus Villemoes Cc:

[PATCH 04/16] amba: use dev_groups and not dev_attrs for bus_type

The dev_attrs field has long been "depreciated" and is finally being removed, so move the driver to use the "correct" dev_groups field instead for struct bus_type. Cc: Russell King Signed-off-by: Greg Kroah-Hartman --- drivers/amba/bus.c | 25 - 1 file changed, 12

Applied "ASoC: sun4i-codec: Add support for V3s codec" to the asoc tree

The patch ASoC: sun4i-codec: Add support for V3s codec has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH] external references for device tree overlays

Hi Frank, On 06.06.2017, 00:20 -0700 Frank Rowand wrote:: > On 06/05/17 05:59, Stefani Seibold wrote: > > From: Stefani Seibold > > > > This patch enables external references for symbols which are not > > exported by the current device tree. For example > > > > // RASPI

Applied "ASoC: sun4i-codec: Add support for V3s codec" to the asoc tree

The patch ASoC: sun4i-codec: Add support for V3s codec has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH] external references for device tree overlays

Hi Frank, On 06.06.2017, 00:20 -0700 Frank Rowand wrote:: > On 06/05/17 05:59, Stefani Seibold wrote: > > From: Stefani Seibold > > > > This patch enables external references for symbols which are not > > exported by the current device tree. For example > > > > // RASPI example (only for

[PATCH 26/26] pidns: Ensure zap_pid_ns_processes always terminates

The function zap_pid_processes terminates when the number of pids used by processes in a pid namespace drops to just those pids used by the last thread of the dying thread. Don't allow an init process aka a child_reaper to call setpgid(0, some_other_processes_pid). That case is already broken

[PATCH 26/26] pidns: Ensure zap_pid_ns_processes always terminates

The function zap_pid_processes terminates when the number of pids used by processes in a pid namespace drops to just those pids used by the last thread of the dying thread. Don't allow an init process aka a child_reaper to call setpgid(0, some_other_processes_pid). That case is already broken

[PATCH 25/26] signal: In ptrace_stop use CLD_TRAPPED in all ptrace signals

If the only job of the signal is to report a ptrace level event set si_code to CLD_TRAPPED instead of possibly CLD_STOPPED. This causes the siginfo of the signals that are sent to match the signinfo of the signals returned by waitid. This is a user visible difference but I don't expect anything

[PATCH 25/26] signal: In ptrace_stop use CLD_TRAPPED in all ptrace signals

If the only job of the signal is to report a ptrace level event set si_code to CLD_TRAPPED instead of possibly CLD_STOPPED. This causes the siginfo of the signals that are sent to match the signinfo of the signals returned by waitid. This is a user visible difference but I don't expect anything

[PATCH 7/7] MIPS: Use generic libgcc intrinsics

These routines in arch/mips/lib/ are functionally identical to those recently added to lib/ so remove them and select the generic ones. Signed-off-by: Matt Redfearn Signed-off-by: Palmer Dabbelt --- arch/mips/Kconfig | 5 +

[PATCH 3/7] microblaze: Use libgcc files from lib/

These files are functionally identical to the shared copies that I recently added. Signed-off-by: Palmer Dabbelt Reviewed-by: Geert Uytterhoeven --- arch/microblaze/Kconfig | 6 + arch/microblaze/lib/Makefile | 3 +--

[PATCH 7/7] MIPS: Use generic libgcc intrinsics

These routines in arch/mips/lib/ are functionally identical to those recently added to lib/ so remove them and select the generic ones. Signed-off-by: Matt Redfearn Signed-off-by: Palmer Dabbelt --- arch/mips/Kconfig | 5 + arch/mips/boot/compressed/Makefile | 4 +++-

[PATCH 3/7] microblaze: Use libgcc files from lib/

These files are functionally identical to the shared copies that I recently added. Signed-off-by: Palmer Dabbelt Reviewed-by: Geert Uytterhoeven --- arch/microblaze/Kconfig | 6 + arch/microblaze/lib/Makefile | 3 +-- arch/microblaze/lib/ashldi3.c | 28 -

[PATCH 12/26] wait: Directly test for the two cases where wait_task_zombie is called

We call wait_task_zombie to reap child processes and to release zombie ptraced threads. Collect all of the tests for these two cases into their own individual if statements to make it clear what is going on. This results in no change in behavior just a change in how the code is written. Seeing

[PATCH 12/26] wait: Directly test for the two cases where wait_task_zombie is called

We call wait_task_zombie to reap child processes and to release zombie ptraced threads. Collect all of the tests for these two cases into their own individual if statements to make it clear what is going on. This results in no change in behavior just a change in how the code is written. Seeing

Re: [PATCH] security/keys: rewrite all of big_key crypto

On Tue, Jun 6, 2017 at 8:45 PM, David Howells wrote: > Jason A. Donenfeld wrote: > >> Thank you! Perfect instructions, I'll play around with this and make >> sure it works. > > Don't forget that it's bimodal. You need to give it sufficient data to > trigger

Re: [PATCH] security/keys: rewrite all of big_key crypto

On Tue, Jun 6, 2017 at 8:45 PM, David Howells wrote: > Jason A. Donenfeld wrote: > >> Thank you! Perfect instructions, I'll play around with this and make >> sure it works. > > Don't forget that it's bimodal. You need to give it sufficient data to > trigger storage in swappable space. Somewhat

[PATCH 17/26] exit: Rework the exit states for ptracees

Create two new exit states EXIT_TRACEE and EXIT_TRACED replacing the two states "(EXIT_ZOMBIE && (!thread_group_leader(p) || !ptrace_reparented)) and EXIT_TRACE. With EXIT_ZOMBIE replacing the state: "(EXIT_ZOMBIE && thread_group_leader(p) && !ptrace_reparented)". Rework the code to take

[PATCH 23/26] signal: Fix SIGCONT before group stop completes.

Today initiating a group stop with SIGSTOP, SIGTSTP, SIGTTIN, or SIGTTOU and then have it contined with SIGCONT before the group stop is complete results in SIGCHLD being sent with a si_status of 0. The field si_status is defined by posix to be the stop signal. Which means we wind up violating

[PATCH 17/26] exit: Rework the exit states for ptracees

Create two new exit states EXIT_TRACEE and EXIT_TRACED replacing the two states "(EXIT_ZOMBIE && (!thread_group_leader(p) || !ptrace_reparented)) and EXIT_TRACE. With EXIT_ZOMBIE replacing the state: "(EXIT_ZOMBIE && thread_group_leader(p) && !ptrace_reparented)". Rework the code to take

[PATCH 23/26] signal: Fix SIGCONT before group stop completes.

Today initiating a group stop with SIGSTOP, SIGTSTP, SIGTTIN, or SIGTTOU and then have it contined with SIGCONT before the group stop is complete results in SIGCHLD being sent with a si_status of 0. The field si_status is defined by posix to be the stop signal. Which means we wind up violating

[PATCH 22/26] exit: Fix auto-wait of ptraced children

In November of 2005 Oleg fixed a kernel crash with commit 7ed0175a462c ("[PATCH] Don't auto-reap traced children"). Oleg's patch was the fix for CVE-2005-3784 where one description says: The auto-reap of child processes in Linux kernel 2.6 before 2.6.15 includes processes with ptrace

[PATCH 22/26] exit: Fix auto-wait of ptraced children

In November of 2005 Oleg fixed a kernel crash with commit 7ed0175a462c ("[PATCH] Don't auto-reap traced children"). Oleg's patch was the fix for CVE-2005-3784 where one description says: The auto-reap of child processes in Linux kernel 2.6 before 2.6.15 includes processes with ptrace

[PATCH 18/26] wait: Fix WSTOPPED on a ptraced child

When ptracing waitpid(pid, WUNTRACED) has two possible meanings. - Wait for ptrace stops from the task with tid == pid - Wait for ordinary stops from the process with tgid == pid The only sensible behavior and the Linux behavior in 2.2 and 2.4 has been to consume both ptrace stops and group stops

[PATCH] MIPS: fix boot with DT passed via UHI

commit 15f37e158892 ("MIPS: store the appended dtb address in a variable") seems to have introduced code that relies on delay slots after branch, however it seems that, since no directive ".set noreorder" is present, the AS already fills delay slots with NOPs. This caused failure in assigning

[PATCH 18/26] wait: Fix WSTOPPED on a ptraced child

When ptracing waitpid(pid, WUNTRACED) has two possible meanings. - Wait for ptrace stops from the task with tid == pid - Wait for ordinary stops from the process with tgid == pid The only sensible behavior and the Linux behavior in 2.2 and 2.4 has been to consume both ptrace stops and group stops

[PATCH] MIPS: fix boot with DT passed via UHI

commit 15f37e158892 ("MIPS: store the appended dtb address in a variable") seems to have introduced code that relies on delay slots after branch, however it seems that, since no directive ".set noreorder" is present, the AS already fills delay slots with NOPs. This caused failure in assigning

<    1   2   3   4   5   6   7   8   9   10   >