Re: [PATCH 0/1] net: ethtool: add SmartNIC reset support

Hi Andrew, On 17-10-18 09:28 AM, Andrew Lunn wrote: On Wed, Oct 18, 2017 at 09:01:35AM -0700, Scott Branden wrote: Ethtool provides support for resetting other internal portions of the NIC already. Seems appropriate to use one of the bits for resetting the application processor (AP) for

Re: [PATCH 0/1] net: ethtool: add SmartNIC reset support

Hi Andrew, On 17-10-18 09:28 AM, Andrew Lunn wrote: On Wed, Oct 18, 2017 at 09:01:35AM -0700, Scott Branden wrote: Ethtool provides support for resetting other internal portions of the NIC already. Seems appropriate to use one of the bits for resetting the application processor (AP) for

Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()

On 10/13/2017 08:32 PM, Pavel Tatashin wrote: > During early boot, kasan uses vmemmap_populate() to establish its shadow > memory. But, that interface is intended for struct pages use. > > Because of the current project, vmemmap won't be zeroed during allocation, > but kasan expects that memory

Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()

On 10/13/2017 08:32 PM, Pavel Tatashin wrote: > During early boot, kasan uses vmemmap_populate() to establish its shadow > memory. But, that interface is intended for struct pages use. > > Because of the current project, vmemmap won't be zeroed during allocation, > but kasan expects that memory

Re: libbattery was Re: [RFC PATCH 5/5] power: generic-adc-battery: Add capacity handling

> Am 18.10.2017 um 18:13 schrieb Pavel Machek : > > On Wed 2017-10-18 17:52:22, H. Nikolaus Schaller wrote: >> >>> Am 18.10.2017 um 15:56 schrieb Pavel Machek : >>> >>> On Wed 2017-10-18 06:22:04, Tony Lindgren wrote: * H. Nikolaus Schaller

Re: libbattery was Re: [RFC PATCH 5/5] power: generic-adc-battery: Add capacity handling

> Am 18.10.2017 um 18:13 schrieb Pavel Machek : > > On Wed 2017-10-18 17:52:22, H. Nikolaus Schaller wrote: >> >>> Am 18.10.2017 um 15:56 schrieb Pavel Machek : >>> >>> On Wed 2017-10-18 06:22:04, Tony Lindgren wrote: * H. Nikolaus Schaller [171018 05:49]: >> Am 18.10.2017 um 14:28

[PATCH] SoC: intel: byt: Introduce new custom IN2 map

From: Carlo Caione Introduce a new custom dapm routes map to quirk platforms with the internal mic connected to IN2P. Signed-off-by: Carlo Caione --- sound/soc/intel/boards/bytcr_rt5651.c | 16 +++- 1 file changed, 15 insertions(+), 1

[PATCH] SoC: intel: byt: Introduce new custom IN2 map

From: Carlo Caione Introduce a new custom dapm routes map to quirk platforms with the internal mic connected to IN2P. Signed-off-by: Carlo Caione --- sound/soc/intel/boards/bytcr_rt5651.c | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v4 0/2] kbuild: Cache exploratory calls to the compiler

2017-10-17 2:12 GMT+09:00 Douglas Anderson : > This two-patch series attempts to speed incremental builds of the > kernel up by a bit. How much of a speedup you get depends a lot on > your environment, specifically the speed of your workstation and how > fast it takes to

Re: [PATCH v4 0/2] kbuild: Cache exploratory calls to the compiler

2017-10-17 2:12 GMT+09:00 Douglas Anderson : > This two-patch series attempts to speed incremental builds of the > kernel up by a bit. How much of a speedup you get depends a lot on > your environment, specifically the speed of your workstation and how > fast it takes to invoke the compiler. > >

Re: [PATCH v4 0/2] irqchip: meson: add support for the gpio interrupt controller

On Mon, Sep 18 2017 at 3:46:07 pm BST, Jerome Brunet wrote: > This patch series adds support for the GPIO interrupt controller found on > Amlogic's meson SoC families. > > Unlike what the name suggests, this controller is not part of the SoC > GPIO subsystem. It is a

Re: [PATCH v4 0/2] irqchip: meson: add support for the gpio interrupt controller

On Mon, Sep 18 2017 at 3:46:07 pm BST, Jerome Brunet wrote: > This patch series adds support for the GPIO interrupt controller found on > Amlogic's meson SoC families. > > Unlike what the name suggests, this controller is not part of the SoC > GPIO subsystem. It is a separate controller which

Re: [PATCH 1/9] SOC: brcmstb: add memory API

On 10/17/2017 11:46 PM, Christoph Hellwig wrote: > On Tue, Oct 17, 2017 at 09:12:22AM -0700, Florian Fainelli wrote: >>> Please move this into the arm arch code. >> >> No, this needs to work on both ARM and ARM64, hence the reason why this >> is in a reasonably architecture neutral place. > > So

Re: [PATCH 1/9] SOC: brcmstb: add memory API

On 10/17/2017 11:46 PM, Christoph Hellwig wrote: > On Tue, Oct 17, 2017 at 09:12:22AM -0700, Florian Fainelli wrote: >>> Please move this into the arm arch code. >> >> No, this needs to work on both ARM and ARM64, hence the reason why this >> is in a reasonably architecture neutral place. > > So

Re: [PATCH v3 2/7] ACPI: Enable PPTT support on ARM64

On Thu, Oct 12, 2017 at 02:48:51PM -0500, Jeremy Linton wrote: > Now that we have a PPTT parser, in preparation for its use > on arm64, lets build it. > > Signed-off-by: Jeremy Linton > --- > arch/arm64/Kconfig | 1 + > drivers/acpi/Makefile | 1 + >

Re: [PATCH v3 2/7] ACPI: Enable PPTT support on ARM64

On Thu, Oct 12, 2017 at 02:48:51PM -0500, Jeremy Linton wrote: > Now that we have a PPTT parser, in preparation for its use > on arm64, lets build it. > > Signed-off-by: Jeremy Linton > --- > arch/arm64/Kconfig | 1 + > drivers/acpi/Makefile | 1 + > drivers/acpi/arm64/Kconfig | 3

Re: [PATCH] ext4: Convert timers to use timer_setup()

On Mon, Oct 16, 2017 at 05:00:19PM -0700, Kees Cook wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. > > Cc: "Theodore Ts'o" >

Re: [PATCH] ext4: Convert timers to use timer_setup()

On Mon, Oct 16, 2017 at 05:00:19PM -0700, Kees Cook wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. > > Cc: "Theodore Ts'o" > Cc: Andreas

Re: [RFC PATCH] kbuild: Allow specifying some base host CFLAGS

2017-10-14 3:02 GMT+09:00 Douglas Anderson : > Right now there is a way to add some CFLAGS that affect target builds, > but no way to add CFLAGS that affect host builds. Let's add a way. > We'll document two environment variables: CFLAGS_HOST and > CXXFLAGS_HOST. > > We'll

Re: [RFC PATCH] kbuild: Allow specifying some base host CFLAGS

2017-10-14 3:02 GMT+09:00 Douglas Anderson : > Right now there is a way to add some CFLAGS that affect target builds, > but no way to add CFLAGS that affect host builds. Let's add a way. > We'll document two environment variables: CFLAGS_HOST and > CXXFLAGS_HOST. > > We'll document that these

Re: [PATCH v7 02/10] arm: dts: sunxi: Restore EMAC changes

On Wed, Oct 18, 2017 at 01:44:50PM +0200, Corentin Labbe wrote: > The original dwmac-sun8i DT bindings have some issue on how to handle > integrated PHY and was reverted in last RC of 4.13. > But now we have a solution so we need to get back that was reverted. > > This patch restore arm DT about

Re: [PATCH v7 02/10] arm: dts: sunxi: Restore EMAC changes

On Wed, Oct 18, 2017 at 01:44:50PM +0200, Corentin Labbe wrote: > The original dwmac-sun8i DT bindings have some issue on how to handle > integrated PHY and was reverted in last RC of 4.13. > But now we have a solution so we need to get back that was reverted. > > This patch restore arm DT about

Re: [PATCH] jbd2: Convert timers to use timer_setup()

On Tue, Oct 10, 2017 at 01:20:50PM +0200, Jan Kara wrote: > On Wed 04-10-17 17:48:46, Kees Cook wrote: > > In preparation for unconditionally passing the struct timer_list pointer to > > all timer callbacks, switch to using the new timer_setup() and from_timer() > > to pass the timer pointer

Re: [PATCH] jbd2: Convert timers to use timer_setup()

On Tue, Oct 10, 2017 at 01:20:50PM +0200, Jan Kara wrote: > On Wed 04-10-17 17:48:46, Kees Cook wrote: > > In preparation for unconditionally passing the struct timer_list pointer to > > all timer callbacks, switch to using the new timer_setup() and from_timer() > > to pass the timer pointer

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

As a remark. I think it makes more sense to concentrate on the whole concept before doing an depth review (of course, if you have the cycles - feel free to go ahead :-) ). Let me just summarize the HW idea in a very simplified fashion, so that we can try to let everybody understand what is going

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

As a remark. I think it makes more sense to concentrate on the whole concept before doing an depth review (of course, if you have the cycles - feel free to go ahead :-) ). Let me just summarize the HW idea in a very simplified fashion, so that we can try to let everybody understand what is going

Re: char/tpm: Improve a size determination in nine functions

> Commit message should just describe in plain text what you are doing Did other contributors find the wording “Replace …” > and why. and “… a bit safer according to the Linux coding style convention.” sufficient often enough already? Which description would you find more appropriate for this

Re: [PATCH] perf vendor events arm64: Add hip08 implementation defined PMU core events

On 18/10/2017 11:49, Will Deacon wrote: On Wed, Oct 18, 2017 at 10:25:39AM +0100, John Garry wrote: On 17/10/2017 13:59, Will Deacon wrote: Hi Shaokun, Thanks for the patch. One comment below. On Tue, Oct 17, 2017 at 03:01:39PM +0800, Shaokun Zhang wrote: This is a short list of useful

Re: char/tpm: Improve a size determination in nine functions

> Commit message should just describe in plain text what you are doing Did other contributors find the wording “Replace …” > and why. and “… a bit safer according to the Linux coding style convention.” sufficient often enough already? Which description would you find more appropriate for this

Re: [PATCH] perf vendor events arm64: Add hip08 implementation defined PMU core events

On 18/10/2017 11:49, Will Deacon wrote: On Wed, Oct 18, 2017 at 10:25:39AM +0100, John Garry wrote: On 17/10/2017 13:59, Will Deacon wrote: Hi Shaokun, Thanks for the patch. One comment below. On Tue, Oct 17, 2017 at 03:01:39PM +0800, Shaokun Zhang wrote: This is a short list of useful

Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call

> The layout of struct rseq_cs is as follows: > start_ip > Instruction pointer address of the first instruction of the > sequence of consecutive assembly instructions. > post_commit_ip > Instruction pointer address after the last  instruction  of >  the sequence of consecutive assembly

Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call

> The layout of struct rseq_cs is as follows: > start_ip > Instruction pointer address of the first instruction of the > sequence of consecutive assembly instructions. > post_commit_ip > Instruction pointer address after the last  instruction  of >  the sequence of consecutive assembly

orc unwinder: stack-out-of-bounds accesses

Hello, I am seeing lots of KASAN-detected stack-out-of-bounds accesses in the new ORC unwinder. Examples of reports below. linux-next on a7dd40274d75326ca868479c62090b1198a357ad. You can reproduce this by enabling CONFIG_KASAN with gcc7+ (which supports stack instrumentation).

orc unwinder: stack-out-of-bounds accesses

Hello, I am seeing lots of KASAN-detected stack-out-of-bounds accesses in the new ORC unwinder. Examples of reports below. linux-next on a7dd40274d75326ca868479c62090b1198a357ad. You can reproduce this by enabling CONFIG_KASAN with gcc7+ (which supports stack instrumentation).

Re: [Patch v6 3/7] slimbus: qcom: Add Qualcomm Slimbus controller driver

Thanks for Review Comments. On 18/10/17 08:27, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: From: Sagar Dharia This controller driver programs manager, interface, and framer devices for Qualcomm's slimbus HW block.

Re: [Patch v6 3/7] slimbus: qcom: Add Qualcomm Slimbus controller driver

Thanks for Review Comments. On 18/10/17 08:27, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: From: Sagar Dharia This controller driver programs manager, interface, and framer devices for Qualcomm's slimbus HW block. Manager component currently

Re: [PATCH] Makefile: add targets for config-help and pkg-help

On 10/18/2017 10:23 AM, Masahiro Yamada wrote: > 2017-10-18 0:18 GMT+09:00 Shuah Khan : >> Change to enable config help and package help from the main make level >> to make it easier to use. It has become difficult to find config help >> and pkg help specific output from

Re: [PATCH] Makefile: add targets for config-help and pkg-help

On 10/18/2017 10:23 AM, Masahiro Yamada wrote: > 2017-10-18 0:18 GMT+09:00 Shuah Khan : >> Change to enable config help and package help from the main make level >> to make it easier to use. It has become difficult to find config help >> and pkg help specific output from the "help" information. >>

Re: [Patch v6 2/7] slimbus: Add messaging APIs to slimbus framework

Thanks for Review Comments, On 18/10/17 07:15, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: From: Sagar Dharia Slimbus devices use value-element, and information elements to control device parameters (e.g. value element

Re: [Patch v6 2/7] slimbus: Add messaging APIs to slimbus framework

Thanks for Review Comments, On 18/10/17 07:15, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: From: Sagar Dharia Slimbus devices use value-element, and information elements to control device parameters (e.g. value element is used to represent

Re: [Patch v6 1/7] slimbus: Device management on SLIMbus

Thanks for the Review Bjorn, On 17/10/17 07:23, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: [..] diff --git a/drivers/slimbus/slim-core.c b/drivers/slimbus/slim-core.c [..] +/** + * Report callbacks(device_up, device_down) are implemented by

Re: [Patch v6 1/7] slimbus: Device management on SLIMbus

Thanks for the Review Bjorn, On 17/10/17 07:23, Bjorn Andersson wrote: On Fri 06 Oct 08:51 PDT 2017, srinivas.kandaga...@linaro.org wrote: [..] diff --git a/drivers/slimbus/slim-core.c b/drivers/slimbus/slim-core.c [..] +/** + * Report callbacks(device_up, device_down) are implemented by

Re: [PATCH v7 02/10] arm: dts: sunxi: Restore EMAC changes

> index e1dba9ffa94b..f2292deaa590 100644 > --- a/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts > +++ b/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts > @@ -52,6 +52,7 @@ > compatible = "sinovoip,bpi-m2-plus", "allwinner,sun8i-h3"; > > aliases { > + ethernet0 = >

Re: [PATCH v7 02/10] arm: dts: sunxi: Restore EMAC changes

> index e1dba9ffa94b..f2292deaa590 100644 > --- a/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts > +++ b/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts > @@ -52,6 +52,7 @@ > compatible = "sinovoip,bpi-m2-plus", "allwinner,sun8i-h3"; > > aliases { > + ethernet0 = >

Re: rcu kernel-doc issues (4.14-rc1)

On Wed, 18 Oct 2017 09:27:01 -0700 "Paul E. McKenney" wrote: > On a related topic... Is there anything that test-builds docbook prior > to patches hitting mainline? My experience indicates that the answer is > "no". The zero-day robot is said to be testing for new

Re: rcu kernel-doc issues (4.14-rc1)

On Wed, 18 Oct 2017 09:27:01 -0700 "Paul E. McKenney" wrote: > On a related topic... Is there anything that test-builds docbook prior > to patches hitting mainline? My experience indicates that the answer is > "no". The zero-day robot is said to be testing for new doc-build errors, but I

Re: [PATCH 0/2] rt5651: Enable platforms with int mic on IN2

On Wed, Oct 18, 2017 at 5:19 PM, Pierre-Louis Bossart wrote: > On 10/18/17 11:07 AM, Carlo Caione wrote: >> >> From: Carlo Caione >> >> While working on enabling a cherry-trail laptop shipping the rt5651 >> codec I realized that the

Re: [PATCH 0/2] rt5651: Enable platforms with int mic on IN2

On Wed, Oct 18, 2017 at 5:19 PM, Pierre-Louis Bossart wrote: > On 10/18/17 11:07 AM, Carlo Caione wrote: >> >> From: Carlo Caione >> >> While working on enabling a cherry-trail laptop shipping the rt5651 >> codec I realized that the machine driver needed some fixup. >> >> In particular the

Re: usb/core: slab-out-of-bounds in usb_get_bos_descriptor

On Wed, Oct 18, 2017 at 5:25 PM, Alan Stern wrote: > On Wed, 18 Oct 2017, Andrey Konovalov wrote: > >> Hi! >> >> I've got the following report while fuzzing the kernel with syzkaller. >> >> On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). >> >> Looks like

Re: usb/core: slab-out-of-bounds in usb_get_bos_descriptor

On Wed, Oct 18, 2017 at 5:25 PM, Alan Stern wrote: > On Wed, 18 Oct 2017, Andrey Konovalov wrote: > >> Hi! >> >> I've got the following report while fuzzing the kernel with syzkaller. >> >> On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). >> >> Looks like usb_get_bos_descriptor()

[PATCH] gpiolib: clear irq handler and data in one go

Replace the two separate calls for clearing the irqchip's chained handler and its data with a single irq_set_chained_handler_and_data() call. Signed-off-by: Martin Kaiser --- drivers/gpio/gpiolib.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] gpiolib: clear irq handler and data in one go

Replace the two separate calls for clearing the irqchip's chained handler and its data with a single irq_set_chained_handler_and_data() call. Signed-off-by: Martin Kaiser --- drivers/gpio/gpiolib.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/gpiolib.c

Re: [PATCH] checkpatch: Add TP_printk to list of logging functions

> On Oct 17, 2017, at 4:29 PM, Joe Perches wrote: > > So the line length check can be bypassed by its callers. > > Reported-by: Song Liu > Signed-off-by: Joe Perches > --- > scripts/checkpatch.pl | 1 + > 1 file changed, 1

Re: [PATCH] checkpatch: Add TP_printk to list of logging functions

> On Oct 17, 2017, at 4:29 PM, Joe Perches wrote: > > So the line length check can be bypassed by its callers. > > Reported-by: Song Liu > Signed-off-by: Joe Perches > --- > scripts/checkpatch.pl | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/scripts/checkpatch.pl

Re: [PATCH] lib/dynamic_queue_limits.c: relax BUG_ON to WARN_ON in dql_complete()

On Wed, 2017-10-18 at 16:45 +0100, Ard Biesheuvel wrote: > Even though calling dql_completed() with a count that exceeds the > queued count is a serious error, it still does not justify bringing > down the entire kernel with a BUG_ON(). So relax it to a WARN_ON() > instead. > > Signed-off-by: Ard

Re: [PATCH] lib/dynamic_queue_limits.c: relax BUG_ON to WARN_ON in dql_complete()

On Wed, 2017-10-18 at 16:45 +0100, Ard Biesheuvel wrote: > Even though calling dql_completed() with a count that exceeds the > queued count is a serious error, it still does not justify bringing > down the entire kernel with a BUG_ON(). So relax it to a WARN_ON() > instead. > > Signed-off-by: Ard

[tip:x86/urgent] x86/mm: Remove debug/x86/tlb_defer_switch_to_init_mm

Commit-ID: 7ac7f2c315ef76437f5119df354d334448534fb5 Gitweb: https://git.kernel.org/tip/7ac7f2c315ef76437f5119df354d334448534fb5 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:51 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017

[tip:x86/urgent] x86/mm: Remove debug/x86/tlb_defer_switch_to_init_mm

Commit-ID: 7ac7f2c315ef76437f5119df354d334448534fb5 Gitweb: https://git.kernel.org/tip/7ac7f2c315ef76437f5119df354d334448534fb5 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:51 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:25:02 +0200 x86/mm: Remove

Re: [PATCH 0/1] net: ethtool: add SmartNIC reset support

On Wed, Oct 18, 2017 at 09:01:35AM -0700, Scott Branden wrote: > Ethtool provides support for resetting other internal portions of the > NIC already. Seems appropriate to use one of the bits for resetting > the application processor (AP) for SmartNICs. Hi Scott Do you also have a management

Re: [PATCH 0/1] net: ethtool: add SmartNIC reset support

On Wed, Oct 18, 2017 at 09:01:35AM -0700, Scott Branden wrote: > Ethtool provides support for resetting other internal portions of the > NIC already. Seems appropriate to use one of the bits for resetting > the application processor (AP) for SmartNICs. Hi Scott Do you also have a management

[tip:x86/urgent] x86/mm: Tidy up "x86/mm: Flush more aggressively in lazy TLB mode"

Commit-ID: 4e57b94664fef55aa71cac33b4632fdfdd52b695 Gitweb: https://git.kernel.org/tip/4e57b94664fef55aa71cac33b4632fdfdd52b695 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:50 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017

[tip:x86/urgent] x86/mm: Tidy up "x86/mm: Flush more aggressively in lazy TLB mode"

Commit-ID: 4e57b94664fef55aa71cac33b4632fdfdd52b695 Gitweb: https://git.kernel.org/tip/4e57b94664fef55aa71cac33b4632fdfdd52b695 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:50 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:25:02 +0200 x86/mm: Tidy up

Re: [PATCH] KVM: X86: #GP when guest attempts to write MCi banks w/o 0

The AMD APM says, "For each error-reporting register bank, software should set the enable bits to 1 in the MCi_CTL register for the error types it wants the processor to report. Software can write each MCi_CTL with all 1s to enable all error-reporting mechanisms.' It does not say that only all 1's

Re: [PATCH] KVM: X86: #GP when guest attempts to write MCi banks w/o 0

The AMD APM says, "For each error-reporting register bank, software should set the enable bits to 1 in the MCi_CTL register for the error types it wants the processor to report. Software can write each MCi_CTL with all 1s to enable all error-reporting mechanisms.' It does not say that only all 1's

[tip:core/objtool] objtool: Print top level commands on incorrect usage

Commit-ID: 6a93bb7e4a7d6670677d5b0eb980936eb9cc5d2e Gitweb: https://git.kernel.org/tip/6a93bb7e4a7d6670677d5b0eb980936eb9cc5d2e Author: Kamalesh Babulal AuthorDate: Sat, 14 Oct 2017 20:17:54 +0530 Committer: Ingo Molnar CommitDate: Wed, 18

[tip:core/objtool] objtool: Print top level commands on incorrect usage

Commit-ID: 6a93bb7e4a7d6670677d5b0eb980936eb9cc5d2e Gitweb: https://git.kernel.org/tip/6a93bb7e4a7d6670677d5b0eb980936eb9cc5d2e Author: Kamalesh Babulal AuthorDate: Sat, 14 Oct 2017 20:17:54 +0530 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:22:26 +0200 objtool: Print top

[tip:x86/urgent] x86/mm/64: Remove the last VM_BUG_ON() from the TLB code

Commit-ID: e8b9b0cc8269c85d8167aaee024bfcbb4976c031 Gitweb: https://git.kernel.org/tip/e8b9b0cc8269c85d8167aaee024bfcbb4976c031 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:49 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017

[tip:x86/urgent] x86/mm/64: Remove the last VM_BUG_ON() from the TLB code

Commit-ID: e8b9b0cc8269c85d8167aaee024bfcbb4976c031 Gitweb: https://git.kernel.org/tip/e8b9b0cc8269c85d8167aaee024bfcbb4976c031 Author: Andy Lutomirski AuthorDate: Sat, 14 Oct 2017 09:59:49 -0700 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:25:02 +0200 x86/mm/64: Remove the

[tip:perf/core] Revert "kprobes: Warn if optprobe handler tries to change execution path"

Commit-ID: 4f3a871443669c6b4d458a60ac8d8ca5eedc3f97 Gitweb: https://git.kernel.org/tip/4f3a871443669c6b4d458a60ac8d8ca5eedc3f97 Author: Naveen N. Rao AuthorDate: Tue, 17 Oct 2017 13:48:34 +0530 Committer: Ingo Molnar CommitDate: Wed,

[tip:perf/core] Revert "kprobes: Warn if optprobe handler tries to change execution path"

Commit-ID: 4f3a871443669c6b4d458a60ac8d8ca5eedc3f97 Gitweb: https://git.kernel.org/tip/4f3a871443669c6b4d458a60ac8d8ca5eedc3f97 Author: Naveen N. Rao AuthorDate: Tue, 17 Oct 2017 13:48:34 +0530 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:21:35 +0200 Revert "kprobes: Warn if

Re: rcu kernel-doc issues (4.14-rc1)

On Wed, Oct 18, 2017 at 10:03:40AM -0600, Jonathan Corbet wrote: > On Mon, 16 Oct 2017 13:26:19 -0700 > "Paul E. McKenney" wrote: > > > OK, how about if I submit them to the 4.15 merge window, but add the > > appropriate -stable tags to get them backported? Yes,

Re: rcu kernel-doc issues (4.14-rc1)

On Wed, Oct 18, 2017 at 10:03:40AM -0600, Jonathan Corbet wrote: > On Mon, 16 Oct 2017 13:26:19 -0700 > "Paul E. McKenney" wrote: > > > OK, how about if I submit them to the 4.15 merge window, but add the > > appropriate -stable tags to get them backported? Yes, these are bugs, > > but I cannot

[tip:x86/urgent] x86/microcode/intel: Disable late loading on model 79

Commit-ID: 723f2828a98c8ca19842042f418fb30dd8cfc0f7 Gitweb: https://git.kernel.org/tip/723f2828a98c8ca19842042f418fb30dd8cfc0f7 Author: Borislav Petkov AuthorDate: Wed, 18 Oct 2017 13:12:25 +0200 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017

Re: linux-next: manual merge of the sound-asoc tree with the drm-misc tree

On Wed, Oct 18, 2017 at 02:33:37PM +, Deucher, Alexander wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to. > Your conflict change affectively reverted

[tip:x86/urgent] x86/microcode/intel: Disable late loading on model 79

Commit-ID: 723f2828a98c8ca19842042f418fb30dd8cfc0f7 Gitweb: https://git.kernel.org/tip/723f2828a98c8ca19842042f418fb30dd8cfc0f7 Author: Borislav Petkov AuthorDate: Wed, 18 Oct 2017 13:12:25 +0200 Committer: Ingo Molnar CommitDate: Wed, 18 Oct 2017 15:20:20 +0200 x86/microcode/intel:

Re: linux-next: manual merge of the sound-asoc tree with the drm-misc tree

On Wed, Oct 18, 2017 at 02:33:37PM +, Deucher, Alexander wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to. > Your conflict change affectively reverted

Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call

- On Oct 18, 2017, at 2:22 AM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: > On Tue, Oct 17, 2017 at 04:19:41PM +, Ben Maurer wrote: >> Hey, >> >> > So far the restrictions I see for libraries using this symbol are: >> > - They should never be unloaded, >> > - They should never

Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call

- On Oct 18, 2017, at 2:22 AM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: > On Tue, Oct 17, 2017 at 04:19:41PM +, Ben Maurer wrote: >> Hey, >> >> > So far the restrictions I see for libraries using this symbol are: >> > - They should never be unloaded, >> > - They should never

Re: [PATCH] ftrace/docs: Add documentation on how to use ftrace from within the kernel

On Mon, 9 Oct 2017 15:32:30 -0400 Steven Rostedt wrote: > With the coming removal of jprobes, using ftrace callbacks is one of the > utilities that replace the jprobes functionality. Having a document that > explains how to use ftrace as such will help in the transition from

Re: [PATCH] ftrace/docs: Add documentation on how to use ftrace from within the kernel

On Mon, 9 Oct 2017 15:32:30 -0400 Steven Rostedt wrote: > With the coming removal of jprobes, using ftrace callbacks is one of the > utilities that replace the jprobes functionality. Having a document that > explains how to use ftrace as such will help in the transition from jprobes > to ftrace.

Re: [PATCH] Makefile: add targets for config-help and pkg-help

2017-10-18 0:18 GMT+09:00 Shuah Khan : > Change to enable config help and package help from the main make level > to make it easier to use. It has become difficult to find config help > and pkg help specific output from the "help" information. > > Signed-off-by: Shuah Khan

Re: [PATCH] Makefile: add targets for config-help and pkg-help

2017-10-18 0:18 GMT+09:00 Shuah Khan : > Change to enable config help and package help from the main make level > to make it easier to use. It has become difficult to find config help > and pkg help specific output from the "help" information. > > Signed-off-by: Shuah Khan > --- > Makefile | 7

Re: [PATCH 02/25] thermal/drivers/hisi: Remove the multiple sensors support

On 18/10/2017 17:51, Eduardo Valentin wrote: > On Wed, Oct 18, 2017 at 09:48:21AM +0800, Leo Yan wrote: >> On Tue, Oct 17, 2017 at 02:07:08PM -0700, Eduardo Valentin wrote: >>> On Tue, Oct 17, 2017 at 09:03:40PM +0200, Daniel Lezcano wrote: On 17/10/2017 20:25, Eduardo Valentin wrote: >

Re: [PATCH 02/25] thermal/drivers/hisi: Remove the multiple sensors support

On 18/10/2017 17:51, Eduardo Valentin wrote: > On Wed, Oct 18, 2017 at 09:48:21AM +0800, Leo Yan wrote: >> On Tue, Oct 17, 2017 at 02:07:08PM -0700, Eduardo Valentin wrote: >>> On Tue, Oct 17, 2017 at 09:03:40PM +0200, Daniel Lezcano wrote: On 17/10/2017 20:25, Eduardo Valentin wrote: >

Re: [PATCH] RDMA/cxgb4: Convert timers to use timer_setup()

On Tue, 2017-10-17 at 09:25 -0500, Steve Wise wrote: > > > > In preparation for unconditionally passing the struct timer_list > > pointer to > > all timer callbacks, switch to using the new timer_setup() and > > from_timer() > > to pass the timer pointer explicitly. Also removes an unused timer >

Re: [PATCH] RDMA/cxgb4: Convert timers to use timer_setup()

On Tue, 2017-10-17 at 09:25 -0500, Steve Wise wrote: > > > > In preparation for unconditionally passing the struct timer_list > > pointer to > > all timer callbacks, switch to using the new timer_setup() and > > from_timer() > > to pass the timer pointer explicitly. Also removes an unused timer >

Re: [RFC 04/19] s390/zcrypt: create an AP matrix device on the AP matrix bus

On Fri, 13 Oct 2017 13:38:49 -0400 Tony Krowiak wrote: [Please take with a grain of salt as I did not yet have time to take more than a very superficial glance at the whole structure.] > Creates a single AP matrix device on the AP matrix bus. > The matrix device

Re: [RFC 04/19] s390/zcrypt: create an AP matrix device on the AP matrix bus

On Fri, 13 Oct 2017 13:38:49 -0400 Tony Krowiak wrote: [Please take with a grain of salt as I did not yet have time to take more than a very superficial glance at the whole structure.] > Creates a single AP matrix device on the AP matrix bus. > The matrix device will be created as part of the

Re: [PATCH 0/2] rt5651: Enable platforms with int mic on IN2

On 10/18/17 11:07 AM, Carlo Caione wrote: From: Carlo Caione While working on enabling a cherry-trail laptop shipping the rt5651 codec I realized that the machine driver needed some fixup. In particular the laptop I'm working on (KIANO SlimNote 14.2) has the internal mic

Re: [PATCH 0/2] rt5651: Enable platforms with int mic on IN2

On 10/18/17 11:07 AM, Carlo Caione wrote: From: Carlo Caione While working on enabling a cherry-trail laptop shipping the rt5651 codec I realized that the machine driver needed some fixup. In particular the laptop I'm working on (KIANO SlimNote 14.2) has the internal mic connected to the IN2

Re: [PATCH] x86, syscalls: use SYSCALL_DEFINE() macros for sys_modify_ldt()

* Dave Hansen wrote: > > We do not have tracepoints for sys_modify_ldt() because we define > it directly instead of using the normal SYSCALL_DEFINEx() macros. > > However, there is a reason sys_modify_ldt() does not use the macros: > it has an 'int' return type

Re: [PATCH] x86, syscalls: use SYSCALL_DEFINE() macros for sys_modify_ldt()

* Dave Hansen wrote: > > We do not have tracepoints for sys_modify_ldt() because we define > it directly instead of using the normal SYSCALL_DEFINEx() macros. > > However, there is a reason sys_modify_ldt() does not use the macros: > it has an 'int' return type instead of 'unsigned long'.

Re: [PATCH 1/3] Documentation/devicetree: Add pcie-reset-suspend property

On Tue, Oct 17, 2017 at 04:39:05PM -0700, Brian Norris wrote: > On Fri, Oct 13, 2017 at 11:51:52AM -0500, Bjorn Helgaas wrote: > > On Thu, Oct 12, 2017 at 01:52:18PM -0700, Brian Norris wrote: > > > The patch is self-descriptive. I've found that we may need > > > platform-specific behavior for the

Re: [PATCH 1/3] Documentation/devicetree: Add pcie-reset-suspend property

On Tue, Oct 17, 2017 at 04:39:05PM -0700, Brian Norris wrote: > On Fri, Oct 13, 2017 at 11:51:52AM -0500, Bjorn Helgaas wrote: > > On Thu, Oct 12, 2017 at 01:52:18PM -0700, Brian Norris wrote: > > > The patch is self-descriptive. I've found that we may need > > > platform-specific behavior for the

Re: [PATCH] rcu: do not include rtmutex_common.h unconditionally

On 2017-10-18 08:39:46 [-0700], Paul E. McKenney wrote: > Thank you very much, hand-applied as a preparatory patch for > "Suppress lockdep false-positive ->boost_mtx complaints", please see > below. okay. > What I don't understand is why 0day test robot didn't complain about > my copy of the

Re: [PATCH] rcu: do not include rtmutex_common.h unconditionally

On 2017-10-18 08:39:46 [-0700], Paul E. McKenney wrote: > Thank you very much, hand-applied as a preparatory patch for > "Suppress lockdep false-positive ->boost_mtx complaints", please see > below. okay. > What I don't understand is why 0day test robot didn't complain about > my copy of the

Re: [PATCH v3 2/2] livepatch: add atomic replace

On Wed, Oct 18, 2017 at 03:36:42PM +0200, Jiri Kosina wrote: > On Wed, 18 Oct 2017, Miroslav Benes wrote: > > > 3. Drop immediate. It causes problems only and its advantages on x86_64 > > are theoretical. You would still need to solve the interaction with atomic > > replace on other

Re: [PATCH v3 2/2] livepatch: add atomic replace

On Wed, Oct 18, 2017 at 03:36:42PM +0200, Jiri Kosina wrote: > On Wed, 18 Oct 2017, Miroslav Benes wrote: > > > 3. Drop immediate. It causes problems only and its advantages on x86_64 > > are theoretical. You would still need to solve the interaction with atomic > > replace on other

Re: libbattery was Re: [RFC PATCH 5/5] power: generic-adc-battery: Add capacity handling

On Wed 2017-10-18 17:52:22, H. Nikolaus Schaller wrote: > > > Am 18.10.2017 um 15:56 schrieb Pavel Machek : > > > > On Wed 2017-10-18 06:22:04, Tony Lindgren wrote: > >> * H. Nikolaus Schaller [171018 05:49]: > Am 18.10.2017 um 14:28 schrieb Pavel Machek

Re: libbattery was Re: [RFC PATCH 5/5] power: generic-adc-battery: Add capacity handling

On Wed 2017-10-18 17:52:22, H. Nikolaus Schaller wrote: > > > Am 18.10.2017 um 15:56 schrieb Pavel Machek : > > > > On Wed 2017-10-18 06:22:04, Tony Lindgren wrote: > >> * H. Nikolaus Schaller [171018 05:49]: > Am 18.10.2017 um 14:28 schrieb Pavel Machek : > > So I started

<    4   5   6   7   8   9   10   11   12   13   >