[PATCH v7 5/6] perf report: support time percent and multiple time ranges

perf report has a --time option to limit the time range of output. It only supports absolute time. Now this option is extended to support multiple time ranges and support the percent of time. For example: 1. Select the first and second 10% time slices perf report --time 10%/1,10%/2 2. Select

Re: [PATCH v2 06/35] nds32: MMU fault handling and page table management

2017-12-08 0:40 GMT+08:00 Al Viro : > On Mon, Nov 27, 2017 at 08:27:53PM +0800, Greentime Hu wrote: >> +void do_page_fault(unsigned long entry, unsigned long addr, >> +unsigned int error_code, struct pt_regs *regs) > [snip] >> + /* >> + * If we're

Re: [PATCH v1 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

Hi Jiada > >> Currently there is race condition between set of byte_pos and wrap > >> it around when new buffer starts. If .pointer is called in-between > >> it will result in inconsistent pointer position be returned > >> from .pointer callback. > >> > >> This patch increments buffer pointer

Re: [PATCH 1/2] tools/lib/lockdep: Add missing declaration of 'pr_cont()'

* alexander.le...@verizon.com wrote: > From: Mengting Zhang > > An annoying compile warning due to missing declaration is shown below: > In file included from lockdep.c:27:0: > ../../../kernel/locking/lockdep.c: In function

Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray

On Fri, Dec 08, 2017 at 01:45:52PM +0900, Byungchul Park wrote: > On Fri, Dec 08, 2017 at 09:22:16AM +1100, Dave Chinner wrote: > > On Thu, Dec 07, 2017 at 11:06:34AM -0500, Theodore Ts'o wrote: > > > On Wed, Dec 06, 2017 at 06:06:48AM -0800, Matthew Wilcox wrote: > > > > > Unfortunately for you,

Re: [PATCH] LDT improvements

* Andy Lutomirski wrote: > > > > On Dec 7, 2017, at 9:23 AM, Thomas Gleixner wrote: > > > >> On Thu, 7 Dec 2017, Andy Lutomirski wrote: > >> > >>> On Thu, Dec 7, 2017 at 4:43 AM, Borislav Petkov wrote: > On Wed, Dec 06, 2017 at

Re: [PATCH 2/2] hwmon (pmbus): cffps: Add debugfs entries

On Thu, Dec 07, 2017 at 01:50:38PM -0600, Eddie James wrote: > From: "Edward A. James" > > Add debugfs entries for additional power supply data, including part > number, serial number, FRU number, firmware revision, ccin, and the > input history of the power supply. The input

Re: [PATCH v2] doc: convert printk-formats.txt to rst

On Fri, 8 Dec 2017 07:44:34 +1100 "Tobin C. Harding" wrote: > Where is Jon's tree hosted please, I don't see it on kernel.org >From the MAINTAINERS file: T: git git://git.lwn.net/linux.git docs-next jon

Re: [PATCH 3.18 00/26] 3.18.87-stable review

On Thu, Dec 07, 2017 at 01:48:13PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.87 release. > There are 26 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 00/49] 4.4.105-stable review

On Thu, Dec 07, 2017 at 02:06:54PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.105 release. > There are 49 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.14 00/75] 4.14.5-stable review

On Thu, Dec 07, 2017 at 02:07:22PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.5 release. > There are 75 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.9 000/109] 4.9.68-stable review

On Thu, Dec 07, 2017 at 01:55:44PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.68 release. > There are 109 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [Intel-gfx] [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 08:57:09PM +0100, Peter Zijlstra wrote: > On Thu, Dec 07, 2017 at 03:58:28PM +0100, Daniel Vetter wrote: > > > [ 85.069417] gem_exec_captur/2810 is trying to acquire lock: > > [ 85.069419] ((completion)>parked){+.+.}, at: [] > > kthread_park+0x3d/0x50 > > [

Re: [PATCH] checkpatch: add check for tag Co-Developed-by

On Thu, Dec 07, 2017 at 08:26:58AM -0800, Joe Perches wrote: > On Thu, 2017-12-07 at 11:59 +1100, Tobin C. Harding wrote: > > Recently signature tag Co-Developed-by was added to the > > kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know > > about it yet. All prior tags used

Re: [PATCH net-next] net: dsa: lan9303: Protect ALR operations with mutex

On Thu, Dec 07, 2017 at 07:56:04PM +0100, Egil Hjelmeland wrote: > ALR table operations are a sequence of related register operations which > should be protected from concurrent access. The alr_cache should also be > protected. Add alr_mutex doing that. > > Signed-off-by: Egil Hjelmeland

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

On Thu, Dec 07, 2017 at 10:12:27AM -0500, Alan Stern wrote: > The real problem is that the kernel development community doesn't have > a fixed policy on how to handle memory allocation errors. There are > several possibilities: > > Ignore them on the grounds that they will never happen. >

Re: [patches] Re: [GIT PULL] RISC-V Cleanups and ABI Fixes for 4.15-rc2

On Sat, 02 Dec 2017 19:20:02 PST (-0800), parri.and...@gmail.com wrote: On Fri, Dec 01, 2017 at 01:39:12PM -0800, Palmer Dabbelt wrote: RISC-V: Remove smb_mb__{before,after}_spinlock() I wonder whether you really meant to remove smp_mb__after_spinlock(): on the one hand, this primitive

Re: [PATCH AUTOSEL for 4.14 012/135] ASoC: cs42l56: Fix reset GPIO name in example DT binding

On Thu, Dec 07, 2017 at 05:25:02PM +, Mark Brown wrote: >On Thu, Dec 07, 2017 at 03:45:32PM +, alexander.le...@verizon.com wrote: > >> The binding states the reset GPIO property shall be named >> "cirrus,gpio-nreset" and this is what the driver looks for, >> but the example uses

Re: [PATCH v2 3/3] checkpatch: warn for use of %px

On Wed, Dec 06, 2017 at 02:37:08PM +1100, Tobin C. Harding wrote: > Usage of the new %px specifier potentially leaks sensitive > inforamtion. Printing kernel addresses exposes the kernel layout in > memory, this is potentially exploitable. We have tools in the kernel to > help us do the right

Re: [PATCH] SCSI: run queue if SCSI device queue isn't ready and queue is idle

On Wed, 2017-12-06 at 00:28 +0800, Ming Lei wrote: > On Tue, Dec 05, 2017 at 04:08:20PM +, Bart Van Assche wrote: > > On Tue, 2017-12-05 at 15:52 +0800, Ming Lei wrote: > > > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c > > > index db9556662e27..1816dd8259b3 100644 > > > ---

[PATCH] mux: add SPDX identifiers to all mux source files

Remove all free-text license texts. This is done on a quest to remove the 700+ different ways that files in the kernel describe the GPL license text. No copyright headers or other non-license-description text was removed. Signed-off-by: Peter Rosin --- Hi Philipp, I assume

[PATCH V7 4/7] OF: properties: Implement get_match_data() callback

Now that we have a get_match_data() callback as part of the firmware node, implement the OF specific piece for it. Signed-off-by: Sinan Kaya Reviewed-by: Rob Herring Acked-by: Sakari Ailus --- drivers/of/property.c | 8

[PATCH V7 7/7] dmaengine: qcom_hidma: Add identity register support

The location for destination event channel register has been relocated from offset 0x28 to 0x40. Update the code accordingly. Signed-off-by: Sinan Kaya --- drivers/dma/qcom/hidma.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

Re: linux-next: build failure after merge of the scsi-mkp tree

On Fri, Dec 08, 2017 at 07:34:39AM +1100, Stephen Rothwell wrote: > Hi all, > > On Thu, 7 Dec 2017 09:40:38 -0800 "Paul E. McKenney" > wrote: > > > > On Thu, Dec 07, 2017 at 05:30:03PM +, Bart Van Assche wrote: > > > However, what's not clear to me is through

[PATCH V7 3/7] device property: Introduce a common API to fetch device match data

There is an OF/ACPI function to obtain the driver data. We want to hide OF/ACPI details from the device drivers and abstract following the device family of functions. Signed-off-by: Sinan Kaya Reviewed-by: Rob Herring Acked-by: Sakari Ailus

[PATCH V7 2/7] ACPI / bus: Introduce acpi_get_match_data() function

OF has of_device_get_match_data() function to extract driver specific data structure. Add a similar function for ACPI. Signed-off-by: Sinan Kaya --- drivers/acpi/bus.c | 18 ++ include/linux/acpi.h | 6 ++ 2 files changed, 24 insertions(+) diff

[PATCH V7 6/7] dmaengine: qcom_hidma: Add support for the new revision

Add support for probing the newer HW and also organize MSI capable hardware into an array for maintenance reasons. Signed-off-by: Sinan Kaya --- drivers/dma/qcom/hidma.c | 34 +- 1 file changed, 13 insertions(+), 21 deletions(-) diff --git

[PATCH V7 5/7] ACPI: properties: Implement get_match_data() callback

Now that we have a get_match_data() callback as part of the firmware node, implement the ACPI specific piece for it. Signed-off-by: Sinan Kaya Acked-by: Sakari Ailus --- drivers/acpi/property.c | 8 1 file changed, 8 insertions(+)

Re: [PATCH] SCSI: run queue if SCSI device queue isn't ready and queue is idle

On Thu, 2017-12-07 at 09:31 +0800, Ming Lei wrote: > But if you always call blk_mq_sched_mark_restart_hctx() before a new > dispatch, that may affect performance on NVMe which may never trigger > BLK_STS_RESOURCE. Hmm ... only the SCSI core implements .get_budget() and .put_budget() and I

[PATCH V7 1/7] Documentation: DT: qcom_hidma: Bump HW revision for the bugfixed HW

A new version of the HIDMA IP has been released with bug fixes. Bumping the hardware version to differentiate from others. Signed-off-by: Sinan Kaya Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/dma/qcom_hidma_mgmt.txt | 4 ++-- 1 file

[PATCH] staging: pi433: Add spaces around & and + operator

Fixes checkpatch warning: "spaces preferred around that '&'". Signed-off-by: Simon Sandström --- drivers/staging/pi433/rf69.c | 29 ++--- 1 file changed, 14 insertions(+), 15 deletions(-) diff --git a/drivers/staging/pi433/rf69.c

Re: linux-next: build failure after merge of the scsi-mkp tree

Stephen, >> I have to defer to you guys on that one. Left to myself, I will just >> push it into the next merge window (as opposed to using my normal >> process, which at this point would get it into the one following). >> >> So please let me know how you would like to proceed. > > Clearly, it

[PATCH 0/4] USB over IP Secuurity fixes

Jakub Jirasek from Secunia Research at Flexera reported security vulnerabilities in the USB over IP driver. This patch series all the 4 reported problems. Jakub, could you please suggest an email address I can use for the Reported-by tag? Shuah Khan (4): usbip: fix stub_rx: get_pipe() to

[PATCH 3/4] usbip: prevent vhci_hcd driver from leaking a socket pointer address

When a client has a USB device attached over IP, the vhci_hcd driver is locally leaking a socket pointer address via the /sys/devices/platform/vhci_hcd/status file (world-readable) and in debug output when "usbip --debug port" is run. Fix it to not leak. The socket pointer address is not used at

Re: [PATCH v2 3/3] checkpatch: warn for use of %px

On Fri, Dec 08, 2017 at 08:06:53AM +1100, Tobin C. Harding wrote: > On Wed, Dec 06, 2017 at 02:37:08PM +1100, Tobin C. Harding wrote: > > Usage of the new %px specifier potentially leaks sensitive > > inforamtion. Printing kernel addresses exposes the kernel layout in > > memory, this is

[PATCH 0/2] tty/serial/sccnxp: Adjustments for sccnxp_probe()

From: Markus Elfring Date: Thu, 7 Dec 2017 22:14:32 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination

Re: [PATCH] PM / sleep: Avoid excess pm_runtime_enable() calls in device_resume()

On Thu, Dec 7, 2017 at 8:44 PM, Ulf Hansson wrote: > On 7 December 2017 at 03:26, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> Middle-layer code doing suspend-time optimizations for devices with >> the

[PATCH 2/4] usbip: fix stub_rx: harden CMD_SUBMIT path to handle malicious input

Harden CMD_SUBMIT path to handle malicious input that could trigger large memory allocations. Add checks to validate transfer_buffer_length and number_of_packets to protect against bad input requesting for unbounded memory allocations. Validate early in get_pipe() and return failure.

[PATCH 4/4] usbip: fix stub_send_ret_submit() vulnerability to null transfer_buffer

stub_send_ret_submit() handles urb with a potential null transfer_buffer, when it replays a packet with potential malicious data that could contain a null buffer. Add a check for the condition when actual_length > 0 and transfer_buffer is null. Signed-off-by: Shuah Khan

Re: [PATCH v2 3/3] checkpatch: warn for use of %px

On Fri, 2017-12-08 at 08:06 +1100, Tobin C. Harding wrote: > On Wed, Dec 06, 2017 at 02:37:08PM +1100, Tobin C. Harding wrote: > > Usage of the new %px specifier potentially leaks sensitive > > inforamtion. Printing kernel addresses exposes the kernel layout in > > memory, this is potentially

Re: [PATCH v2] doc: convert printk-formats.txt to rst

On Thu, Dec 07, 2017 at 01:52:56PM -0700, Jonathan Corbet wrote: > On Fri, 8 Dec 2017 07:44:34 +1100 > "Tobin C. Harding" wrote: > > > Where is Jon's tree hosted please, I don't see it on kernel.org > > From the MAINTAINERS file: > > T: git git://git.lwn.net/linux.git

[PATCH 1/2] serial: sccnxp: Delete an error message for a failed memory allocation in sccnxp_probe()

From: Markus Elfring Date: Thu, 7 Dec 2017 21:55:09 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH 1/4] usbip: fix stub_rx: get_pipe() to validate endpoint number

get_pipe() routine doesn't validate the input endpoint number and uses to reference ep_in and ep_out arrays. Invalid endpoint number can trigger BUG(). Range check the epnum and returning error instead of calling BUG(). Change caller stub_recv_cmd_submit() to handle the get_pipe() error return.

Re: [PATCH v8 1/3] arm: npcm: add basic support for Nuvoton BMCs

Brendan, On Thu, Dec 7, 2017 at 9:37 PM, Brendan Higgins wrote: > Any update on this? > > On Fri, Nov 17, 2017 at 11:07 AM, Brendan Higgins > wrote: >> Adds basic support for the Nuvoton NPCM750 BMC. >> >> Signed-off-by: Brendan Higgins

Re: [Part2 PATCH v9 12/38] crypto: ccp: Add Platform Security Processor (PSP) device support

On Thu, Dec 7, 2017 at 9:21 PM, Brijesh Singh wrote: > > > On 12/06/2017 03:10 PM, Philippe Ombredanne wrote:>> diff --git > a/drivers/crypto/ccp/psp-dev.c b/drivers/crypto/ccp/psp-dev.c >>> >>> new file mode 100644 >>> index ..b5789f878560 >>> --- /dev/null >>>

[PATCH 2/2] serial: sccnxp: Improve a size determination in sccnxp_probe()

From: Markus Elfring Date: Thu, 7 Dec 2017 22:00:40 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [PATCH 4.4 95/96] s390/kbuild: enable modversions for symbols exported from asm

On Tue, 2017-11-28 at 11:23 +0100, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > -- > > From: Heiko Carstens > > > [ Upstream commit cabab3f9f5ca077535080b3252e6168935b914af ] > > s390

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Thu, 7 Dec 2017, Michal Hocko wrote: > Very well spotted! It could be any task in fact (e.g. somebody reading > from /proc/ file which requires mm_struct). > > oom_reaperoom_victim task > mmget_not_zero >

Re: [PATCH v2] doc: convert printk-formats.txt to rst

On Thu, Dec 07, 2017 at 01:52:56PM -0700, Jonathan Corbet wrote: > On Fri, 8 Dec 2017 07:44:34 +1100 > "Tobin C. Harding" wrote: > > > Where is Jon's tree hosted please, I don't see it on kernel.org > > From the MAINTAINERS file: > > T: git git://git.lwn.net/linux.git

Re: [v2 PATCH] cpufreq: powernv: Correctly parse the sign of pstates on POWER8 vs POWER9

On Thu, Dec 7, 2017 at 6:59 AM, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > On POWERNV platform, Pstates are 8-bit values. On POWER8 they are > negatively numbered while on POWER9 they are positively > numbered. Thus, on POWER9, the

Re: WARNING in x86_emulate_insn

Try disabling the module parameter, "unrestricted_guest." Make sure that the module parameter, "emulate_invalid_guest_state" is enabled. This combination allows userspace to feed invalid guest state into the in-kernel emulator. On Thu, Dec 7, 2017 at 2:40 AM, Wanpeng Li

Re: [PATCH] mux: add SPDX identifiers to all mux source files

On Thu, Dec 7, 2017 at 10:08 PM, Peter Rosin wrote: > Remove all free-text license texts. > > This is done on a quest to remove the 700+ different ways that files in > the kernel describe the GPL license text. > > No copyright headers or other non-license-description text was

Re: [PATCH v3 10/16] iommu: introduce device fault report API

On Fri, 17 Nov 2017 10:55:08 -0800 Jacob Pan wrote: > Traditionally, device specific faults are detected and handled within > their own device drivers. When IOMMU is enabled, faults such as DMA > related transactions are detected by IOMMU. There is no generic >

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

On Thu, 7 Dec 2017, Dan Carpenter wrote: > On Thu, Dec 07, 2017 at 10:12:27AM -0500, Alan Stern wrote: > > The real problem is that the kernel development community doesn't have > > a fixed policy on how to handle memory allocation errors. There are > > several possibilities: > > > > Ignore

Re: [PATCH v2 3/3] checkpatch: warn for use of %px

On Fri, 2017-12-08 at 08:15 +1100, Tobin C. Harding wrote: > On Fri, Dec 08, 2017 at 08:06:53AM +1100, Tobin C. Harding wrote: > > On Wed, Dec 06, 2017 at 02:37:08PM +1100, Tobin C. Harding wrote: > > > Usage of the new %px specifier potentially leaks sensitive > > > inforamtion. Printing kernel

Re: [PATCH v2] doc: convert printk-formats.txt to rst

On Thu, Dec 07, 2017 at 01:52:56PM -0700, Jonathan Corbet wrote: > On Fri, 8 Dec 2017 07:44:34 +1100 > "Tobin C. Harding" wrote: > > > Where is Jon's tree hosted please, I don't see it on kernel.org > > From the MAINTAINERS file: > > T: git git://git.lwn.net/linux.git

[PATCH] i2c: hix5hd2: Make sure clk is disabled in remove

pm_runtime_set_suspended() does not lead to call of suspend callback, so clk may be left undisabled in hix5hd2_i2c_remove(). By the way, the patch adds error handling for clk_prepare_enable(). Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov

Re: [PATCH 2/3] bluetooth: hci_ll: add constant for vendor-specific command

On 12/04/2017 12:23 AM, Marcel Holtmann wrote: Hi David, This adds a #define for the vendor-specific HCI command to set the baudrate instead of using the bare 0xff36 multiple times. Signed-off-by: David Lechner --- drivers/bluetooth/hci_ll.c | 10 -- 1 file

[PATCH] x86/pci: Add a break condition when enabling BAR

On an old flaky system with AMD Opteron 6320, boot hangs with the following trace since commit fa564ad9: [ 28.181012] Hardware name: HP ProLiant DL385p Gen8, BIOS A28 09/03/2014 [ 28.184022] RIP: 0010:lock_acquire+0xd5/0x1e0 [ 28.185010] RSP: 0018:b7ad818c39a8 EFLAGS: 0246

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Thu 07-12-17 09:28:01, Michal Hocko wrote: [...] > oom_reaperoom_victim task > mmget_not_zero > exit_mmap bleh, this should have been do_exit > mmput > __oom_reap_task_mm

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

Hi Dan, On Thu, Dec 7, 2017 at 9:35 AM, Dan Carpenter wrote: > On Thu, Dec 07, 2017 at 08:40:07AM +0100, Geert Uytterhoeven wrote: >> On Wed, Dec 6, 2017 at 11:02 PM, Alan Stern >> wrote: >> > On Wed, 6 Dec 2017, SF Markus Elfring wrote: >>

Re: [PATCH v2 33/35] clocksource/drivers/atcpit100: Add andestech atcpit100 timer

On 27/11/2017 13:28, Greentime Hu wrote: > From: Rick Chen > > ATCPIT100 is often used on the Andes architecture, > This timer provide 4 PIT channels. Each PIT channel is a > multi-function timer, can be configured as 32,16,8 bit timers > or PWM as well. > > For system

Re: [PATCH 1/2] arm64: defconfig: enable MUSB HDRC along with Allwinner glue

On Wed, Dec 06, 2017 at 11:19:58PM +0530, Jagan Teki wrote: > Allwinner SoCs typically have a Mentor Graphics Inventra MUSB > dual role controller for USB OTG. This is need for verifying > gadget functions, so enable them by default. > > Tested 'otg' mode with mass storage function. > >

Re: [PATCH v4 6/9] drm/i915: Make use of indexed write GMBUS feature

On Wed, Dec 06, 2017 at 07:00:09PM -0500, Sean Paul wrote: > This patch enables the indexed write feature of the GMBUS to concatenate > 2 consecutive messages into one. The criteria for an indexed write is > that both messages are writes, the first is length == 1, and the second > is length > 0.

Re: [PATCH net-next] bnxt: Don't print message, if DAC isn't connected on both ends

On Wed, 6 Dec 2017 11:27:31 -0800 Michael Chan wrote: > On Tue, Dec 5, 2017 at 4:33 AM, Thomas Bogendoerfer > wrote: > > bnxt driver spams logfiles with > > > > [ 541.003065] bnxt_en :5d:00.1 eth5: Link speed -1 no longer supported > > > >

Re: [PATCHv4 3/4] x86/boot/compressed/64: Introduce place_trampoline()

* Matthew Wilcox wrote: > On Thu, Dec 07, 2017 at 07:30:48AM +0100, Ingo Molnar wrote: > > > But if the bootloader put the kernel above 4G (not sure if anybody does > > > this), we would loose control as soon as paging is disabled as code > > > becomes unreachable. > > > >

Re: [patch 41/60] x86/mm/kpti: Share entry text PMD

On Mon, Dec 04, 2017 at 03:07:47PM +0100, Thomas Gleixner wrote: > From: Thomas Gleixner > > Share the entry text PMD of the kernel mapping with the user space > mapping. If large pages are enabled this is a single PMD entry and at the > point where it is copied into the user

Re: [PATCH] mm: terminate shrink_slab loop if signal is pending

On Wed 06-12-17 11:20:26, Suren Baghdasaryan wrote: > Slab shrinkers can be quite time consuming and when signal > is pending they can delay handling of the signal. If fatal > signal is pending there is no point in shrinking that process > since it will be killed anyway. This change checks for

Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented

Hello Jarkko, On 12/07/2017 02:32 AM, Jarkko Sakkinen wrote: > On Mon, Nov 27, 2017 at 12:30:12AM +0100, Javier Martinez Canillas wrote: >> According to the TPM Library Specification, a TPM device must do a command >> header validation before processing and return a TPM_RC_COMMAND_CODE code >> if

Re: [PATCH] gpio: gpio-reg: fix build

On Wed, Dec 6, 2017 at 6:37 PM, Grygorii Strashko wrote: > Revert changes introduced by commit f0fbe7bce733 ("gpio: Move irqdomain > into struct gpio_irq_chip") as they are not aplicable to this driver. > > Cc: Russell King - ARM Linux > Fixes:

Re: [PATCH 2/2] clk: sunxi-ng: sun50i: a64: Add 2x fixed post-divider to MMC module clocks

On Thu, Dec 07, 2017 at 12:10:39AM +0800, Chen-Yu Tsai wrote: > On Wed, Dec 6, 2017 at 11:56 PM, Maxime Ripard > wrote: > > Hi, > > > > On Wed, Dec 06, 2017 at 10:30:26AM +0800, Chen-Yu Tsai wrote: > >> On Wed, Dec 6, 2017 at 3:59 AM, Maxime Ripard > >>

Re: [PATCH v5 00/11] add pinmuxing support for pins in AXP209 and AXP813 PMICs

On Tue, Dec 5, 2017 at 3:46 PM, Quentin Schulz wrote: > The AXP209 and AXP813 PMICs have several pins (respectively 3 and 2) that can > be used either as GPIOs or for other purposes (ADC or LDO here). > > We already have a GPIO driver for the GPIO use of those

Re: [PATCH] scsi: bfa: fix type conversion warning

Thanks Arnd, Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn Storage jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham

Re: [PATCH] uio: Allow to take irq bottom-half into irq_handler with additional dt-binding

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Wed, Dec 06, 2017 at

Re: [patch 40/60] x86: PMD align entry text

On Mon, Dec 04, 2017 at 03:07:46PM +0100, Thomas Gleixner wrote: > From: Thomas Gleixner > > The (irq)entry text must be visible in the user space page tables. To allow > simple PMD based sharing, make the entry text PMD aligned. > > Signed-off-by: Thomas Gleixner

Re: [PATCHv4 3/4] x86/boot/compressed/64: Introduce place_trampoline()

On Thu, Dec 07, 2017 at 07:30:48AM +0100, Ingo Molnar wrote: > > But if the bootloader put the kernel above 4G (not sure if anybody does > > this), we would loose control as soon as paging is disabled as code > > becomes unreachable. > > Yeah, so instead of the double 'as' which is syntactically

Re: [PATCH 1/1] codestyle issue fixed drivers/staging/vc04_services

Hello Mikhail, Am 07.12.2017 um 08:47 schrieb Mikhail Shvetsov: > From: Mike please provide your full name and a changelog. Also the subject should start with something like "staging: vchiq_arm:". > > Signed-off-by: Mike > --- >

[PATCH net-next 0/6] net: mvpp2: various improvements

Hi all, These patches are sent as a series to avoid any possible conflict, even though there're not entirely related. I can send them separately if needed. The series applies on today's net-next tree. Patches 1-2 improve the TSO support, with one logic update: if the TSO related buffers can't be

Re: [PATCH 0/2] [RFC] Ktest: add email support

Unfortunately not, and my internet at the hotel is dismissal. I can't get any work done this week. -- Steve On December 6, 2017 10:35:16 PM GMT+01:00, Tim Tianyang Chen wrote: > > >On 12/01/2017 03:55 PM, Steven Rostedt wrote: >> On Tue, 21 Nov 2017 10:53:27 -0800 >>

Re: [tip:x86/mpx] x86/insn-eval: Add utility function to get segment descriptor

On Wed, Dec 06, 2017 at 11:23:59PM -0800, Ricardo Neri wrote: > In UMIP emulation we can potentially access the LDT twice. Once when > determining the base address of the code segment and again when determining > the base address and limit of the segment in which the result of the > emulation is

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Thu 07-12-17 16:20:47, Tetsuo Handa wrote: [...] > int main(int argc, char *argv[]) > { > int i; > char *stack; > if (fork() || fork() || setsid() == EOF || pipe(pipe_fd)) > _exit(0); > stack = mmap(NULL, STACKSIZE * NUMTHREADS, PROT_WRITE | PROT_READ, >

Re: [PATCH] ACPI / GED: unregister interrupts during shutdown

On Thu, Dec 07, 2017 at 12:19:25AM +0100, Rafael J. Wysocki wrote: > Hi Greg, > > On Wed, Dec 6, 2017 at 6:16 PM, Rafael J. Wysocki wrote: > > On Wed, Dec 6, 2017 at 5:55 PM, Sinan Kaya wrote: > >> On 12/6/2017 11:41 AM, Rafael J. Wysocki wrote: > >>> On

Re: [PATCH 01/10] staging: ccree: remove inline qualifiers

On Thu, Dec 07, 2017 at 09:00:11AM +0200, Gilad Ben-Yossef wrote: > On Mon, Dec 4, 2017 at 11:36 AM, Dan Carpenter > wrote: > > On Sun, Dec 03, 2017 at 01:58:12PM +, Gilad Ben-Yossef wrote: > >> The ccree drivers was marking a lot of big functions in C file as > >>

Re: [PATCH RT] vfio-pci: Set MSI/MSI-X ISR to non-threaded

On Thu, 7 Dec 2017 01:27:03 + "Su, David W" wrote: > >And spin_lock() turns into a mutex in PREEMPT_RT, which means it can > >sleep. You can't sleep in hard interrupt context. This will eventually > >crash the kernel. > > Steve, thanks for your review and comment. >

Re: [PATCH] drm/sun4i: Fix uninitialized variables in vi layer

Hi, On Wed, Dec 06, 2017 at 04:26:03PM +0100, Jernej Skrabec wrote: > min_scale and max_scale in sun8i_vi_layer_atomic_check() can be used > without initialization. > > Fix that. > > Fixes:b862a648de3b (drm/sun4i: Add support for HW scaling to DE2) > > Signed-off-by: Jernej Skrabec

[PATCH net-next 4/6] net: mvpp2: align values in ethtool get_coalesce

Cosmetic patch aligning values in the ethtool get_coalesce function. This patch do not modify in anyway the driver's behaviour. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[PATCH net-next 3/6] net: mvpp2: split the max ring size from the default one

From: Yan Markman The Rx/Tx ring sizes can be adjusted thanks to ethtool given specific network needs. This commit splits the default ring size from its max value to allow ethtool to vary the parameters in both ways. Signed-off-by: Yan Markman

Re: [PATCH V6 01/12] drivers: move clock common macros out from vendor directories

On 7 December 2017 at 14:47, Stephen Boyd wrote: > On 11/27, Chunyan Zhang wrote: >> These macros are used by more than one SoC vendor platforms, avoid to >> have many copies of these code, this patch moves them to the common >> clock directory which every clock drivers can

Re: general protection fault in lockdep_invariant_state (2)

On Wed, Dec 6, 2017 at 5:31 PM, Dmitry Vyukov wrote: >>> > R13: 00402260 R14: 004022f0 R15: >>> > kasan: CONFIG_KASAN_INLINE enabled >>> > kasan: GPF could be caused by NULL-ptr deref or user memory access >>> > general

Re: [PATCH 1/1] zram: better utilization of zram swap space

On (12/07/17 13:52), Gopi Sai Teja wrote: > If the length of the compressed page is greater than 75% of the PAGE_SIZE, > then the page is stored uncompressed in zram space. Zram space utilization > is improved if the threshold is 80%(5 compressed pages can be stored in > 4 pages). > > If the

[PATCH V2] ACPI / LPSS: Add device link for CHT SD card dependency on I2C

Some Cherry Trail boards have a dependency between the SDHCI host controller used for SD cards and an external PMIC accessed via I2C. Add a device link between the SDHCI host controller (consumer) and the I2C adapter (supplier). This patch depends on a fix to devices links, namely commit

Re: [PATCH 3/8] mfd: axp20x: probe axp20x_adc driver for AXP813

Hi Chen-Yu, On 07/12/2017 09:54, Chen-Yu Tsai wrote: > On Thu, Dec 7, 2017 at 4:51 PM, Quentin Schulz > wrote: >> Hi Maxime, >> >> On 05/12/2017 09:08, Maxime Ripard wrote: >>> On Mon, Dec 04, 2017 at 03:12:49PM +0100, Quentin Schulz wrote: This makes the

Re: [PATCH v2] ARM: dts: sun8i: h3: enable USB OTG for NanoPi Neo board

On Tue, Dec 05, 2017 at 11:03:58PM +0100, Krzysztof Adamski wrote: > Similarly to Orange Pi Zero, NanoPi Neo board has an USB OTG port with > an ID pin but with unpowered VBUS. This patch enables this port in > forced peripheral mode. > > ohci/ehci nodes are still enabled since the host mode may

Re: [PATCH 8/9] ARM: dts: imx7-colibri: add MCP2515 CAN controller

On 2017-12-06 16:30, Stefan Agner wrote: > The Colibri Evaluation Carrier Board provides a MCP2515 CAN > controller connected via SPI. Note that the i.MX 7 provides > an internal CAN controller which is much better suited for CAN > operations. Using the MCP2515 with a Colibri iMX7 module is >

Re: [PATCH 3/8] mfd: axp20x: probe axp20x_adc driver for AXP813

On Thu, Dec 7, 2017 at 5:03 PM, Quentin Schulz wrote: > Hi Chen-Yu, > > On 07/12/2017 09:54, Chen-Yu Tsai wrote: >> On Thu, Dec 7, 2017 at 4:51 PM, Quentin Schulz >> wrote: >>> Hi Maxime, >>> >>> On 05/12/2017 09:08, Maxime

Re: [tip:x86/mpx] x86/insn-eval: Add utility function to get segment descriptor

On Wed, Dec 06, 2017 at 11:26:05PM -0800, Ricardo Neri wrote: > At the moment MPX and UMIP are using the insn-eval decoder to determine > linear addresses. If we're keeping a whole instruction decoder in the kernel, it better be designed generically enough and usable (and used) by everything that

[PATCH v1 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang Currently there is race condition between set of byte_pos and wrap it around when new buffer starts. If .pointer is called in-between it will result in inconsistent pointer position be returned from .pointer callback. This patch increments buffer pointer

[PATCH v1 0/2] fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang This patch set aims to fix the race condition in rsnd_ssi_pointer_update, between set of byte_pos and wrap it around when new buffer starts. Jiada Wang (2): ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update ASoC: rsnd: ssi: remove

[PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

From: Jiada Wang period_pos can always be calculated by byte_pos and byte_per_period, there is no reason to maintain this variable in rsnd_dai_stream. Further more, if the passed 'byte' amount to rsnd_ssi_pointer_update() is more than byte_per_period. the calculation of

Re: [PATCH] Scheduler: Removed first parameter from prepare_lock_switch

On Wed, Dec 06, 2017 at 09:50:19PM -0200, Rodrigo Siqueira wrote: > > Yes, this is correct. However it had me looking at that code and pretty > > much everything else is completely wrong :-) > > > > That is, its functionally correct (probably), but the function name is > > not descriptive of what

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