Re: Regression in kernel 4.12-rc1 for Powerpc 32 - bisected to commit 3448890c32c3

On Thu, Jun 22, 2017 at 09:19:58AM -0500, Larry Finger wrote: > > Ugh... MintPPC appears to be dead. On KVM with Debian userland (either > > jessie or wheezy - no difference in result) booting the commit in > > question with your .config oopses as soon as pata_macio is initialized, > > due to

Re: [PATCH] of: detect invalid phandle in overlay

On Wed, Jun 21, 2017 at 12:21:56PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > Overlays are not allowed to modify phandle values of previously existing > nodes because there is no information available to allow fixup up > properties that use the

Re: [PATCH 0/3] HID: multitouch: fix a corner case of some Win 8 devices

Hi, On 15.06.2017 15:32, Benjamin Tissoires wrote: It looks like the Microsft certification misses one case of released fingers. The (only) solution we can have against that is to wait for a hundred of ms, and if no input report comes in, consider that the touches should have been released.

[tip:irq/core] genirq: Allow fwnode to carry name information only

Commit-ID: d59f6617eef0f76e34f7a9993f5645c5ef467e42 Gitweb: http://git.kernel.org/tip/d59f6617eef0f76e34f7a9993f5645c5ef467e42 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:05 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq/msi: Prevent overwriting domain name

Commit-ID: 0165308a2f994939d2e1b36624f5a8f57746bc88 Gitweb: http://git.kernel.org/tip/0165308a2f994939d2e1b36624f5a8f57746bc88 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:04 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] iommu/amd: Add name to irq chip

Commit-ID: 290be194ba9d489e1857cc45d0dd24bf3429156b Gitweb: http://git.kernel.org/tip/290be194ba9d489e1857cc45d0dd24bf3429156b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:02 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[no subject]

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

[tip:irq/core] genirq: Move pending helpers to internal.h

Commit-ID: 137221df69c6f8a7002f82dc3d95052d34f5667e Gitweb: http://git.kernel.org/tip/137221df69c6f8a7002f82dc3d95052d34f5667e Author: Christoph Hellwig AuthorDate: Tue, 20 Jun 2017 01:37:24 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun 2017

[tip:irq/core] genirq: Move initial affinity setup to irq_startup()

Commit-ID: 2e051552df69af6d134c2592d0d6f1ac80f01190 Gitweb: http://git.kernel.org/tip/2e051552df69af6d134c2592d0d6f1ac80f01190 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:23 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq/cpuhotplug: Use effective affinity mask

Commit-ID: 415fcf1a2293046e0c1f4ab8558a87bad66652b1 Gitweb: http://git.kernel.org/tip/415fcf1a2293046e0c1f4ab8558a87bad66652b1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:39 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] x86/apic: Move flat_cpu_mask_to_apicid_and() into C source

Commit-ID: ad95212ee6e0b62f38b287b40c9ab6a1ba3e892b Gitweb: http://git.kernel.org/tip/ad95212ee6e0b62f38b287b40c9ab6a1ba3e892b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:40 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

Re: [PATCH 0/3] some scheduler code movements

On Thu, 22 Jun 2017, Ingo Molnar wrote: > * Nicolas Pitre wrote: > > > That's against my copy of tip/sched/core as of yesterday: > > > > commit f11cc0760b8397e0d230122606421b6a96e9f869 > > Author: Davidlohr Bueso > > AuthorDate: Wed Jun 14

Re: [PATCH] netvsc: don't access netdev->num_rx_queues directly

From: Arnd Bergmann Date: Thu, 22 Jun 2017 00:16:37 +0200 > This structure member is hidden behind CONFIG_SYSFS, and we > get a build error when that is disabled: > > drivers/net/hyperv/netvsc_drv.c: In function 'netvsc_set_channels': > drivers/net/hyperv/netvsc_drv.c:754:49:

Re: [PATCH] x86/uaccess: use unrolled string copy for short strings

On Thu, 2017-06-22 at 10:30 -0700, Linus Torvalds wrote: > So if you want to do this optimization, I'd argue that you should just > do it inside the copy_user_enhanced_fast_string() function itself, the > same way we already handle the really small case specially in > copy_user_generic_string(). >

[PATCH] FIXUP: CHROMIUM: fix transposed param settings

The __cros_ec_pwm_get_duty() routine was transposing the insize and outsize fields when calling cros_ec_cmd_xfer_status(). The original code worked without error due to size of the two particular parameter blocks passed to cros_ec_cmd_xfer_status(), so this change is not fixing an actual runtime

Re: [PATCH v3 2/3] perf: xgene: Move PMU leaf functions into function pointer structure

On Tue, Jun 06, 2017 at 11:02:25AM -0700, Hoan Tran wrote: > This patch moves PMU leaf functions into a function pointer structure. > It helps code maintain and expasion easier. > > Signed-off-by: Hoan Tran > --- > drivers/perf/xgene_pmu.c | 85 >

Re: [PATCH v3 3/3] perf: xgene: Add support for SoC PMU version 3

On Thu, Jun 22, 2017 at 06:52:56PM +0100, Mark Rutland wrote: > Hi Hoan, > > This largely looks good; I have one minor comment. > > On Tue, Jun 06, 2017 at 11:02:26AM -0700, Hoan Tran wrote: > > static inline void > > +xgene_pmu_write_counter64(struct xgene_pmu_dev *pmu_dev, int idx, u64 val) >

Re: [PATCH v3 3/3] perf: xgene: Add support for SoC PMU version 3

On Thu, Jun 22, 2017 at 11:13:08AM -0700, Hoan Tran wrote: > On Thu, Jun 22, 2017 at 10:52 AM, Mark Rutland wrote: > > On Tue, Jun 06, 2017 at 11:02:26AM -0700, Hoan Tran wrote: > > > static inline void > > > +xgene_pmu_write_counter64(struct xgene_pmu_dev *pmu_dev, int

Re: New NTB API Issue

On 6/22/2017 12:32 PM, Allen Hubbe wrote: From: Logan Gunthorpe Hey Guys, I've run into some subtle issues with the new API: It has to do with splitting mw_get_range into mw_get_align and peer_mw_get_addr. The original mw_get_range returned the size of the /local/ memory window's size,

Re: [RFC v3 01/23] powerpc: Free up four 64K PTE bits in 4K backed HPTE pages

On Thu, Jun 22, 2017 at 07:21:03PM +1000, Balbir Singh wrote: > On Wed, 2017-06-21 at 18:39 -0700, Ram Pai wrote: > > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6, > > in the 4K backed HPTE pages. These bits continue to be used > > for 64K backed HPTE pages in this patch, but will be

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

On 06/22/2017 11:50 AM, Kees Cook wrote: > On Thu, Jun 22, 2017 at 10:49 AM, Andy Lutomirski wrote: >> On Thu, Jun 22, 2017 at 10:09 AM, Shuah Khan wrote: >>> On 06/22/2017 10:53 AM, Kees Cook wrote: On Thu, Jun 22, 2017 at 9:18 AM, Sumit Semwal

Re: [PATCH v3 06/11] x86/mm: Rework lazy TLB mode and TLB freshness tracking

On Thu, Jun 22, 2017 at 10:47:29AM -0700, Andy Lutomirski wrote: > I figured that some future reader of this patch might actually want to > see this text, though. Oh, don't get me wrong: with commit messages more is more, in the general case. That's why I said "if". > >> The UV tlbflush code is

Re: [PATCH v2 2/2] x86/xen/efi: Init only efi struct members used by Xen

On 06/22/2017 06:51 AM, Daniel Kiper wrote: > Current approach, wholesale efi struct initialization from efi_xen, is not > good. Usually if new member is defined then it is properly initialized in > drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it happened > a few times until

Re: [PATCH] powerpc: Only obtain cpu_hotplug_lock if called by rtasd

Michael Ellerman writes: > Thiago Jung Bauermann writes: > >> Michael Ellerman writes: >>> Thiago Jung Bauermann writes: >>> Calling arch_update_cpu_topology from a CPU hotplug state

Re: [PATCH 32/32] ext4: add nombcache mount option

On Wed, Jun 21, 2017 at 06:49:39PM -0700, Tahsin Erdogan wrote: > The main purpose of mb cache is to achieve deduplication in > extended attributes. In use cases where opportunity for deduplication > is unlikely, it only adds overhead. > > Add a mount option to explicitly turn off mb cache. > >

Re: [PATCH v3 11/11] x86/mm: Try to preserve old TLB entries using PCID

Andy Lutomirski wrote: > > --- a/arch/x86/mm/init.c > +++ b/arch/x86/mm/init.c > @@ -812,6 +812,7 @@ void __init zone_sizes_init(void) > > DEFINE_PER_CPU_SHARED_ALIGNED(struct tlb_state, cpu_tlbstate) = { > .loaded_mm = _mm, > + .next_asid = 1, I think this is a

Re: [RFC v2 01/12] powerpc: Free up four 64K PTE bits in 4K backed hpte pages.

On Thu, Jun 22, 2017 at 02:37:27PM +0530, Anshuman Khandual wrote: > On 06/17/2017 09:22 AM, Ram Pai wrote: > > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > > in the 4K backed hpte pages. These bits continue to be used > > for 64K backed hpte pages in this patch, but will be freed >

Re: [PATCH v4 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable

On Thu, Jun 22, 2017 at 7:57 PM, Rafael J. Wysocki wrote: > On Thursday, June 22, 2017 02:13:18 PM Moore, Robert wrote: >> This support is already in the ACPICA code base, but I can't speak to when >> it will be upstreamed to Linux. Lv would know this. > > It should be there

Re: [PATCH] scripts/dtc: dtx_diff - Show real file names in diff header

On Thu, Jun 22, 2017 at 03:07:06PM +0200, Geert Uytterhoeven wrote: > As the comparison uses process substitution to pass files after > conversion to DTS format, the diff header doesn't show the real > filenames, but the names of the file descriptors used: > > --- /dev/fd/63 2017-06-22

Re: [PATCH v2] fs/dcache.c: fix spin lockup issue on nlru->lock

On 6/21/2017 10:01 PM, Vladimir Davydov wrote: index cddf397..c8ca150 100644 --- a/fs/dcache.c +++ b/fs/dcache.c @@ -1133,10 +1133,11 @@ void shrink_dcache_sb(struct super_block *sb) LIST_HEAD(dispose); freed = list_lru_walk(>s_dentry_lru, -

Re: [ANNOUNCE] v4.11.5-rt1

On 2017-06-20 09:45:06 [+0200], Mike Galbraith wrote: > See ! and ? See see. What about this: diff --git a/include/linux/sched.h b/include/linux/sched.h --- a/include/linux/sched.h +++ b/include/linux/sched.h @@ -1014,8 +1014,20 @@ struct wake_q_head { #define WAKE_Q(name)

[PATCH] spi: stm32: fix error check on mbr being -ve

From: Colin Ian King The error check of mbr < 0 is always false because mbr is a u32. Make mbt an int so that a -ve error return from stm32_spi_prepare_mbr can be detected. Detected by CoverityScan, CID#1446586 ("Unsigned compared against 0") Signed-off-by: Colin Ian

[tip:irq/core] x86/msi: Create named irq domains

Commit-ID: f8f37ca78915b51a73bf240409fcda30d811b76b Gitweb: http://git.kernel.org/tip/f8f37ca78915b51a73bf240409fcda30d811b76b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:14 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

Alpha implements its own io operation and doesn't use the common library. Thus to make ioread64 and iowrite64 globally available we need to add implementations for alpha. For this, we simply use calls that chain two 32-bit operations. (mostly because I don't really understand the alpha

[PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64

Now that we can expect iowrite64 to always exist the hack is no longer necessary so we just call iowrite64 directly. Signed-off-by: Logan Gunthorpe Cc: Jyri Sarha Cc: Tomi Valkeinen Cc: David Airlie ---

[tip:irq/core] x86/msi: Provide new iommu irqdomain interface

Commit-ID: 667724c5a3109675cf3bfe7d75795b8608d1bcbe Gitweb: http://git.kernel.org/tip/667724c5a3109675cf3bfe7d75795b8608d1bcbe Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:10 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] iommu/amd: Use named irq domain interface

Commit-ID: 3e49a8182277ea57736285aede5f43bfa6aa11b1 Gitweb: http://git.kernel.org/tip/3e49a8182277ea57736285aede5f43bfa6aa11b1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:12 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] iommu/vt-d: Use named irq domain interface

Commit-ID: cea29b656a5e5f1a7b7de42795c3ae6fc417ab0b Gitweb: http://git.kernel.org/tip/cea29b656a5e5f1a7b7de42795c3ae6fc417ab0b Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:11 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] x86/irq: Use irq_migrate_all_off_this_cpu()

Commit-ID: ad7a929fa4bb1143357aa83043a149d5c27c68fd Gitweb: http://git.kernel.org/tip/ad7a929fa4bb1143357aa83043a149d5c27c68fd Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:33 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

Re: [PATCH] x86/uaccess: use unrolled string copy for short strings

On Thu, 2017-06-22 at 10:47 +0200, Ingo Molnar wrote: > * Paolo Abeni wrote: > > > The 'rep' prefix suffers for a relevant "setup cost"; as a result > > string copies with unrolled loops are faster than even > > optimized string copy using 'rep' variant, for short string. > >

[PATCH v3 08/11] brcmsmac: make some local variables 'static const' to reduce stack size

With KASAN and a couple of other patches applied, this driver is one of the few remaining ones that actually use more than 2048 bytes of kernel stack: broadcom/brcm80211/brcmsmac/phy/phy_n.c: In function 'wlc_phy_workarounds_nphy_gainctrl': broadcom/brcm80211/brcmsmac/phy/phy_n.c:16065:1:

[tip:irq/core] x86/apic: Mark single target interrupts

Commit-ID: 3ca57222c36ba31b80aa25de313f3c8ab26a8102 Gitweb: http://git.kernel.org/tip/3ca57222c36ba31b80aa25de313f3c8ab26a8102 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:54 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[PATCH v3 05/11] dvb-frontends: reduce stack size in i2c access

A typical code fragment was copied across many dvb-frontend drivers and causes large stack frames when built with -fsanitize-address-use-after-scope, e.g. drivers/media/dvb-frontends/cxd2841er.c:3225:1: error: the frame size of 3992 bytes is larger than 3072 bytes [-Werror=frame-larger-than=]

[PATCH v3 00/11] bring back stack frame warning with KASAN

This is a new version of patches I originally submitted back in March [1], this time reducing the size of the series even further. This minimal set of patches only makes sure that we do get frame size warnings in allmodconfig for x86_64 and arm64 again, even with KASAN enabled. The changes this

[PATCH v3 01/11] compiler: introduce noinline_if_stackbloat annotation

When CONFIG_KASAN is set, we can run into some code that uses incredible amounts of kernel stack: drivers/staging/dgnc/dgnc_neo.c:1056:1: error: the frame size of 2 bytes is larger than 2048 bytes [-Werror=frame-larger-than=] drivers/media/i2c/cx25840/cx25840-core.c:4960:1: error: the frame

[PATCH v3 03/11] rocker: mark rocker_tlv_put_* functions as noinline_if_stackbloat

Inlining these functions creates lots of stack variables when KASAN is enabled, leading to this warning about potential stack overflow: drivers/net/ethernet/rocker/rocker_ofdpa.c: In function 'ofdpa_cmd_flow_tbl_add': drivers/net/ethernet/rocker/rocker_ofdpa.c:621:1: error: the frame size of

Re: [PATCH net-next,2/2] hv_netvsc: Fix the carrier state error when data path is off

From: Haiyang Zhang Date: Wed, 21 Jun 2017 16:40:47 -0700 > From: Haiyang Zhang > > When the VF NIC is opened, the synthetic NIC's carrier state is set to > off. This tells the host to transitions data path to the VF device. But > if

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

On 6/22/2017 11:29 AM, Stephen Bates wrote: +#define iowrite64be(v,p) iowrite32(cpu_to_be64(v), (p)) Logan, thanks for taking this cleanup on. I think this should be iowrite64 not iowrite32? Yup, good catch. Thanks. I'll fix it in a v2 of this series. Logan

Re: [PATCH net-next,1/2] hv_netvsc: Remove unnecessary var link_state from struct netvsc_device_info

From: Haiyang Zhang Date: Wed, 21 Jun 2017 16:40:46 -0700 > From: Haiyang Zhang > > We simply use rndis_device->link_state in the netdev_dbg. The variable, > link_state from struct netvsc_device_info, is not used anywhere else. > >

Re: [PATCH v3 06/11] x86/mm: Rework lazy TLB mode and TLB freshness tracking

On Thu, Jun 22, 2017 at 7:50 AM, Borislav Petkov wrote: > On Tue, Jun 20, 2017 at 10:22:12PM -0700, Andy Lutomirski wrote: >> Rewrite it entirely. When we enter lazy mode, we simply remove the >> cpu from mm_cpumask. This means that we need a way to figure out > > s/cpu/CPU/

Re: [lkp-robot] [mm] 1be7107fbe: kernel_BUG_at_mm/mmap.c

On Thu, 22 Jun 2017, Oleg Nesterov wrote: > On 06/21, Hugh Dickins wrote: > > > > On Wed, 21 Jun 2017, Linus Torvalds wrote: > > > On Wed, Jun 21, 2017 at 1:56 PM, Oleg Nesterov wrote: > > > > > > > > I understand. My point is that this check was invalidated by > > > >

Re: [PATCH v4 0/5] Add support for the ARMv8.2 Statistical Profiling Extension

On Thu, Jun 22, 2017 at 10:56:40AM -0500, Kim Phillips wrote: > On Wed, 21 Jun 2017 16:31:09 +0100 > Will Deacon wrote: > > > On Thu, Jun 15, 2017 at 10:57:35AM -0500, Kim Phillips wrote: > > > On Mon, 12 Jun 2017 11:20:48 -0500 > > > Kim Phillips

Re: [PATCH 1/1] - Fix reiserfs WARNING in dquot_writeback_dquots

On 6/14/17 11:27 PM, Tim Savannah wrote: > Any comments? Can we get this merged, or some variation? It affects a > lot more than just all my machines. Google shows this traceback is > occurring for others as well. Hi Tim - This patch was merged for 4.12: commit

Re: [Intel-gfx] [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

On Thu, 22 Jun 2017 10:30:15 +0200 Gerd Hoffmann wrote: > Hi, > > > > VFIO_DEVICE_FLAGS_GFX_DMABUF? > > > > After proposing these, I'm kind of questioning their purpose.  In the > > case of a GFX region, the user is going to learn that this is > > supported > > as they

[PATCH v5 18/18] xen: introduce a Kconfig option to enable the pvcalls backend

Also add pvcalls-back to the Makefile. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- drivers/xen/Kconfig | 12 drivers/xen/Makefile | 1 + 2 files changed, 13 insertions(+) diff --git a/drivers/xen/Kconfig

[PATCH v5 16/18] xen/pvcalls: implement read

When an active socket has data available, increment the io and read counters, and schedule the ioworker. Implement the read function by reading from the socket, writing the data to the data ring. Set in_error on error. Signed-off-by: Stefano Stabellini CC:

[PATCH v5 12/18] xen/pvcalls: implement poll command

Implement poll on passive sockets by requesting a delayed response with mappass->reqcopy, and reply back when there is data on the passive socket. Poll on active socket is unimplemented as by the spec, as the frontend should just wait for events and check the indexes on the indexes page. Only

[PATCH v5 00/18] introduce the Xen PV Calls backend

Hi all, this series introduces the backend for the newly introduced PV Calls procotol. PV Calls is a paravirtualized protocol that allows the implementation of a set of POSIX functions in a different domain. The PV Calls frontend sends POSIX function calls to the backend, which implements them

[PATCH v5 07/18] xen/pvcalls: implement socket command

Just reply with success to the other end for now. Delay the allocation of the actual socket to bind and/or connect. Signed-off-by: Stefano Stabellini Reviewed-by: Boris Ostrovsky CC: boris.ostrov...@oracle.com CC: jgr...@suse.com ---

[PATCH v5 13/18] xen/pvcalls: implement release command

Release both active and passive sockets. For active sockets, make sure to avoid possible conflicts with the ioworker reading/writing to those sockets concurrently. Set map->release to let the ioworker know atomically that the socket will be released soon, then wait until the ioworker finishes

[PATCH v5 06/18] xen/pvcalls: handle commands from the frontend

When the other end notifies us that there are commands to be read (pvcalls_back_event), wake up the backend thread to parse the command. The command ring works like most other Xen rings, so use the usual ring macros to read and write to it. The functions implementing the commands are empty stubs

[PATCH v5 17/18] xen/pvcalls: implement write

When the other end notifies us that there is data to be written (pvcalls_back_conn_event), increment the io and write counters, and schedule the ioworker. Implement the write function called by ioworker by reading the data from the data ring, writing it to the socket by calling inet_sendmsg. Set

[PATCH v5 04/18] xen/pvcalls: xenbus state handling

Introduce the code to handle xenbus state changes. Implement the probe function for the pvcalls backend. Write the supported versions, max-page-order and function-calls nodes to xenstore, as required by the protocol. Introduce stub functions for disconnecting/connecting to a frontend.

Re: [PATCH v4 0/5] Add support for the ARMv8.2 Statistical Profiling Extension

On Wed, 21 Jun 2017 16:31:09 +0100 Will Deacon wrote: > On Thu, Jun 15, 2017 at 10:57:35AM -0500, Kim Phillips wrote: > > On Mon, 12 Jun 2017 11:20:48 -0500 > > Kim Phillips wrote: > > > > > On Mon, 12 Jun 2017 12:08:23 +0100 > > > Mark Rutland

Re: [PATCH] docs-rst: fix broken links to dynamic-debug-howto in kernel-parameters

On Wed, 14 Jun 2017 12:24:12 +0200 Steffen Maier wrote: > Another place in lib/Kconfig.debug was already fixed in commit f8998c226587 > ("lib/Kconfig.debug: correct documentation paths"). Applied to the docs tree, thanks. jon

Re: [PATCH 2/2] selftests/ftrace: Update multiple kprobes test for powerpc

On 2017/06/22 06:07PM, Masami Hiramatsu wrote: > On Thu, 22 Jun 2017 00:20:28 +0530 > "Naveen N. Rao" wrote: > > > KPROBES_ON_FTRACE is only available on powerpc64le. Update comment to > > clarify this. > > > > Also, we should use an offset of 8 to ensure that

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

On Thu, Jun 22, 2017 at 2:17 AM, Mark Yao wrote: > RK3399 and RK3288 shared the same HDMI IP controller, only some light > difference with GRF configure. > > Signed-off-by: Yakir Yang > Signed-off-by: Mark Yao > --- >

[tip:irq/core] genirq: Introduce IRQD_SINGLE_TARGET flag

Commit-ID: d52dd44175bd27ad9d8e34a994fb80877c1f6d61 Gitweb: http://git.kernel.org/tip/d52dd44175bd27ad9d8e34a994fb80877c1f6d61 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:52 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq/cpuhotplug: Handle managed IRQs on CPU hotplug

Commit-ID: c5cb83bb337c25caae995d992d1cdf9b317f83de Gitweb: http://git.kernel.org/tip/c5cb83bb337c25caae995d992d1cdf9b317f83de Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:51 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq/cpuhotplug: Avoid irq affinity setting for single targets

Commit-ID: 8f31a9845db348f5781df47ce04c79e4cfe90016 Gitweb: http://git.kernel.org/tip/8f31a9845db348f5781df47ce04c79e4cfe90016 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:53 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

Re: [PATCH v3 3/3] perf: xgene: Add support for SoC PMU version 3

Hi Hoan, This largely looks good; I have one minor comment. On Tue, Jun 06, 2017 at 11:02:26AM -0700, Hoan Tran wrote: > static inline void > +xgene_pmu_write_counter64(struct xgene_pmu_dev *pmu_dev, int idx, u64 val) > +{ > + u32 cnt_lo, cnt_hi; > + > + cnt_hi = upper_32_bits(val); > +

Re: [PATCH v5 0/5] stmmac: pci: Refactor DMI probing

From: Jan Kiszka Date: Thu, 22 Jun 2017 19:43:51 +0200 > On 2017-06-22 19:40, David Miller wrote: >> From: Jan Kiszka >> Date: Thu, 22 Jun 2017 08:17:56 +0200 >> >>> Some cleanups of the way we probe DMI platforms in the driver. Reduces >>> a bit

[PATCH 2/2] drm/stm: Fixup for "drm/stm: ltdc: Add panel-bridge support"

Signed-off-by: Eric Anholt --- This fixup would be squashed into patch 1 of your series. drivers/gpu/drm/stm/ltdc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/stm/ltdc.c b/drivers/gpu/drm/stm/ltdc.c index 7d7e889f09c3..d1d28348512b

[PATCH 1/2] drm/stm: Fix leak of pixel clock enable in some error paths.

The clock gets enabled early on in init, since it's required in order to read registers. If only devm_clk_prepare_enable() was a thing! Signed-off-by: Eric Anholt --- This fixup, if you like, I would slip in before patch 1 of your series. drivers/gpu/drm/stm/ltdc.c | 10

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

Daniel Vetter writes: > On Wed, Jun 21, 2017 at 11:50:01AM -0700, Eric Anholt wrote: >> Now that we're using the atomic helpers for fence waits, we can use >> the same codepath as drm_atomic_helper_commit() does for async, >> getting rid of our custom vc4_commit struct. > > \o/

[PATCH 2/3] Enable capabilities of files from shared filesystem

The previous patch changed existing behavior in so far as the capabilities of files from a shared filesystem or bind-mounted files were hidden from a user namespace. This patch makes these capabilties visible to the user namespace again, unless the user namespace has set its own capabilities,

[PATCH 1/3] xattr: Enable security.capability in user namespaces

This patch enables security.capability in user namespaces but also takes a more general approach to enabling extended attributes in user namespaces. The following rules describe the approach using security.foo as a 'user namespace enabled' extended attribute: Reading of extended attributes: 1)

[PATCH 3/3] Enable security.selinux in user namespaces

Before the current modifications, SELinux extended attributes were visible inside the user namespace but changes in patch 1 hid them. This patch enables security.selinux in user namespaces and allows them to be written to in the same way as security.capability. Signed-off-by: Stefan Berger

[PATCH 0/3] Enable namespaced file capabilities

This series of patches primary goal is to enable file capabilities in user namespaces without affecting the file capabilities that are effective on the host. This is to prevent that any unprivileged user on the host maps his own uid to root in a private namespace, writes the xattr, and executes

[PATCH 2/2] edac: pnd2_edac: remove useless variable assignment

Value assigned to variable _ret_ at line 176 is overwritten a few lines below before it can be used. This makes such variable assignment useless. Addresses-Coverity-ID: 1403730 Signed-off-by: Gustavo A. R. Silva --- drivers/edac/pnd2_edac.c | 2 +- 1 file changed, 1

Re: [PATCH] doc/kokr/howto: Only send regression fixes after -rc1

On Fri, 16 Jun 2017 20:34:32 +0900 SeongJae Park wrote: > This commit applies commit 388f9b20f98d ("Documentation/process/howto: > Only send regression fixes after -rc1") to Korean translation. Applied to the docs tree, thanks. jon

Re: [PATCH v7 27/36] iommu/amd: Allow the AMD IOMMU to work with memory encryption

On 6/22/2017 5:56 AM, Borislav Petkov wrote: On Fri, Jun 16, 2017 at 01:54:59PM -0500, Tom Lendacky wrote: The IOMMU is programmed with physical addresses for the various tables and buffers that are used to communicate between the device and the driver. When the driver allocates this memory it

[tip:irq/core] x86/ioapic: Create named irq domain

Commit-ID: 1b604745c8474c76e5fd1682ea5b7da0a1c6d440 Gitweb: http://git.kernel.org/tip/1b604745c8474c76e5fd1682ea5b7da0a1c6d440 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:07 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] x86/htirq: Create named domain

Commit-ID: 5f432711ba94400fb39e9be81913ced81c141758 Gitweb: http://git.kernel.org/tip/5f432711ba94400fb39e9be81913ced81c141758 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:08 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] x86/irq: Cleanup pending irq move in fixup_irqs()

Commit-ID: 8e7b632237df8b17526411d1d98f838580bb6aa3 Gitweb: http://git.kernel.org/tip/8e7b632237df8b17526411d1d98f838580bb6aa3 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:20 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq: Move irq_fixup_move_pending() to core

Commit-ID: 36d84fb45140f151fa4e145381dbce5e5ffed24d Gitweb: http://git.kernel.org/tip/36d84fb45140f151fa4e145381dbce5e5ffed24d Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:34 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[tip:irq/core] genirq: Remove pointless gfp argument

Commit-ID: 4ab764c336123157690eea1dcf81851c58d1 Gitweb: http://git.kernel.org/tip/4ab764c336123157690eea1dcf81851c58d1 Author: Thomas Gleixner AuthorDate: Tue, 20 Jun 2017 01:37:36 +0200 Committer: Thomas Gleixner CommitDate: Thu, 22 Jun

[PATCH v3 10/11] brcmsmac: reindent split functions

In the previous commit I left the indentation alone to help reviewing the patch, this one now runs the three new functions through 'indent -kr -8' with some manual fixups to avoid silliness. No changes other than whitespace are intended here. Signed-off-by: Arnd Bergmann

[PATCH v3 11/11] kasan: rework Kconfig settings

We get a lot of very large stack frames using gcc-7.0.1 with the default -fsanitize-address-use-after-scope --param asan-stack=1 options, which can easily cause an overflow of the kernel stack, e.g. drivers/acpi/nfit/core.c:2686:1: warning: the frame size of 4080 bytes is larger than 2048 bytes

Re: [ANNOUNCE] v4.11.5-rt1

On Thu, 2017-06-22 at 18:34 +0200, Sebastian Andrzej Siewior wrote: > On 2017-06-20 09:45:06 [+0200], Mike Galbraith wrote: > > See ! and ? > > See see. > What about this: I'll give it a go, likely during the weekend. I moved 4.11-rt today (also repros nicely) due to ftrace annoying me.  After

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

> +#define iowrite64be(v,p) iowrite32(cpu_to_be64(v), (p)) Logan, thanks for taking this cleanup on. I think this should be iowrite64 not iowrite32? Stephen

Re: [PATCH] x86/uaccess: use unrolled string copy for short strings

On Wed, Jun 21, 2017 at 4:09 AM, Paolo Abeni wrote: > > + if (len <= 64) > + return copy_user_generic_unrolled(to, from, len); > + > /* > * If CPU has ERMS feature, use copy_user_enhanced_fast_string. > * Otherwise, if CPU has

[PATCH 4/4] s390: Reduce ELF_ET_DYN_BASE

Now that explicitly executed loaders are loaded in the mmap region, position PIE binaries lower in the address space to avoid possible collisions with mmap or stack regions. For 64-bit, align to 4GB to allow runtimes to use the entire 32-bit address space for 32-bit pointers. Signed-off-by: Kees

Re: [Xen-devel] [PATCH v4 07/18] xen/pvcalls: implement socket command

On Thu, 22 Jun 2017, Roger Pau Monné wrote: > On Wed, Jun 21, 2017 at 01:16:56PM -0700, Stefano Stabellini wrote: > > On Tue, 20 Jun 2017, Roger Pau Monné wrote: > > > On Thu, Jun 15, 2017 at 12:09:36PM -0700, Stefano Stabellini wrote: > > > > Just reply with success to the other end for now.

[PATCH] tpm: Fix the ioremap() call for Braswell systems

ioremap() for Intel Braswell processors was done in tpm_tis_pnp_init(). But before this function gets called, platform driver 'tis_drv' gets registered and its probe function tpm_tis_plat_probe() is invoked, which does a TPM access. Now for Braswell processors tpm_platform_begin_xfer() will do an

Re: [PATCH v3 3/3] perf: xgene: Add support for SoC PMU version 3

On Thu, Jun 22, 2017 at 11:17 AM, Mark Rutland wrote: > On Thu, Jun 22, 2017 at 11:13:08AM -0700, Hoan Tran wrote: >> On Thu, Jun 22, 2017 at 10:52 AM, Mark Rutland wrote: >> > On Tue, Jun 06, 2017 at 11:02:26AM -0700, Hoan Tran wrote: >> > > static

Re: [Xen-devel] [PATCH v4 07/18] xen/pvcalls: implement socket command

On 22/06/17 19:29, Stefano Stabellini wrote: > On Thu, 22 Jun 2017, Roger Pau Monné wrote: >> On Wed, Jun 21, 2017 at 01:16:56PM -0700, Stefano Stabellini wrote: >>> On Tue, 20 Jun 2017, Roger Pau Monné wrote: On Thu, Jun 15, 2017 at 12:09:36PM -0700, Stefano Stabellini wrote: > Just

[PATCH] dmaengine: qcom_hidma: allow ACPI/DT parameters to be overridden

Parameters like maximum read/write request size and the maximum number of active transactions are currently configured in DT/ACPI. This patch allows a user to override these to fine tune performance for their application. Signed-off-by: Sinan Kaya ---

Re: [PATCH v2] irqchip: gicv3-its: Don't assume GICv3 hardware supports 16bit INTID

On 22/06/17 18:44, Shanker Donthineni wrote: > The current ITS driver is assuming every ITS hardware implementation > supports minimum of 16bit INTID. But this is not true, as per GICv3 > specification, INTID field is IMPLEMENTATION DEFINED in the range of > 14-24 bits. We might see an

[PATCH 1/2] edac: pnd2_edac: add code comment for clarification

Add code comment to make it clear that the fall-through is intentional. Addresses-Coverity-ID: 1403728 Signed-off-by: Gustavo A. R. Silva --- drivers/edac/pnd2_edac.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/edac/pnd2_edac.c b/drivers/edac/pnd2_edac.c

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