[PATCH 1/2] spi: s3c64xx: fix potential segmentation fault

The return value of dmaengine_prep_slave_sg is not checked, but eventually it can fail and in that case return 'NULL' causing a segmentation fault. Check dmaengine_prep_slave_sg return value and exit in case of failure. For doing this all the 'void' functions involved has been turned to 'int'.

[PATCH 2/2] spi: s3c64xx: fix potential division by zero

Even though it's quite unlikely to happen in this particular case, clk_get_rate can return '0' if sdd->src_clk is not set properly. In that case we would have a clear division by '0'. Check the return value of clk_get_rate and fail in case it returns '0'. This patch fixes '1397922 Division or

[PATCH v2 4/5] dmaengine: Add Broadcom SBA RAID driver

The Broadcom stream buffer accelerator (SBA) provides offloading capabilities for RAID operations. This SBA offload engine is accessible via Broadcom SoC specific ring manager. This patch adds Broadcom SBA RAID driver which provides one DMA device with RAID capabilities using one or more Broadcom

[PATCH v2 0/5] Broadcom SBA RAID support

The Broadcom SBA RAID is a stream-based device which provides RAID5/6 offload. It requires a SoC specific ring manager (such as Broadcom FlexRM ring manager) to provide ring-based programming interface. Due to this, the Broadcom SBA RAID driver (mailbox client) implements DMA device having one

[PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients

The DMAENGINE framework assumes that if PQ offload is supported by a DMA device then all 256 PQ coefficients are supported. This assumption does not hold anymore because we now have BCM-SBA-RAID offload engine which supports PQ offload with limited number of PQ coefficients. This patch extends

[PATCH v9 0/8] perf/amd/iommu: Enable multi-IOMMU support

From: Suravee Suthikulpanit This patch series modifies the existing IOMMU and Perf drivers to support systems with multiple IOMMUs by allocating an amd_iommu PMU per IOMMU instance. This allows users to specify performance events and filters separately for each

[PATCH v9 2/8] perf/amd/iommu: Clean up bitwise operations

From: Suravee Suthikulpanit Clean up register initialization and make use of BIT_ULL(x) where appropriate. This should not affect logic and functionality. Cc: Peter Zijlstra Cc: Borislav Petkov Signed-off-by: Suravee

[PATCH v9 3/8] perf/amd/iommu: Clean up perf_iommu_read()

Fix coding style and make use of GENMASK_ULL macro. Cc: Peter Zijlstra Cc: Borislav Petkov Cc: Joerg Roedel Signed-off-by: Suravee Suthikulpanit --- arch/x86/events/amd/iommu.c | 16 ++-- 1 file

Re: linux-next: manual merge of the akpm tree with the net-next tree

On 02/07/2017 06:23 AM, Stephen Rothwell wrote: > Hi Andrew, > > Today's linux-next merge of the akpm tree got a conflict in: > > drivers/net/can/flexcan.c > > between commits: > > 9eb7aa891101 ("can: flexcan: add quirk FLEXCAN_QUIRK_ENABLE_EACEN_RRS") > b3cf53e988ce ("can: flexcan: add

[PATCH] PCI: hv: fix wslot_to_devfn()

The devfn of 00:02.0 is 0x10. devfn_to_wslot(0x10) == 0x2, and wslot_to_devfn(0x2) should be 0x10, while it's 0x2 in the current code. Due to this, hv_eject_device_work() -> pci_get_domain_bus_and_slot() returns NULL and pci_stop_and_remove_bus_device() is not called. Later when the real device

Re: wcn36xx: Implement cancel_hw_scan

Bjorn Andersson wrote: > In the event that the wcn36xx interface is brought down while a hw_scan > is active we must abort and wait for the ongoing scan to signal > completion to mac80211. > > Reported-by: Mart Raudsepp > Fixes: 886039036c20

Re: [PATCH] [net-next] mlxsw: add psample dependency for spectrum

Mon, Feb 06, 2017 at 05:26:30PM CET, a...@arndb.de wrote: >When PSAMPLE is a loadable module, spectrum must not be built-in: > >drivers/net/built-in.o: In function `mlxsw_sp_rx_listener_sample_func': >spectrum.c:(.text+0xe357e): undefined reference to `psample_sample_packet' > >This adds a Kconfig

[tip:efi/core] arm/efi: Allow invocation of arbitrary runtime services

Commit-ID: 6d0ca4a47bf8cb313a5180eabb791c33467f4452 Gitweb: http://git.kernel.org/tip/6d0ca4a47bf8cb313a5180eabb791c33467f4452 Author: David Howells AuthorDate: Mon, 6 Feb 2017 11:22:41 + Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017

[tip:efi/core] efi: Add SHIM and image security database GUID definitions

Commit-ID: e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Gitweb: http://git.kernel.org/tip/e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Author: Josh Boyer AuthorDate: Mon, 6 Feb 2017 11:22:42 + Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017

Re: [PATCH 57/89] sched/headers: Split out of

Hi Ingo, On Tue, Feb 7, 2017 at 10:45 AM, Ingo Molnar wrote: > * Geert Uytterhoeven wrote: >> On Tue, Feb 7, 2017 at 9:13 AM, Ingo Molnar wrote: >> > * Geert Uytterhoeven wrote: >> >> On Mon, Feb 6, 2017 at 10:54

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Tue, Feb 07, 2017 at 10:39:48AM +0100, Djalal Harouni wrote: > I proposed an RFC months ago which implements all of this at the VFS > layer [1], I received some feedback especially from Dave Chinner, > however I failed to fix my bugs and improve it not enough resources... And none of the

Re: [PATCHv3] platform/x86: asus-wireless: Fix identation

On Mon, Feb 6, 2017 at 5:20 PM, João Paulo Rechi Vita wrote: > Fix identation problem introduced when this driver was first merged into > the kernel. Thanks, pushed to testing. > > Signed-off-by: João Paulo Rechi Vita > --- >

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

Brian Foster wrote: > > The workload is to write to a single file on XFS from 10 processes > > demonstrated at > > http://lkml.kernel.org/r/201512052133.iae00551.lsoqftmffvo...@i-love.sakura.ne.jp > > using "while :; do ./oom-write; done" loop on a VM with 4CPUs / 2048MB RAM. > > With this

[PATCH v2 0/7] drm/rockchip: switch to drm_mm for support arm64 iommu

Some iommu patches on the series[0] "iommu/rockchip: Fix bugs and enable on ARM64" already landed, So drm/rockchip related patches [1] and [2] ready to landed, this series just rebase them to lastest drm-next. And fix some bugs for drm/rockchip drm_mm [0]:

[PATCH v2 2/7] drm/rockchip: Use common IOMMU API to attach devices

From: Shunqian Zheng Rockchip DRM used the arm special API, arm_iommu_*(), to attach iommu for ARM32 SoCs. This patch convert to common iommu API so it would support ARM64 like RK3399. Since previous patch added support for direct IOMMU address space management, there is

[PATCH v2 4/7] drm/rockchip: gem: fixup iommu_map_sg error path

The return value of iommu_map_sg is size_t, it's unsigned, So check ret < 0 is wrong. And if iommu_map_sg is error, it's return value is zero, but rockchip_gem_iommu_map feel the zero return value is success, bug happen: [5.227458] [drm:rockchip_gem_iommu_map] *ERROR* failed to map buffer: 0

RE: [PATCH v4 2nd 2/4] pstore: support multiple pmsg instances

Hi, Thanks for your review. > -Original Message- > From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees > Cook > Sent: Thursday, February 02, 2017 5:29 AM > To: 岩松信洋 / IWAMATSU，NOBUHIRO > Cc: Anton Vorontsov; Colin Cross; Tony Luck; LKML; Hiraku Toyooka; Mark >

Re: [PATCH v3 0/3] locking/spinlock_debug: Change it to a mostly fair lock

On Thu, Feb 02, 2017 at 09:15:26AM -0500, Waiman Long wrote: > v2->v3: > - Keep the original v1 patches but move patch 3 of v2 in front so > as to disable GENERIC_LOCKBREAK when DEBUG_LOCK_ALLOC is on. > > v1->v2: > - Pack lockup and break_lock into a single 4-byte slot so as not >

Re: [PATCH RFC 2/2] IB/hfi1: Fix port ordering issue in a multiport device

On Mon, Feb 06, 2017 at 01:04:25PM -0800, Christoph Hellwig wrote: > On Mon, Feb 06, 2017 at 12:26:42PM -0700, Jason Gunthorpe wrote: > > Still no on this from me, this is a horrible abuse of the device core. > > Seconded. Netdevice (and thus RDMA) devices names generated by the > kernel are not

Re: [PATCH 1/3] ath10k: remove ath10k_vif_to_arvif()

Adrian Chadd writes: > Removing this method makes the diff to FreeBSD larger, as "vif" in > FreeBSD is a different pointer. > > (Yes, I have ath10k on freebsd working and I'd like to find a way to > reduce the diff moving forward.) I don't like this "(void *) vif->drv_priv"

[PATCH] Fixed it by putting the proc cleanup code inside a #ifdef CONFIG_PROC_FS block.

From: sreedhar donelli *** BLURB HERE *** sreedhar donelli (1): arm-proc-root-undeclared-error net/atm/clip.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 1.9.1 =-=-= Notice: The information contained in this e-mail message

[PATCH] arm-proc-root-undeclared-error

From: sreedhar donelli *** BLURB HERE *** sreedhar donelli (1): arm-proc-root-undeclared-error net/atm/clip.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 1.9.1 =-=-= Notice: The information contained in this e-mail message

[PATCH] arm-proc-root-undeclared-error

From: sreedhar donelli --- net/atm/clip.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/atm/clip.c b/net/atm/clip.c index 53b4ac0..7a7cb4a 100644 --- a/net/atm/clip.c +++ b/net/atm/clip.c @@ -930,8 +930,9 @@ static void

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On 02/07/2017 09:48 AM, Michal Hocko wrote: > On Mon 06-02-17 22:05:30, Mel Gorman wrote: >>> Unfortunately it does not seem to help. >> >> I'm a little stuck on how to best handle this. get_online_cpus() can >> halt forever if the hotplug operation is holding the mutex when calling >> pcpu_alloc.

Re: [PATCH v3 2/3] nvmem: sunxi-sid: add support for H3's SID controller

On Mon, Feb 06, 2017 at 04:56:55PM +0800, Icenowy Zheng wrote: > 06.02.2017, 16:54, "Maxime Ripard" : > > On Thu, Feb 02, 2017 at 09:13:37PM +0800, Icenowy Zheng wrote: > >>  The H3 SoC have a bigger SID controller, which has its direct read > >>  address at 0x200

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

Hi, On Tue, Feb 7, 2017 at 10:19 AM, Christoph Hellwig wrote: > On Sat, Feb 04, 2017 at 11:19:32AM -0800, James Bottomley wrote: >> This allows any subtree to be uid/gid shifted and bound elsewhere. It >> does this by operating simlarly to overlayfs. Its primary use is for

Re: memfill

Matthew Wilcox wrote: > [adding linux-arch to see if anyone there wants to do an optimised > version of memfill for their CPU] For mn10300, this is superfluous since the memset() implementation will do optimised filling of up to 8 x 4 bytes per loop if the alignments suit.

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Tue 07-02-17 10:23:31, Vlastimil Babka wrote: > On 02/07/2017 09:48 AM, Michal Hocko wrote: > > On Mon 06-02-17 22:05:30, Mel Gorman wrote: > >>> Unfortunately it does not seem to help. > >> > >> I'm a little stuck on how to best handle this. get_online_cpus() can > >> halt forever if the

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On 06.02.2017 11:39, Thierry Reding wrote: > On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote: >> Hi Thierry, >> >> Finally something technical :) >> >> On 02.02.2017 18:58, Thierry Reding wrote: >>> On Tue, Jan 31, 2017 at 01:05:20PM +0100, Andrzej Hajda wrote: On 31.01.2017

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Tue 07-02-17 10:49:28, Vlastimil Babka wrote: > On 02/07/2017 10:43 AM, Mel Gorman wrote: > > If I'm reading this right, a hot-remove will set the pool POOL_DISASSOCIATED > > and unbound. A workqueue queued for draining get migrated during hot-remove > > and a drain operation will execute twice

Re: [PATCH v3 5/9] xen/pvh: Make sure we don't use ACPI_IRQ_MODEL_PIC for SCI

On 06/02/17 18:00, Boris Ostrovsky wrote: > Since we are not using PIC and (at least currently) don't have IOAPIC > we want to make sure that acpi_irq_model doesn't stay set to > ACPI_IRQ_MODEL_PIC (which is the default value). If we allowed it to > stay then acpi_os_install_interrupt_handler()

Re: [PATCH] platform/x86: intel_pmc_ipc: read s0ix residency API

On Mon, Feb 6, 2017 at 8:31 PM, Rajneesh Bhardwaj wrote: > On Mon, Feb 06, 2017 at 10:01:43PM +0800, kbuild test robot wrote: >> Hi Shanth, >> >> [auto build test ERROR on tip/x86/core] >> [also build test ERROR on v4.10-rc7] >> [if your patch is applied to the wrong

Re: [PATCH 1/4] drm/rockchip: Do not use DMA mapping API if attached to IOMMU domain

On 2017年02月07日 14:53, Tomasz Figa wrote: Hi Mark, Thanks for reviving this series and sorry for not taking care of it myself. Please see some comments inline. Hi Tomasz Thanks for review, I will add the patches you mentioned into v2 version. On Tue, Feb 7, 2017 at 3:09 PM, Mark Yao

Re: kmemleak splat on copy_process()

On Tue 07-02-17 02:37:02, Luis R. Rodriguez wrote: > On Mon, Feb 06, 2017 at 10:47:41AM +0100, Michal Hocko wrote: > > On Fri 03-02-17 13:06:04, Luis R. Rodriguez wrote: > > > On next-20170125 running some kselftest not yet upstream I eventually > > > get a kmemleak splat: > > > > > >

Re: [PATCH v2 3/3] ASoC: zx-i2s: support zx296718 SoC for ZTE's i2s controller driver

On Tue, Feb 07, 2017 at 11:02:51AM +0800, Baoyou Xie wrote: > This patch adds zx296718 SoC support for ZTE's i2s controller driver. > > Signed-off-by: Baoyou Xie > --- > sound/soc/zte/zx-i2s.c | 45 +++-- > 1 file changed, 35

Re: [PATCH 57/89] sched/headers: Split out of

Hi Ingo, On Tue, Feb 7, 2017 at 9:13 AM, Ingo Molnar wrote: > * Geert Uytterhoeven wrote: >> On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote: >> > Wondering why Git allowed me to be so stupid with those leftover merge >> > markers.

Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients

On Tue, Feb 7, 2017 at 12:16 AM, Anup Patel wrote: > The DMAENGINE framework assumes that if PQ offload is supported by a > DMA device then all 256 PQ coefficients are supported. This assumption > does not hold anymore because we now have BCM-SBA-RAID offload engine >

Re: [PATCH v2 05/15] HID: logitech-hidpp: forward device info in power_supply

Hi Bastien, On Feb 03 2017 or thereabouts, Bastien Nocera wrote: > On Thu, 2017-02-02 at 15:12 +0100, Benjamin Tissoires wrote: > > +   case POWER_SUPPLY_PROP_MANUFACTURER: > > +   val->strval = "Logitech, Inc."; > > I don't like this change. I'd prefer the

Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients

On Tue, Feb 7, 2017 at 1:57 PM, Dan Williams wrote: > On Tue, Feb 7, 2017 at 12:16 AM, Anup Patel wrote: >> The DMAENGINE framework assumes that if PQ offload is supported by a >> DMA device then all 256 PQ coefficients are supported. This

Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions

Ingo Molnar wrote: > That's not a valid SOB chain: the SOB of the author of the patch (David > Howells) > must come first. > > I changed it to: > > Signed-off-by: David Howells > Acked-by: Josh Boyer > Cc: Matt Fleming

Re: [RESEND PATCH 1/1] usb: dwc2: add multiple clock handling

On 2/6/2017 7:18 PM, Frank Wang wrote: > Hi Heiko, John and Greg, > > On 2017/2/7 8:06, Heiko Stuebner wrote: >> Hi Frank, >> >> Am Sonntag, 5. Februar 2017, 10:51:01 CET schrieb Frank Wang: >>> Originally, dwc2 just handle one clock named otg, however, it may have >>> two or more clock need to

drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.c:58:6: error: redefinition of 'brcmf_debugfs_init'

Hi Kalle, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 8b1b41ee74f9712c355d66dc105bbea663ae0afd commit: 05491d2ccf20b20a1375303441fbbfbd12b24a4f brcm80211: move under broadcom vendor directory date: 1 year, 3

Re: tty: panic in tty_ldisc_restore

On Thu, Feb 2, 2017 at 7:23 PM, Greg Kroah-Hartman wrote: > On Thu, Feb 02, 2017 at 07:03:41PM +0100, Dmitry Vyukov wrote: >> On Thu, Feb 2, 2017 at 6:55 PM, Greg Kroah-Hartman >> wrote: >> > On Thu, Feb 02, 2017 at 06:48:48PM +0100, Dmitry

Re: [PATCH 1/2 v4] mm: vmscan: do not pass reclaimed slab to vmpressure

On Mon 06-02-17 20:40:10, vinayak menon wrote: > On Mon, Feb 6, 2017 at 6:22 PM, Michal Hocko wrote: > > On Mon 06-02-17 17:54:09, Vinayak Menon wrote: > >> During global reclaim, the nr_reclaimed passed to vmpressure includes the > >> pages reclaimed from slab. But the

Re: [PATCH v2 1/3] clk: zte: add i2s clocks for zx296718

On Tue, Feb 07, 2017 at 11:02:49AM +0800, Baoyou Xie wrote: > The i2s related clock support is missing from the existing zx296718 > clock driver. This patch adds it, so that the upstream ZX I2S driver > can work out. > > Signed-off-by: Baoyou Xie > --- >

Re: [GIT PULL] cputime: Convert core use of cputime_t to nsecs

* Frederic Weisbecker wrote: > On Mon, Jan 30, 2017 at 05:46:43AM +0100, Frederic Weisbecker wrote: > > Ingo, > > > > Please pull the cputime/nsecs-for-tip branch that can be found at: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git > >

Re: [PATCH v2 2/8] mmc: bcm2835: Add new driver for the sdhost controller.

Hi Gerd, Am 07.02.2017 um 09:02 schrieb Gerd Hoffmann: > On Mo, 2017-02-06 at 21:34 +0100, Stefan Wahren wrote: >> Hi Gerd, >> >> first of all here my wishlist for the next round of this driver: >> * compile test the series with ARM and ARM64 > It is tested on both arm and arm64 (rpi2 + rpi3). i

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Mon 06-02-17 20:13:35, Dmitry Vyukov wrote: [...] > Fuzzer now runs on 510948533b059f4f5033464f9f4a0c32d4ab0c08 of > mmotm/auto-latest > (git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git): > > commit 510948533b059f4f5033464f9f4a0c32d4ab0c08 > Date: Thu Feb 2 10:08:47 2017 +0100 >

[PATCH 0/2] get rid of immrbar_virt_to_phys()

ucc_geth ethernet driver is the only driver using immrbar_virt_to_phys() and it uses it incorrectly. This patch fixes ucc_geth driver then removes immrbar_virt_to_phys() Christophe Leroy (2): net: ethernet: ucc_geth: fix MEM_PART_MURAM mode soc/fsl/qe: get rid of immrbar_virt_to_phys()

[PATCH 1/2] net: ethernet: ucc_geth: fix MEM_PART_MURAM mode

Since commit 5093bb965a163 ("powerpc/QE: switch to the cpm_muram implementation"), muram area is not part of immrbar mapping anymore so immrbar_virt_to_phys() is not usable anymore. Fixes: 5093bb965a163 ("powerpc/QE: switch to the cpm_muram implementation) Signed-off-by: Christophe Leroy

Re: [PATCH v2 1/3] perf tools: Use offset instead of dwarfnum in register table.

On Tue, Feb 07, 2017 at 09:54:51AM +0900, Masami Hiramatsu wrote: > On Mon, 6 Feb 2017 13:02:29 + > Will Deacon wrote: > > > On Sat, Feb 04, 2017 at 05:03:20PM +0800, Hekuang wrote: > > > hi > > > > > > 在 2017/2/3 21:00, Will Deacon 写道: > > > >On Fri, Feb 03, 2017 at

Re: [PATCH v2] PM / Domains: Keep the pd status during system PM phases

On 02/07/2017 04:19 PM, Ulf Hansson wrote: [...] Unfortunate, I am still not fully understanding the scenarios. As you indicate, the problem seems related to wakeup settings. Could you please try to answer the below questions, hopefully it helps me to better understand. 1) While starting

Re: [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug

"Rafael J. Wysocki" writes: > On Mon, Feb 6, 2017 at 6:01 PM, Vitaly Kuznetsov wrote: >> We may or may not have all possible CPUs in MADT on boot but in any case >> we're overwriting x86_cpu_to_acpiid mapping with U32_MAX when >> acpi_register_lapic() is

net/sctp: GPF in sctp_addr_id2transport

Hello, The following program triggers GPF in sctp_addr_id2transport: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include int main() { int sock = socket(AF_INET6, SOCK_SEQPACKET, IPPROTO_SCTP); struct sctp_paddrinfo

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Tue, Feb 07, 2017 at 09:48:56AM +0100, Michal Hocko wrote: > > + > > + /* > > +* Only drain from contexts allocating for user allocations. > > +* Kernel allocations could be holding a CPU hotplug-related > > +* mutex, particularly hot-add allocating

Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions

* David Howells wrote: > Ingo Molnar wrote: > > > That's not a valid SOB chain: the SOB of the author of the patch (David > > Howells) > > must come first. > > > > I changed it to: > > > > Signed-off-by: David Howells > >

Re: [PATCH v13 1/2] serial: exar: split out the exar code from 8250_pci

On 2017-02-06 23:04, Sudip Mukherjee wrote: > On Monday 06 February 2017 02:45 PM, Jan Kiszka wrote: >> On 2017-01-30 23:28, Sudip Mukherjee wrote: >>> From: Sudip Mukherjee >>> >>> Add the serial driver for the Exar chips. And also register the >>> platform

Re: [PATCH 1/2] tools/lib/api/fs: Add procfs int read/write helpers

On Mon, Feb 06, 2017 at 10:43:56PM -0300, Arnaldo Carvalho de Melo wrote: > > int sysctl__read_int(const char *sysctl, int *value); > > Isn't sysctl__read_int() what you want? Right, so looking at this: don't you think that having both sysctl__* and procfs__* is a little redundant? The sysctl*

Re: [PATCH 57/89] sched/headers: Split out of

Hi Ingo, On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote: > Wondering why Git allowed me to be so stupid with those leftover merge > markers. > Git usually doesn't even allow me to commit them so I have these tuned out as > a > possibility. This was just a regular git

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

Hi, I wanted to take a few steps back and look at the overall goals for cache monitoring. >From the various threads and discussion, my understanding is as follows. I think the design must ensure that the following usage models can be monitored: - the allocations in your CAT partitions -

[PATCH] spi: s3c64xx: fix inconsistency between binding and driver

Commit a92e7c3d82a1 ("spi: s3c64xx: consider the case when the CS line is not connected") introduced an inconsistency between the binding where the disconnected CS line was marked as 'no-cs-readback' while the driver was erroneously checking for 'broken-cs'. Check for 'no-cs-readback' in the

Re: [PATCH 00/89] Major reorganization of

On Mon, Feb 06, 2017 at 11:13:59PM +0100, Ingo Molnar wrote: > * Linus Torvalds wrote: > > There were all those small things in there (Peter pointed out those cpumask > > things I wouldn't for the life of me have noticed) that were really subtle, > > and > >

Re: [PATCH v4 13/15] livepatch: change to a per-task consistency model

> > And finally, the section "Limitations" has this text under the first > > bullet: > > > > + The patch must not change the semantic of the patched functions. > > > > The current implementation guarantees only that either the old > > or the new function is called. The functions are

Re: [PATCH 4/4] refcount: Report failures through CHECK_DATA_CORRUPTION

On Mon, Feb 06, 2017 at 08:54:38AM -0800, Kees Cook wrote: > > > > Like I wrote, ideally we'd end up using something like the x86 exception > > table with a custom handler. Just no idea how to pull that off without > > doing a full blown arch specific implementation, so I didn't go there > > quite

RE: [PATCH v4 2nd 2/4] pstore: support multiple pmsg instances

Hi, Thanks for your review. > -Original Message- > From: Mark Salyzyn [mailto:saly...@android.com] > Sent: Friday, February 03, 2017 7:18 AM > To: 岩松信洋 / IWAMATSU，NOBUHIRO; Anton Vorontsov; Colin Cross; Kees Cook; > Tony Luck > Cc: linux-kernel@vger.kernel.org; Hiraku Toyooka; 阿口誠司 /

[PATCH 2/2] soc/fsl/qe: get rid of immrbar_virt_to_phys()

immrbar_virt_to_phys() is not used anymore Signed-off-by: Christophe Leroy --- drivers/soc/fsl/qe/qe.c | 4 +--- include/soc/fsl/qe/immap_qe.h | 19 --- 2 files changed, 1 insertion(+), 22 deletions(-) diff --git a/drivers/soc/fsl/qe/qe.c

Re: [PATCH] gpio: dwapb: Add support for next generation of X-Gene SoC

On Tue, Feb 7, 2017 at 1:49 AM, Hoan Tran wrote: >> I wonder what is at addresses 0x08, 0x14, 0x20, 0x2c, 0x44? > > They are unused registers. > - 0x8, 0x14, 0x20, 0x2c are port data source registers. > - 0x44 is the raw interrupt status register. > >> Anything interesting we

[PATCH 2/2] tests: improve output of sigaltstack testcase

07.02.2017 03:04, Andrew Morton пишет: On Mon, 6 Feb 2017 12:30:38 +0300 Stas Sergeev wrote: So it seems my patches haven't made it into LKML and I don't know if they made it into stable@ because the archive link: http://dir.gmane.org/gmane.linux.kernel.stable doesn't work.

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Sat, Feb 04, 2017 at 11:19:32AM -0800, James Bottomley wrote: > This allows any subtree to be uid/gid shifted and bound elsewhere. It > does this by operating simlarly to overlayfs. Its primary use is for > shifting the underlying uids of filesystems used to support > unpriviliged (uid

Re: [PATCH 57/89] sched/headers: Split out of

* Geert Uytterhoeven wrote: > Hi Ingo, > > On Tue, Feb 7, 2017 at 9:13 AM, Ingo Molnar wrote: > > * Geert Uytterhoeven wrote: > >> On Mon, Feb 6, 2017 at 10:54 PM, Ingo Molnar wrote: > >> > Wondering why Git

Re: [PATCH] mm/page_alloc: return 0 in case this node has no page within the zone

On Mon 06-02-17 23:43:14, Wei Yang wrote: > The whole memory space is divided into several zones and nodes may have no > page in some zones. In this case, the __absent_pages_in_range() would > return 0, since the range it is searching for is an empty range. > > Also this happens more often to

[tip:x86/boot] x86/kconfig: Remove misleading note regarding hibernation and KASLR

Commit-ID: 5773ebfee729acf93b330664eab4c8d77edc2193 Gitweb: http://git.kernel.org/tip/5773ebfee729acf93b330664eab4c8d77edc2193 Author: Niklas Cassel AuthorDate: Mon, 6 Feb 2017 17:43:49 +0100 Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017

[tip:efi/core] x86/efi: Allow invocation of arbitrary runtime services

Commit-ID: a2cd2f3f29f26782b7484b32e2af172e29313717 Gitweb: http://git.kernel.org/tip/a2cd2f3f29f26782b7484b32e2af172e29313717 Author: David Howells AuthorDate: Mon, 6 Feb 2017 11:22:40 + Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017

[tip:x86/apic] x86/apic: Fix a typo in a comment line

Commit-ID: 543113d2f4b5dd40d46a95502effe86b845dfe34 Gitweb: http://git.kernel.org/tip/543113d2f4b5dd40d46a95502effe86b845dfe34 Author: Dou Liyang AuthorDate: Tue, 7 Feb 2017 12:44:48 +0800 Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Tue, Feb 07, 2017 at 10:23:31AM +0100, Vlastimil Babka wrote: > > > cpu offlining. I have to check the code but my impression was that WQ > > code will ignore the cpu requested by the work item when the cpu is > > going offline. If the offline happens while the worker function already > >

[PATCH] irqdesc: add memory managed version of irq_alloc_descs()

Add a devres flavor of __devm_irq_alloc_descs() and corresponding helper macros. Signed-off-by: Bartosz Golaszewski --- I initially sent this patch as part of the series extending the GPIO testing driver, but as suggested by Linus - I used the non-managed version for

Re: [PATCH v3 13/24] platform: add video-multiplexer subdevice driver

Hi Steve, On Monday 06 Feb 2017 15:10:46 Steve Longerbeam wrote: > On 02/06/2017 02:33 PM, Laurent Pinchart wrote: > > On Monday 06 Feb 2017 10:50:22 Hans Verkuil wrote: > >> On 02/05/2017 04:48 PM, Laurent Pinchart wrote: > >>> On Tuesday 24 Jan 2017 18:07:55 Steve Longerbeam wrote: > On

Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions

On 7 February 2017 at 07:52, Ingo Molnar wrote: > > * Ard Biesheuvel wrote: > >> From: David Howells >> >> Add the definitions for shim and image security database, both of which >> are used widely in various Linux distros. >> >>

Re: [PATCH 78/89] sched/core: Remove the tsk_cpus_allowed() wrapper

On Mon, Feb 06, 2017 at 11:03:08PM +0100, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > > +++ b/arch/powerpc/kernel/smp.c > > > +++ b/arch/sparc/kernel/sysfs.c > > > +++ b/drivers/cpufreq/sparc-us2e-cpufreq.c > > > +++ b/drivers/cpufreq/sparc-us3-cpufreq.c > > > >

[PATCH v2 1/7] drm/rockchip: Do not use DMA mapping API if attached to IOMMU domain

From: Tomasz Figa The API is not suitable for subsystems consisting of multiple devices and requires severe hacks to use it. To mitigate this, this patch implements allocation and address space management locally by using helpers provided by DRM framework, like other DRM

[PATCH v2 3/7] drm/rockchip: gem: add mutex lock for drm mm

drm_mm_insert_node_generic and drm_mm_remove_node may access same resource with list ops, it's not threads safe, so protect this context with mutex lock. Fix bug: [49451.856244] == [49451.856350] BUG: KASAN: wild-memory-access on

[PATCH v2 5/7] drm/rockchip: Fix the call to drm_gem_put_pages()

From: Tomasz Figa When freeing the buffer we don't have any means of determining if the buffer was read or written, so we must assume both and pass true for both arguments of drm_gem_put_pages(). Let's fix the code which currently passes false. TEST=while true; do

Re: linux-next: build warning after merge of the tty tree

On Tue, Feb 07, 2017 at 09:37:09AM +1100, Stephen Rothwell wrote: > Hi all, > > On Mon, 6 Feb 2017 18:01:20 +0100 Ulrich Hecht > wrote: > > > > On Mon, Feb 6, 2017 at 9:50 AM, Greg KH wrote: > > > > > > I think this is fixed by a patch I just

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Mon 06-02-17 22:05:30, Mel Gorman wrote: > On Mon, Feb 06, 2017 at 08:13:35PM +0100, Dmitry Vyukov wrote: > > On Mon, Jan 30, 2017 at 4:48 PM, Dmitry Vyukov wrote: > > > On Sun, Jan 29, 2017 at 6:22 PM, Vlastimil Babka wrote: > > >> On 29.1.2017 13:44,

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On Tue, Feb 07, 2017 at 10:49:28AM +0100, Vlastimil Babka wrote: > On 02/07/2017 10:43 AM, Mel Gorman wrote: > > If I'm reading this right, a hot-remove will set the pool POOL_DISASSOCIATED > > and unbound. A workqueue queued for draining get migrated during hot-remove > > and a drain operation

Re: [PATCH v2 2/8] mmc: bcm2835: Add new driver for the sdhost controller.

On Mo, 2017-02-06 at 21:34 +0100, Stefan Wahren wrote: > Hi Gerd, > > first of all here my wishlist for the next round of this driver: > * compile test the series with ARM and ARM64 It is tested on both arm and arm64 (rpi2 + rpi3). > * add me in CC for all patches of the series Oops. /me

Re: [PATCH linux-next] fixup! usb: gadget: udc: atmel: Update endpoint allocation scheme

On Mon, Feb 06, 2017 at 10:02:50PM +0200, cristian.bir...@microchip.com wrote: > From: Cristian Birsan > > Signed-off-by: Cristian Birsan I can't take a patch with no changelog comments at all, sorry. And what is with the "fixup!"

Re: [PATCH 1/3] auxdisplay: ht16k33: do not try to free fbdev

Hello Dmitry, Thank you for submitting your changes. I was out of office last week and I'll try to test and review your changes on my hardware this week. Best regards, Robin van der Gracht

[PATCH v2 1/5] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position

The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The Linux async_tx framework pass values from raid6_gfexp as coefficients for each source to prep_dma_pq() callback of DMA channel with PQ capability. This creates problem for RAID6 offload engines (such as Broadcom SBA) which take

Re: [PATCH v2] PM / Domains: Keep the pd status during system PM phases

[...] >> >> >> Unfortunate, I am still not fully understanding the scenarios. As you >> indicate, the problem seems related to wakeup settings. >> >> Could you please try to answer the below questions, hopefully it helps >> me to better understand. >> >> 1) >> While starting the system suspend

[PATCH v2 3/5] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()

The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output of Tx descriptor is to be used by next/dependent Tx descriptor. The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome() when calling dma->device_prep_dma_pq() under following conditions: 1. ASYNC_TX_FENCE not

[PATCH v2 5/5] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver

This patch adds the DT bindings document for newly added Broadcom SBA RAID driver. Signed-off-by: Anup Patel Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- .../devicetree/bindings/dma/brcm,iproc-sba.txt | 29

Re: [PATCH v2 2/3] dt: ASoC: zx-i2s: Document for the ZTE zx296718 I2S controller

On Tue, Feb 07, 2017 at 11:02:50AM +0800, Baoyou Xie wrote: > This patch documents the devicetree for the ZTE's zx296718 > I2S audio controller. > > Signed-off-by: Baoyou Xie > --- > Documentation/devicetree/bindings/sound/zte,zx-i2s.txt | 6 -- > 1 file changed, 4

[PATCH v2 6/7] drm/rockchip: Respect page offset in IOMMU mmap

From: Ørjan Eide When mapping buffers through the PRIME DMA-buf mmap path we might be given an offset which has to be respected. The DRM GEM mmap path already takes care of zeroing out the fake mmap offset, so we can just make the IOMMU mmap implementation always respect the

Re: [PATCH v4 3/8] ASoC: Add sun8i digital audio codec

Hi, On Thu, Feb 2, 2017 at 5:24 PM, Mylène Josserand wrote: > Add the sun8i audio codec which handles the digital register of > A33 codec. > The driver handles only the basic playback from the DAC to headphones. > All other features (microphone, capture, etc)

  1   2   3   4   5   6   7   8   9   10   >