[PATCH v3 0/4] Introduce STM32MP1 RTC

This series introduces STM32MP1 RTC. On STM32MP1: - two clocks are needed, plck and rtc_ck; - to wakeup the system, a wakeup alarm interrupt is needed; - some registers or bits have moved, but the operation is the same; - the Backup Domain Protection (DBP) is not managed by RTC driver. ---

[PATCH v3 1/4] rtc: stm32: fix misspelling and misalignment issues

This patch cleans the following checkpatch complaints: CHECK: 'initalized' may be misspelled - perhaps 'initialized'? #644: FILE: drivers/rtc/rtc-stm32.c:644: +* the calendar has been initalized or not. INITS flag is reset by a CHECK: Alignment should match open parenthesis #669: FILE:

Re: INFO: rcu detected stall in n_tty_receive_char_special

#syz test: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master >From ada7279f7f034c5fd79fc04e1120069ea5f6cef2 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Thu, 17 May 2018 20:42:50 +0900 Subject: [PATCH] n_tty: Access echo_* variables

Re: INFO: rcu detected stall in n_tty_receive_char_special

Hello, syzbot has tested the proposed patch but the reproducer still triggered crash: INFO: rcu detected stall in corrupted IPVS: ftp: loaded support on port[0] = 21 IPVS: ftp: loaded support on port[0] = 21 IPVS: ftp: loaded support on port[0] = 21 IPVS: ftp: loaded support on port[0] = 21

[PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

In v4.16-RT I noticed a number of warnings from task_fpsimd_load(). The code disables BH and expects that it is not preemptible. On -RT the task remains preemptible but remains the same CPU. This may corrupt the content of the SIMD registers if the task is preempted during saving/restoring those

Re: [PATCH net-next 1/2] net: phy: sfp: make the i2c-bus property really optional

On Thu, May 17, 2018 at 10:29:06AM +0200, Antoine Tenart wrote: > The SFF,SFP documentation is clear about making all the DT properties, > with the exception of the compatible, optional. In practice this is not > the case and without an i2c-bus property provided the SFP code will > throw NULL

Re: [PATCH net-next 1/2] net: phy: sfp: make the i2c-bus property really optional

Hi Andrew, On Thu, May 17, 2018 at 02:41:28PM +0200, Andrew Lunn wrote: > On Thu, May 17, 2018 at 10:29:06AM +0200, Antoine Tenart wrote: > > The SFF,SFP documentation is clear about making all the DT properties, > > with the exception of the compatible, optional. In practice this is not > > the

[PATCH 2/4] arcnet: com20020: bindings for smsc com20020

From: Andrea Greco Add devicetree bindings for smsc com20020 Signed-off-by: Andrea Greco --- .../devicetree/bindings/net/smsc-com20020.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644

[PATCH v2] selftests: cgroup/memcontrol: add basic test for socket accounting

Signed-off-by: Mike Rapoport Acked-by: Roman Gushchin --- v2 changes: * bumped error percentage for comparing memory.current with memory.stat.sock * added checks that memory.stat.sock == 0 and memory.current >= 0 after TCP server exits * simplified error

Re: [PATCH v3 2/2] Input: xen-kbdfront - allow better run-time configuration

On 05/17/2018 01:31 AM, Oleksandr Andrushchenko wrote: > I will go with the change you suggested and > I'll send v4 tomorrow then. Please make sure your changes to kbdif.h are in Xen first. I believe you submitted a patch there but I don't see it in the staging tree yet. -boris

Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug

> > hopefully I have time to write a small coccinelle rule to find if > > constant values are returned in a function declared as master_xfer. > > That would be a good thing. Did that now and only found drivers which have a (meanwhile) needless parameter check for 'num'. Will set you on CC for

Re: [PATCH 0/3] ASoC: stm32: sai: add support of iec958 controls

Hello Takashi, On 04/17/2018 01:17 PM, Mark Brown wrote: > On Tue, Apr 17, 2018 at 08:29:17AM +, Olivier MOYSAN wrote: > >> I guess the blocking patch in this patchset is the patch "add IEC958 >> channel status control helper". This patch has been reviewed several >> times, but did not get a

Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Thu, May 17, 2018 at 12:53:58PM +0200, Juri Lelli wrote: > On 17/05/18 15:50, Viresh Kumar wrote: > > On 17-05-18, 09:00, Juri Lelli wrote: > > > Hi Joel, > > > > > > On 16/05/18 15:45, Joel Fernandes (Google) wrote: > > > > > > [...] > > > > > > > @@ -382,13 +391,24 @@

[PATCH 3/4] arcnet: com20020: Fixup missing SLOWARB bit

From: Andrea Greco If com20020 clock is major of 40Mhz SLOWARB bit is requested. Signed-off-by: Andrea Greco --- drivers/net/arcnet/com20020.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/arcnet/com20020.c

Re: [PATCH net-next 1/2] net: phy: sfp: make the i2c-bus property really optional

On Thu, May 17, 2018 at 03:04:06PM +0200, Andrew Lunn wrote: > > I was thinking about how it reads the bit rate from the EEPROM. From > that it determines what mode the MAC could use, 1000-Base-X, > 2500-Base-X, etc. Can you still configure this correctly via ethtool, > if you don't have the

Re: [PATCH V6 10/12] ARM: dts: ipq8074: Add peripheral nodes

/Sricharan-R/ARM-dts-ipq-updates-to-enable-a-few-peripherals/20180517-155124 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: arm64-defconfig (attached as .config) compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https

Re: [PATCH 03/14] arm: Add restartable sequences support

On Wed, May 16, 2018 at 04:13:13PM -0400, Mathieu Desnoyers wrote: > - On May 16, 2018, at 12:18 PM, Peter Zijlstra pet...@infradead.org wrote: > > > On Mon, Apr 30, 2018 at 06:44:22PM -0400, Mathieu Desnoyers wrote: > >> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > >> index

Re: [PATCH] misc: kgdbts: silence array underflow warning

On Thu, May 17, 2018 at 03:22:29PM +0300, Dan Carpenter wrote: > Smatch distrusts simple_strtol(). I don't know the code well enough > to say if the distrust is justified here, but it seems harmless to > silence the warning. What warning does this fix? I'd prefer to have it in the description.

Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug

On Thu, May 10, 2018 at 01:16:59PM +0200, Wolfram Sang wrote: > On Sat, May 05, 2018 at 08:02:21AM -0500, Wenwen Wang wrote: > > In i2c_smbus_xfer_emulated(), the function i2c_transfer() is invoked to > > transfer i2c messages. The number of actual transferred messages is > > returned and saved to

Re: [PATCH 3/3] arm64: dts: renesas: r8a7795: add ccree binding

On Thu, May 17, 2018 at 4:35 PM, Geert Uytterhoeven wrote: > Hi Gilad, > > On Thu, May 17, 2018 at 3:09 PM, Gilad Ben-Yossef wrote: >> On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven >> wrote: >>> However, even with your clock

Re: [PATCH] i2c: synquacer: fix fence-post error in retry loop

On Wed, May 09, 2018 at 09:47:26PM +0200, Peter Rosin wrote: > There is a difference between attempts and retries. > > Signed-off-by: Peter Rosin Applied to for-next, thanks! signature.asc Description: PGP signature

[PATCH] objtool: Detect assembly code falling through to INT3 padding

With the following commit: 51bad67ffbce ("x86/asm: Pad assembly functions with INT3 instructions") ... asm function alignments are padded with INT3, so it's no longer safe to fall through to an aligned function. Make sure we catch any such cases with objtool. Note this only adds checking for

Re: [PATCH 3/3] arm64: dts: renesas: r8a7795: add ccree binding

Hi Gilad, On Thu, May 17, 2018 at 3:41 PM, Gilad Ben-Yossef wrote: > On Thu, May 17, 2018 at 4:35 PM, Geert Uytterhoeven > wrote: >> On Thu, May 17, 2018 at 3:09 PM, Gilad Ben-Yossef >> wrote: >>> On Thu, May 17, 2018 at 1:16 PM,

Re: [PATCH v1 0/3] console, serial8250: Disable PM and DMA ops

* Andy Shevchenko [180516 13:12]: > On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote: > > But since I am on it. You have to enable runtime-PM for the UART. So > > what is the problem if you simply don't enable it for the UART which > > used as

Re: [PATCH v2 5/5] powerpc/lib: inline memcmp() for small constant sizes

On Thu, May 17, 2018 at 12:49:58PM +0200, Christophe Leroy wrote: > In my 8xx configuration, I get 208 calls to memcmp() > Within those 208 calls, about half of them have constant sizes, > 46 have a size of 8, 17 have a size of 16, only a few have a > size over 16. Other fixed sizes are mostly 4,

Re: [PATCH] kernel: event: core: Change return type to vm_fault_t

On Thu, May 10, 2018 at 7:54 PM, Souptick Joarder wrote: > On Fri, Apr 20, 2018 at 5:18 PM, Souptick Joarder > wrote: >>> I'm fine with the patch, but shouldn't this be part of a larger series / >>> cocinelle script? >>> >> >> This one is trivial but

Re: [PATCH 1/6] MIPS: Move ehb() to barrier.h

On Fri, Jan 05, 2018 at 10:31:05AM +, Matt Redfearn wrote: > The current location of ehb() in mipsmtregs.h does not make sense, since > it is not strictly related to multi-threading, and may be used in code > which does not include mipsmtregs.h > arch/mips/include/asm/barrier.h| 13

Re: [PATCH] Revert "powerpc/64: Fix checksum folding in csum_add()"

On Tue, Apr 10, 2018 at 08:34:37AM +0200, Christophe Leroy wrote: > This reverts commit 6ad966d7303b70165228dba1ee8da1a05c10eefe. > > That commit was pointless, because csum_add() sums two 32 bits > values, so the sum is 0x1fffe at the maximum. > And then when adding upper part (1) and lower

RCU branching for the v4.19 merge window

Hello, Steve! Another year, another difficult-to-branch set of RCU commits. In happy contrast to last year, I can make some branches (SRCU, some of the torture commits, and a few miscellaneous commits), but I will likely end up with several short branches and one huge one. My thought is to keep

Re: [PATCH v2 4/4] ARM: PWM: add allwinner sun8i pwm support.

2018-05-15 19:17 GMT+08:00 Maxime Ripard : > Hi, > > On Mon, May 14, 2018 at 10:45:44PM +0800, Hao Zhang wrote: >> 2018-02-26 17:00 GMT+08:00 Maxime Ripard : >> > Thanks for respinning this serie. It looks mostly good, but you still >> > have a

Re: [PATCH rdma-next 4/5] RDMA/hns: Add reset process for RoCE in hip08

On Thu, May 17, 2018 at 04:02:52PM +0800, Wei Hu (Xavier) wrote: > diff --git a/drivers/infiniband/hw/hns/hns_roce_hw_v2.c > b/drivers/infiniband/hw/hns/hns_roce_hw_v2.c > index 86ef15f..e1c44a6 100644 > +++ b/drivers/infiniband/hw/hns/hns_roce_hw_v2.c > @@ -774,6 +774,9 @@ static int

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

- On May 16, 2018, at 9:19 PM, Boqun Feng boqun.f...@gmail.com wrote: > On Wed, May 16, 2018 at 04:13:16PM -0400, Mathieu Desnoyers wrote: >> - On May 16, 2018, at 12:18 PM, Peter Zijlstra pet...@infradead.org >> wrote: >> >> > On Mon, Apr 30, 2018 at 06:44:26PM -0400, Mathieu Desnoyers

Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked

On 17/05/18 07:43, Joel Fernandes wrote: > On Thu, May 17, 2018 at 04:28:23PM +0200, Juri Lelli wrote: > [...] > > > > > We would need more locking stuff in the work handler in that case and > > > > > I think there maybe a chance of missing the request in that solution > > > > > if the request

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

> Eric Anholt hat am 17. Mai 2018 um 15:17 geschrieben: > > > The a53 and a7 counters seem to match up, so we advertise a7 so that > arm32 can probe. > > Signed-off-by: Eric Anholt Acked-by: Stefan Wahren

Re: [bisected] rcu_sched detected stalls - 4.15 or newer kernel with some Xeon skylake CPUs and extended APIC

Success! This resolved the issue.  Thanks Thomas! Rick On 05/17/18 08:36, Thomas Gleixner wrote: > Rick, > > On Wed, 16 May 2018, Rick Warner wrote: > >> I've attached the dmesg output with the kernel parameter and supplied patch. > Thanks for providing the data. I think I know what's wrong

Re: [PATCH] kvm: rename HINTS_DEDICATED to KVM_HINTS_REALTIME

On 17/05/2018 16:54, Michael S. Tsirkin wrote: > HINTS_DEDICATED seems to be somewhat confusing: > > Guest doesn't really care whether it's the only task running on a host > CPU as long as it's not preempted. > > And there are more reasons for Guest to be preempted than host CPU > sharing, for

[RFC PATCH linux-next] USB: dwc3: dwc3_get_extcon() can be static

Fixes: 5f0b74e54890 ("USB: dwc3: get extcon device by OF graph bindings") Signed-off-by: kbuild test robot --- drd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/dwc3/drd.c b/drivers/usb/dwc3/drd.c index 2706824..218371f 100644 ---

Re: [PATCH 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

On 17/05/18 07:45 AM, Bjorn Helgaas wrote: > On Thu, May 17, 2018 at 05:00:13AM -0700, dme...@gigaio.com wrote: >> From: Doug Meyer >> >> Here we add the PCI quirk for the Microsemi Switchtec parts to allow >> non-transparent bridging to work when the IOMMU is turned on. > >

[linux-next:master 7522/8111] drivers/usb/dwc3/drd.c:443:19: sparse: symbol 'dwc3_get_extcon' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master head: fbbe3b8c2c9c5f84caf668703c26154cb4fbb9d1 commit: 5f0b74e54890c354d6ac0124ea7a96adf22845d0 [7522/8111] USB: dwc3: get extcon device by OF graph bindings reproduce: # apt-get install sparse

[PATCH] soc: qcom: apr: fix invalid msg_type check

Removed invalid msg_type check. This also fixes below static checker warning: apr.c:95:35: warning: comparison is always true due to limited range of data type [-Wtype-limits] warn: always true condition '(msg_type != 69864) => (0-u16max != 69864)' Reported-by: Dan Carpenter

Re: [RFC/RFT] [PATCH 02/10] cpufreq: intel_pstate: Conditional frequency invariant accounting

On Thu, May 17, 2018 at 08:41:32AM -0700, Srinivas Pandruvada wrote: > One more point to note. Even if we calculate some utilization based on > the freq-invariant and arrive at a P-state, we will not be able to > control any P-state in turbo region (not even as a cap) on several > Intel processors

Re: [PATCH v3 2/3] ioremap: Update pgtable free interfaces with addr

On Thu, 2018-05-17 at 08:47 +0200, Michal Hocko wrote: > On Wed 16-05-18 17:32:06, Kani Toshimitsu wrote: > > From: Chintan Pandya > > > > This patch ("mm/vmalloc: Add interfaces to free unmapped > > page table") adds following 2 interfaces to free the page > > table in

[PATCH] printk/nmi: Prevent deadlock when serializing NMI backtraces

The commit 719f6a7040f1bdaf96fcc ("printk: Use the main logbuf in NMI when logbuf_lock is available") tried to detect when logbuf_lock was taken on another CPU. Then it looked safe to wait for the lock even in NMI. It would be safe if other locks were not involved. Ironically the same commit

[PATCH v2 2/9] ima: fix updating the ima_appraise flag

As IMA policy rules are added, a mask of the type of rule (eg. kexec kernel image, firmware, IMA policy) is updated. Based on this mask, integrity decisions can be made quickly. Unlike custom IMA policy rules, which replace the original builtin policy rules and update the mask, the builtin

[PATCH v2 1/9] ima: based on policy verify firmware signatures (pre-allocated buffer)

Don't differentiate between kernel_read_file_id READING_FIRMWARE and READING_FIRMWARE_PREALLOC_BUFFER enumerations. Fixes: a098ecd firmware: support loading into a pre-allocated buffer (since 4.8) Signed-off-by: Mimi Zohar Cc: Luis R. Rodriguez Cc:

Re: [PATCH] KVM: arm/arm64: add WARN_ON if size is not PAGE_SIZE aligned in unmap_stage2_range

On 17/05/18 13:46, Jia He wrote: Hi Suzuki On 5/17/2018 4:17 PM, Suzuki K Poulose Wrote: Hi Jia, On 17/05/18 07:11, Jia He wrote: I ever met a panic under memory pressure tests(start 20 guests and run memhog in the host). Please avoid using "I" in the commit description and preferably

Re: [PATCH v3 1/2] xen/PVH: Set up GS segment for stack canary

>>> On 17.05.18 at 16:47, wrote: > @@ -64,6 +67,9 @@ ENTRY(pvh_start_xen) > mov %eax,%es > mov %eax,%ss > > + mov $PVH_CANARY_SEL,%eax > + mov %eax,%gs I doubt this is needed for 64-bit (you could equally well load zero or leave in place what's

Re: [RFC/RFT] [PATCH 02/10] cpufreq: intel_pstate: Conditional frequency invariant accounting

On 17/05/18 12:59, Juri Lelli wrote: > On 16/05/18 18:31, Juri Lelli wrote: > > On 16/05/18 17:47, Peter Zijlstra wrote: > > > On Wed, May 16, 2018 at 05:19:25PM +0200, Juri Lelli wrote: > > > > > > > Anyway, FWIW I started testing this on a E5-2609 v3 and I'm not seeing > > > > hackbench

Re: [PATCH 3/3] sched/fair: schedutil: explicit update only when required

Hi Patrick, On Mon, May 14, 2018 at 05:32:06PM +0100, Patrick Bellasi wrote: > On 12-May 23:25, Joel Fernandes wrote: > > On Sat, May 12, 2018 at 11:04:43PM -0700, Joel Fernandes wrote: > > > On Thu, May 10, 2018 at 04:05:53PM +0100, Patrick Bellasi wrote: > > > > Schedutil updates for FAIR tasks

Re: [PATCH] drm/bridge: checkpatch strict minor updates

Hi, Applied on drm-misc-next. Note: patch subject has been renamed "drm/bridge: spelling and coding style minor fixes" to comply with checkpatch (my bad ;-), hope it is better, Many thanks, Philippe :-) On 05/16/2018 11:43 AM, Daniel Vetter wrote: > On Tue, May 15, 2018 at 10:37:36PM +0200,

Re: [PATCH v2 RESEND 2/2] x86/mm/KASLR: Do not adapt the size of the direct mapping section for SGI UV system

On 5/17/2018 8:06 AM, Ramsay, Frank wrote: -Original Message- From: Baoquan He [mailto:b...@redhat.com] Sent: Wednesday, May 16, 2018 11:18 PM To: Travis, Mike ; Anderson, Russ ; Ramsay, Frank Cc: Ingo Molnar

Re: [PATCH 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

Thanks for your hard work on this Doug! On 17/05/18 06:00 AM, dme...@gigaio.com wrote: > + if (pci_enable_device(pdev)) { > + dev_err(>dev, "Cannot enable Switchtec device\n"); > + return; > + } I suspect we should probably cass pci_disable_device() before

[PATCH 2/2] ARM: dts: stm32: enable USB OTG HS on stm32mp157c-ev1

This patch enables USB OTG HS on stm32mp157c-ev1 in Peripheral mode. Signed-off-by: Amelie Delaunay --- arch/arm/boot/dts/stm32mp157c-ev1.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c-ev1.dts

Re: [PATCH] PM / devfreq: Remove redundant frequency adjustment from governors

Hi, On Thu, May 17, 2018 at 10:44:08AM +0900, Chanwoo Choi wrote: > Hi, > > On 2018년 05월 17일 06:10, Matthias Kaehlcke wrote: > > The performance, powersave, simpleondemand and userspace governors > > determine a target frequency and then adjust it according to the > > df->min/max_freq limits

Re: [PATCH v9 02/12] drivers: base: cacheinfo: setup DT cache properties early

On 16/05/18 11:56, Sudeep Holla wrote: > Hi Andy, > > On 15/05/18 20:32, Andy Shevchenko wrote: >> On Tue, May 15, 2018 at 8:15 PM, Jeremy Linton wrote: >>> On 05/11/2018 06:57 PM, Jeremy Linton wrote: >> - cache_size = of_get_property(this_leaf->of_node,

[PATCH] vfs: remove iterate_supers_type

From: Jeff Layton Nothing calls this. Signed-off-by: Jeff Layton --- fs/super.c | 36 include/linux/fs.h | 2 -- 2 files changed, 38 deletions(-) diff --git a/fs/super.c b/fs/super.c index

Re: [PATCH v3] vfio/mdev: Check globally for duplicate devices

On 5/17/2018 1:39 PM, Cornelia Huck wrote: > On Wed, 16 May 2018 21:30:19 -0600 > Alex Williamson wrote: > >> When we create an mdev device, we check for duplicates against the >> parent device and return -EEXIST if found, but the mdev device >> namespace is global

Re: [PATCH v5 13/23] iommu: introduce device fault report API

On Thu, 17 May 2018 11:41:56 + "Liu, Yi L" wrote: > > +int iommu_report_device_fault(struct device *dev, struct > > +iommu_fault_event *evt) { > > + int ret = 0; > > + struct iommu_fault_event *evt_pending; > > + struct iommu_fault_param *fparam; > > + > > + /*

Re: [patch V181 35/54] x86/entry: Align entry text section to PMD boundary

On Wed, Dec 20, 2017 at 10:35:38PM +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

[PATCH v3-UPADATE 2/3] ioremap: Update pgtable free interfaces with addr

From: Chintan Pandya The following kernel panic was observed on ARM64 platform due to a stale TLB entry. 1. ioremap with 4K size, a valid pte page table is set. 2. iounmap it, its pte entry is set to 0. 3. ioremap the same address with 2M size, update its pmd entry

Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Thu, May 17, 2018 at 05:23:12PM +0200, Juri Lelli wrote: > On 17/05/18 07:43, Joel Fernandes wrote: > > On Thu, May 17, 2018 at 04:28:23PM +0200, Juri Lelli wrote: > > [...] > > > > > > We would need more locking stuff in the work handler in that case > > > > > > and > > > > > > I think there

Re: [PATCH v6 6/9] dt-bindings: counter: Document stm32 quadrature encoder

On Wed, May 16, 2018 at 12:51 PM, William Breathitt Gray wrote: > From: Benjamin Gaignard v6? Where's v1-v5? > Add bindings for STM32 Timer quadrature encoder. > It is a sub-node of STM32 Timer which implement the > counter part of the

[PATCH v2 8/9] ima: add build time policy

IMA by default does not measure, appraise or audit files, but can be enabled at runtime by specifying a builtin policy on the boot command line or by loading a custom policy. This patch defines a build time policy, which verifies kernel modules, firmware, kexec image, and/or the IMA policy

[PATCH v2 6/9] firmware: add call to LSM hook before firmware sysfs fallback

Add an LSM hook prior to allowing firmware sysfs fallback loading. Signed-off-by: Mimi Zohar Cc: Luis R. Rodriguez Cc: David Howells Cc: Kees Cook Changelog: - call security_kernel_read_blob() - rename the

[PATCH v2 9/9] ima: based on policy prevent loading firmware (pre-allocated buffer)

Question: can the device access the pre-allocated buffer at any time? By allowing devices to request firmware be loaded directly into a pre-allocated buffer, will this allow the device access to the firmware before the kernel has verified the firmware signature? Is it dependent on the type of

[PATCH v2 0/9] kexec/firmware: support system wide policy requiring signatures

IMA-appraisal is mostly being used in the embedded or single purpose closed system environments. In these environments, both the Kconfig options and the userspace tools can be modified appropriately to limit syscalls. For stock kernels, userspace applications need to continue to work with older

[PATCH v2 7/9] ima: based on policy require signed firmware (sysfs fallback)

With an IMA policy requiring signed firmware, this patch prevents the sysfs fallback method of loading firmware. Signed-off-by: Mimi Zohar Cc: Luis R. Rodriguez Cc: David Howells Cc: Matthew Garrett ---

Re: cpu stopper threads and load balancing leads to deadlock

On Thu, May 17, 2018 at 04:23:22PM +0200, Peter Zijlstra wrote: > On Thu, May 17, 2018 at 07:03:45AM -0700, Paul E. McKenney wrote: > > On Tue, May 15, 2018 at 06:30:26AM +0200, Mike Galbraith wrote: > > I have not queued it, but given Peter's Signed-off-by and your Tested-by > > I would be happy

Re: [PATCH] efi/fb: Convert PCI bus address to resource if translated by the bridge

On Thu, May 17, 2018 at 09:22:23AM -0400, Sinan Kaya wrote: > A host bridge is allowed to remap BAR addresses using _TRA attribute in > _CRS windows. > > pci_bus :00: root bus resource [mem 0x8010010-0x8011fff window] > (bus address [0x0010-0x1fff]) > pci :02:00.0: reg

[PATCH v2 0/4] seccomp trap to userspace

Hi, After a while focusing on other things, I finally managed ot get a v2 of this series prepared. I believe I've addressed all the feedback from v1, except for one major point: switching the communication protocol over the fd to nlattr. I looked into doing this, but the kernel stuff for dealing

[PATCH v2 1/4] seccomp: add a return code to trap to userspace

This patch introduces a means for syscalls matched in seccomp to notify some other task that a particular filter has been triggered. The motivation for this is primarily for use with containers. For example, if a container does an init_module(), we obviously don't want to load this untrusted

Re: [PATCH v2 3/4] seccomp: add a way to get a listener fd from ptrace

again, I don't understand this code yet, but On 05/17, Tycho Andersen wrote: > > +long seccomp_get_listener(struct task_struct *task, > + unsigned long filter_off) > +{ > + struct seccomp_filter *filter; > + struct file *listener; > + int fd; > + > + filter =

[PATCH] vfs: change iterate_supers callback to take an int arg instead of a void *

From: Jeff Layton All of the callback functions for iterate_supers either ignore the opaque argument, or dereference the pointer only to fetch the int to which it points. Change iterate_supers to pass an opaque int arg to the callback instead of a void pointer.

Re: [PATCH v2 1/4] seccomp: add a return code to trap to userspace

On 05/17, Tycho Andersen wrote: > > > From lockdep pov this loop tries to take the same lock twice or more, it > > shoul > > complain. > > I didn't, but I guess that's because it's not trying to take the same lock > twice -- the pointer cur is changing in the loop. Yes, I see. But this is the

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

> Vince Weaver hat am 17. Mai 2018 um 16:11 > geschrieben: > > > On Thu, 17 May 2018, Eric Anholt wrote: > > > diff --git a/arch/arm/boot/dts/bcm2837.dtsi b/arch/arm/boot/dts/bcm2837.dtsi > > index 7704bb029605..1f5e5c782835 100644 > > ---

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

Vince Weaver writes: > On Thu, 17 May 2018, Eric Anholt wrote: > >> diff --git a/arch/arm/boot/dts/bcm2837.dtsi b/arch/arm/boot/dts/bcm2837.dtsi >> index 7704bb029605..1f5e5c782835 100644 >> --- a/arch/arm/boot/dts/bcm2837.dtsi >> +++ b/arch/arm/boot/dts/bcm2837.dtsi >>

Re: [PATCH 0/7] i2c: clean up include/linux/i2c-*

On Thu, Apr 19, 2018 at 10:00:06PM +0200, Wolfram Sang wrote: > Move all plain platform_data includes to the platform_data-dir > (except for i2c-pnx which can be moved into the driver itself). > > My preference is to take these patches via the i2c tree. I can provide an > immutable branch if

[PATCH] drm/vc4: Define a DRM format modifier for SAND tiling.

From: Dave Stevenson This is the format generated by VC4's H.264 engine, and preferred by the ISP as well. By displaying SAND buffers directly, we can avoid needing to use the ISP to rewrite the SAND H.264 output to linear before display. Signed-off-by: Dave

Re: [usb-storage] Re: [PATCH] usb-storage: Add quirks to make G-Technology "G-Drive" work

On Thu, 17 May 2018, Alexander Kappner wrote: > Hi Alan, > > thanks for reviewing. (This is my first contribution that touches > usb-storage, so please bear with me.) > > > That's kind of weird. Does the drive work under Windows in UAS mode? > > On the Windows 10 VM that I just spun up for

[PATCH v2 3/9] security: define security_kernel_read_blob() wrapper

In order for LSMs and IMA-appraisal to differentiate between the original and new syscalls (eg. kexec, kernel modules, firmware), both the original and new syscalls must call an LSM hook. Commit 2e72d51b4ac3 ("security: introduce kernel_module_from_file hook") introduced calling

Re: [PATCH V2] nvme-rdma: fix double free in nvme_rdma_free_queue

Hi Max Thanks for kindly review and suggestion for this. On 05/16/2018 08:18 PM, Max Gurtovoy wrote: > I don't know exactly what Christoph meant but IMO the best place to allocate > it is in nvme_rdma_alloc_queue just before calling > > "set_bit(NVME_RDMA_Q_ALLOCATED, >flags);" > > then you

[PATCH v2 4/9] kexec: add call to LSM hook in original kexec_load syscall

In order for LSMs and IMA-appraisal to differentiate between the original and new syscalls, both the original and new syscalls must call an LSM hook. This patch adds a call to security_kernel_read_blob() in the original kexec syscall. Signed-off-by: Mimi Zohar Cc: Eric

[PATCH v2 2/4] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE

In the next commit we'll use this same mnemonic to get a listener for the nth filter, so we need it available outside of CHECKPOINT_RESTORE. This is slightly looser than necessary, because it really could be CHECKPOINT_RESTORE || USER_NOTIFICATION, but it's declared static and this complicates the

[PATCH v2 3/4] seccomp: add a way to get a listener fd from ptrace

As an alternative to SECCOMP_FILTER_FLAG_GET_LISTENER, perhaps a ptrace() version which can acquire filters is useful. There are at least two reasons this is preferable, even though it uses ptrace: 1. You can control tasks that aren't cooperating with you 2. You can control tasks whose filters

[PATCH v2 4/4] seccomp: add support for passing fds via USER_NOTIF

The idea here is that the userspace handler should be able to pass an fd back to the trapped task, for example so it can be returned from socket(). I've proposed one API here, but I'm open to other options. In particular, this only lets you return an fd from a syscall, which may not be enough in

Re: [PATCH 03/14] arm: Add restartable sequences support

- On May 17, 2018, at 9:32 AM, Will Deacon will.dea...@arm.com wrote: > On Wed, May 16, 2018 at 04:13:13PM -0400, Mathieu Desnoyers wrote: >> - On May 16, 2018, at 12:18 PM, Peter Zijlstra pet...@infradead.org >> wrote: >> >> > On Mon, Apr 30, 2018 at 06:44:22PM -0400, Mathieu Desnoyers

Re: Revert "dmaengine: pl330: add DMA_PAUSE feature"

Sorry to keep coming back to this, but I'm experiencing a bit of incredulity that you are saying what you seem to be saying. You seem to be saying dmaengine provides no way to permanently stop a transfer safely other than transferring the full number of bytes initially requested. So the proper

Re: [PATCH v3] vfio/mdev: Check globally for duplicate devices

On Thu, 17 May 2018 21:25:22 +0530 Kirti Wankhede wrote: > On 5/17/2018 1:39 PM, Cornelia Huck wrote: > > On Wed, 16 May 2018 21:30:19 -0600 > > Alex Williamson wrote: > > > >> When we create an mdev device, we check for duplicates against

Re: [PATCH] kernel: event: core: Change return type to vm_fault_t

On Thu, May 17, 2018 at 07:55:13PM +0530, Souptick Joarder wrote: > On Thu, May 10, 2018 at 7:54 PM, Souptick Joarder > wrote: > > On Fri, Apr 20, 2018 at 5:18 PM, Souptick Joarder > > wrote: > >>> I'm fine with the patch, but shouldn't this be part

Re: [PATCH v2 2/2] powerpc/32be: use stmw/lmw for registers save/restore in asm

On Thu, May 17, 2018 at 03:27:37PM +0200, Christophe LEROY wrote: > Le 17/05/2018 à 15:15, Segher Boessenkool a écrit : > >>I guess we've been enabling this for all 32-bit targets for ever so it > >>must be a reasonable option. > > > >On 603, load multiple (and string) are one cycle slower than

RE: Sometimes unusable i2c-hid devices in 4.17-rcX

> -Original Message- > From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com] > Sent: Thursday, May 17, 2018 9:28 AM > To: Limonciello, Mario > Cc: linux-input; linux-kernel@vger.kernel.org > Subject: Re: Sometimes unusable i2c-hid devices in 4.17-rcX > > Hi Mario, > > On Wed,

Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Thu, May 17, 2018 at 04:28:23PM +0200, Juri Lelli wrote: [...] > > > > We would need more locking stuff in the work handler in that case and > > > > I think there maybe a chance of missing the request in that solution > > > > if the request happens right at the end of when sugov_work returns. >

Re: [PATCH v2 1/4] seccomp: add a return code to trap to userspace

Hi Oleg, Thanks for taking a look! On Thu, May 17, 2018 at 05:33:24PM +0200, Oleg Nesterov wrote: > I didn't read this series yet, and I don't even understand what are you > trying to do, just one question... > > On 05/17, Tycho Andersen wrote: > > > > +static struct file *init_listener(struct

Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations

Hi Changbin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH 1/4] soc: qcom: mdt_loader: Add check to make scm calls

On Thu, May 17, 2018 at 05:02:17PM +0530, Vikash Garodia wrote: > In order to invoke scm calls, ensure that the platform > has the required support to invoke the scm calls in > secure world. > > Signed-off-by: Vikash Garodia > --- > drivers/soc/qcom/mdt_loader.c | 21

Re: [PATCH v2 3/4] seccomp: add a way to get a listener fd from ptrace

On Thu, May 17, 2018 at 09:57:33AM -0600, Tycho Andersen wrote: > On Thu, May 17, 2018 at 05:41:39PM +0200, Oleg Nesterov wrote: > > and since init_listener() does __get_seccomp_filter() on sucess, it is > > needed > > uncondtitionally? > > I think there does need to be a __get_seccomp_filter()

Re: [PATCH] md: zero the original position of sb for 0.90 and 1.0

On Wed, May 16, 2018 at 05:18:39PM +0800, Jianchao Wang wrote: > For sb version 0.90 and 1.0 which locates after data, when we increase > the spindle volume size and grow the raid arry size, the older sb which is > different between spindles will be left there. Due to this left sb, the > spindle

[PATCH 0/2] bpf: sockmap, fix uninitialized variable and double-free

This patchset aims to fix an uninitialized variable issue and a double-free issue in __sock_map_ctx_update_elem. Both issues were reported by Coverity. Thanks. Gustavo A. R. Silva (2): bpf: sockmap, fix uninitialized variable bpf: sockmap, fix double-free kernel/bpf/sockmap.c | 3 +-- 1

Re: [PATCH v6 2/2] leds: lm3601x: Introduce the lm3601x LED driver

Jacek On 05/16/2018 04:17 PM, Dan Murphy wrote: >>> +   if (!ret) >> >> if (ret) sounds more natural. And better just to split >> >>> +   snprintf(led->led_name, sizeof(led->led_name), >>> +   "%s:%s",

Re: [RFC] mm, THP: Map read-only text segments using large THP pages

> On May 17, 2018, at 1:57 AM, Michal Hocko wrote: > > [CCing Kirill and fs-devel] > > On Mon 14-05-18 07:12:13, William Kucharski wrote: >> One of the downsides of THP as currently implemented is that it only supports >> large page mappings for anonymous pages. > > There

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