Re: [PATCH v5 0/3] More fixes for twl4030 charger

No comments for this series? Everything fine? Has it been merged somewhere? > Am 21.05.2017 um 12:38 schrieb H. Nikolaus Schaller : > > Changes V5: > * reworked max_current removal patch (comments by Sebastian Reichel) > * resubmit missing madc connection for AC power

Re: Hang/soft lockup in d_invalidate with simultaneous calls

On Fri, Jun 2, 2017 at 11:20 PM, Al Viro wrote: > The thing is, unlike shrink_dcache_parent() we *can* bugger off as > soon as we'd found no victims, nothing mounted and dentry itself > is unhashed. We can't do anything in select_collect() (we would've > broken

[PATCH v4 4/6] clk: qcom: Add ipq8074 Global Clock Controller support

From: Abhishek Sahu This patch adds support for the global clock controller found on the ipq8074 based devices. This includes UART, I2C, SPI etc. Signed-off-by: Abhishek Sahu Signed-off-by: Varadarajan Narayanan ---

[PATCH v4 0/6] Add minimal boot support for IPQ8074

v4: * Split the clock patch and addressed a minor comment in the clock driver as per stephen's feedback. v3: * Addressed review feedback from Bjorn for pinctrl - Unified the names for qpic pads. - Corrected the names for pwm pins. * Updated pinctrl documentation. * Updated

[PATCH v4 1/6] pinctrl: qcom: Add ipq8074 pinctrl driver

Add initial pinctrl driver to support pin configuration with pinctrl framework for ipq8074. Signed-off-by: Manoharan Vijaya Raghavan Signed-off-by: Varadarajan Narayanan --- .../bindings/pinctrl/qcom,ipq8074-pinctrl.txt | 172

[PATCH v4 5/6] arm64: dts: Add ipq8074 SoC and HK01 board support

Add initial device tree support for the Qualcomm IPQ8074 SoC and HK01 evaluation board. Signed-off-by: Manoharan Vijaya Raghavan Signed-off-by: Abhishek Sahu Signed-off-by: Varadarajan Narayanan ---

[PATCH v4 3/6] clk: qcom: Add DT bindings for ipq8074 gcc clock controller

From: Abhishek Sahu Add the compatible strings and the include file for ipq8074 gcc clock controller. Acked-by: Rob Herring (bindings) Signed-off-by: Varadarajan Narayanan Signed-off-by: Abhishek Sahu ---

[PATCH v4 6/6] arm64: defconfig: Enable qcom ipq8074 clock and pinctrl

From: Abhishek Sahu These configs are required for booting kernel in qcom ipq8074 boards. Signed-off-by: Abhishek Sahu Signed-off-by: Varadarajan Narayanan --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2

Re: security/keys: add CONFIG_KEYS_COMPAT to Kconfig

Eric Biggers wrote: > This patch is in the "keys-fixes" branch now, but it doesn't remove > KEYS_COMPAT > from arch/arm64/Kconfig. David, can you fix it? Thanks! Done. See below. David --- commit 90fe15899ffa2f7c6dd9a7c257c840cfbd523aad Author: Bilal Amarni

Re: [PATCH] iio:adc:lpc32xx Handle return value of clk_prepare_enable

On Tue, 30 May 2017 16:35:27 +0530 Arvind Yadav wrote: > clk_prepare_enable() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav Applied to the togreg branch of iio.git and pushed out as testing for the

Re: [PATCH 3/7] iio: adc: twl4030: Drop twl4030_get_madc_conversion()

On Sun, 30 Apr 2017 17:35:04 +0100 Jonathan Cameron wrote: > On 27/04/17 16:30, Sebastian Reichel wrote: > > Drop legacy twl4030_get_madc_conversion() method. It has been > > used by drivers to get madc data before it conversion to IIO > > API. There are no users in the

Re: [PATCH 5/7] iio: adc: twl4030: Drop struct twl4030_madc_user_parms

On Thu, 27 Apr 2017 17:30:10 +0200 Sebastian Reichel wrote: > This struct is no longer used by anything in the kernel. > > Signed-off-by: Sebastian Reichel Applied to the togreg branch of iio.git and pushed out as testing

Re: [PATCH 4/7] iio: adc: twl4030: Unexport twl4030_madc_conversion()

On Sun, 30 Apr 2017 17:35:47 +0100 Jonathan Cameron wrote: > On 27/04/17 16:30, Sebastian Reichel wrote: > > All madc users have been converted to IIO API, so drop the > > legacy API. The function is still used inside of the driver. > > > > Signed-off-by: Sebastian Reichel

Re: [PATCH 7/7] iio: adc: twl4030: Fold twl4030-madc.h into driver

On Sun, 30 Apr 2017 17:38:07 +0100 Jonathan Cameron wrote: > On 27/04/17 16:30, Sebastian Reichel wrote: > > twl4030-madc.h is no longer used by anything outside of > > the iio driver, so it can be merged into the driver. > > > > Signed-off-by: Sebastian Reichel

Re: [PATCH] kbuild: switch to thin archives

On Sat, 3 Jun 2017 04:57:21 +0800 kbuild test robot wrote: > Hi Nicholas, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.12-rc3 next-20170602] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system]

Re: Support for RGB/YUV 10, 12 BPC(bits per color/component) image data formats in kernel

Hi Ajay, On Fri, Jun 02, 2017 at 06:38:53PM +0530, Ajay kumar wrote: > Hi all, > > I have tried searching for RGB/YUV 10, 12 BPC formats in videodev2.h, > media-bus-format.h and drm_fourcc.h > I could only find RGB 10BPC support in drm_fourcc.h. > I guess not much support is present for formats

Re: ath9k_htc - Division by zero in kernel (as well as firmware panic)

On Sat, Jun 3, 2017 at 2:57 AM, Oleksij Rempel wrote: > Hm... this function and file: > linux/drivers/net/wireless/ath/ath9k/common-beacon.c > didn't changed since 2015. So, it should be some thing different. > Can you run > git bisect to find exact patch caused this

Re: [PATCH/RFC] iio: hi8435: do not enable all events by default

On Mon, 29 May 2017 08:40:26 +0300 Nikita Yushchenko wrote: > >> Still, isn't there subsystem-level default that all events are disabled > >> by default? If such, then current hi8435 state breaks subsystem-level > >> rules, which is a [userspace-visible] bug.

[PATCH V2] regmap: drop LZO cache support

This is effectivly a revert of 2cbbb579bcbe3 ("regmap: Add the LZO cache support"). After it was added there were never any users added, the only submitted user was changed to RBTREE before being added. It has been unused code for almost six years. Since LZO support itself has its own size, it

Re: [PATCH v5 3/7] selftests/seccomp: Force rebuild according to dependencies

Hi Shuah, On 02/06/2017 21:31, Shuah Khan wrote: > Hi Mickaël, > > On 05/26/2017 12:43 PM, Mickaël Salaün wrote: >> Rebuild the seccomp tests when kselftest_harness.h is updated. >> >> Signed-off-by: Mickaël Salaün >> Acked-by: Kees Cook >> Cc: Andy

Re: Hang/soft lockup in d_invalidate with simultaneous calls

On Fri, Jun 02, 2017 at 10:22:39PM -0700, Khazhismel Kumykov wrote: > On Fri, Jun 2, 2017 at 6:12 PM, Al Viro wrote: > > Part of that could be relieved if we turned check_and_drop() into > > static void check_and_drop(void *_data) > > { > > struct detach_data

[bisected] Re: tty lockdep trace

On Wed, 2017-05-31 at 13:21 -0400, Dave Jones wrote: > Just hit this during a trinity run. 925bb1ce47f429f69aad35876df7ecd8c53deb7e is the first bad commit commit 925bb1ce47f429f69aad35876df7ecd8c53deb7e Author: Vegard Nossum Date: Thu May 11 12:18:52 2017 +0200

Re: [PATCH v1 1/1] Add Trusted Path Execution as a stackable LSM

On Sat, Jun 03, 2017 at 01:53:51AM -0400, Matt Brown wrote: > +static int tpe_bprm_set_creds(struct linux_binprm *bprm) > +{ > + struct file *file = bprm->file; > + struct inode *inode = d_backing_inode(file->f_path.dentry->d_parent); > + struct inode *file_inode =

[PATCH] acpi: handle the acpi hotplug schedule error

Kernel should the decrement reference count of acpi device when acpi hotplug work scheduling is failed. And, kernel should evaluates _OST to notify BIOS the failure. Cc: "Rafael J. Wysocki" Cc: Len Brown Signed-off-by: "Lee, Chun-Yi" ---

[PATCH 1/1] usb/early: Remove trace_printk() callers in xhci-dbc

Trace_printk() was used to log debug messages in xhci-dbc.c where printk() isn't feasible. As there should not be a single caller to trace_printk() in normal kernels, replace them with empty functions. Cc: Vlastimil Babka Cc: Steven Rostedt Cc: Peter

Re: [PATCH v2 4/5] iio: adc: stm32: make per instance bus clock optional

On Mon, 29 May 2017 11:28:19 +0200 Fabrice Gasnier wrote: > STM32F4 requires one clock per ADC instance for register access. But, > newer version of ADC hardware block have common bus clock for all > instances (per instance driver isn't responsible for getting it). > So,

Re: [PATCH v2 5/5] iio: adc: stm32: add support for STM32H7

On Mon, 29 May 2017 11:28:20 +0200 Fabrice Gasnier wrote: > Add support for STM32H7 Analog to Digital Converter. It has up > to 20 external channels, resolution ranges from 8 to 16bits. > Either bus or asynchronous adc clock may be used. > > Add registers & bitfields

Re: [PATCH v2 3/5] iio: adc: stm32: introduce compatible data cfg

On Mon, 29 May 2017 11:28:18 +0200 Fabrice Gasnier wrote: > Prepare support for stm32h7 adc variant by introducing compatible > configuration data. > Move STM32F4 specific stuff to compatible data structure: > - registers & bit fields > - input channels data > -

Re: [PATCH v2 1/5] dt-bindings: iio: stm32-adc: add support for STM32H7

On Mon, 29 May 2017 11:28:16 +0200 Fabrice Gasnier wrote: > Document support for STM32H7 Analog to Digital Converter. > Main difference is regarding compatible, clock definitions and new > features like differential channels support: > STM32H7 ADC block has two clock

Re: [PATCH v2 2/5] iio: adc: stm32: make core adc clock optional by default

On Mon, 29 May 2017 11:28:17 +0200 Fabrice Gasnier wrote: > Analog clock input is mandatory on stm32f4. But newer version of > ADC hardware block allow to select either bus clock or asynchronous > clock, for analog circuitry. > > So, make it optional by default, but

Re: [RFC PATCH v2 11/17] cgroup: Implement new thread mode semantics

Hello, On Fri, Jun 02, 2017 at 04:36:22PM -0400, Waiman Long wrote: > I wouldn't argue further on that if you insist. However, I still want to Oh, please don't get me wrong. I'm not trying to shut down the discussion or anything. It's just that whole-scope discussions can get very meandering

Re: [PATCH v5 7/7] Documentation/dev-tools: Add kselftest_harness documentation

On 02/06/2017 22:02, Shuah Khan wrote: > Hi Mickaël, > > On 05/26/2017 12:44 PM, Mickaël Salaün wrote: >> Add ReST metadata to kselftest_harness.h to be able to include the >> comments in the Sphinx documentation. >> > > These don't belong the change log. These types of changes are for >

Re: [PATCH 1/2] perf report: ensure the perf DSO mapping matches what libdw sees

On Freitag, 2. Juni 2017 21:49:10 CEST Arnaldo Carvalho de Melo wrote: > Em Fri, Jun 02, 2017 at 06:21:44PM +0200, Milian Wolff escreveu: > > On Freitag, 2. Juni 2017 17:23:41 CEST Arnaldo Carvalho de Melo wrote: > > > Looks ok, having both implementations matching and the callchains making > > >

[PATCH v4 2/6] dt-bindings: qcom: Add ipq8074 bindings

Acked-by: Rob Herring Signed-off-by: Varadarajan Narayanan --- Documentation/devicetree/bindings/arm/qcom.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.txt

[PATCH 0/5] vt: get rid of worst cases of __put_user/__get_user

Hi! In a recent discussion, Linus and Al Viro said quite a bit of expletives about __put_user() and __get_user(), that it's a bad interface that's almost always the wrong thing to use: https://marc.info/?l=linux-kernel=149463725626316=2 https://marc.info/?l=linux-kernel=149465866929092=2 Here's a

Re: ath9k_htc - Division by zero in kernel (as well as firmware panic)

Hi, Am 03.06.2017 um 00:02 schrieb Nathan Royce: > ODroid XU4 > > $ uname -a > Linux computer 4.12.0-rc3-dirty #1 SMP Wed May 31 15:02:05 CDT 2017 > armv7l GNU/Linux > > $ lsusb > ... > Bus 001 Device 002: ID 2109:2813 VIA Labs, Inc. > Bus 001 Device 010: ID 0cf3:7015 Qualcomm Atheros

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On June 2, 2017 11:55:12 PM GMT+03:00, Vlastimil Babka wrote: >On 06/02/2017 10:40 PM, Andrew Morton wrote: >> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka >wrote: Perhaps we should be adding new prctl modes to select this new behaviour and leave

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On June 2, 2017 10:50:59 PM GMT+03:00, Andrew Morton wrote: >On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > wrote: > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect >any >> existing mapping because it only updated

Re: [PATCH RT] sched: Prevent task state corruption by spurious lock wakeup

On Fri, 2 Jun 2017, Thomas Gleixner wrote: > Mathias and some others reported GDB failures on RT. > > The following scenario leads to task state corruption: > > CPU0 CPU1 > > T1->state = TASK_XXX; > spin_lock() > rt_spin_lock_slowlock(>rtmutex) >

Re: [PATCH] iio: humidity: hdc100x: document compatible HDC10xx devices

On Fri, 2 Jun 2017 10:09:21 -0500 Michael Stecklein wrote: > Include datasheet links to compatible HDC10xx devices. > > Signed-off-by: Michael Stecklein Hi Michael, Would you mind also adding the i2c_device_id entries for these other parts and updating

Re: [PATCH] iio: adc: meson-saradc: use NULL instead of 0 for pointer

On Sun, 28 May 2017 23:17:57 +0200 Martin Blumenstingl wrote: > Hi Paolo, Hi Jonathan, > > On Sun, May 28, 2017 at 4:43 PM, Jonathan Cameron wrote: > > On Sun, 28 May 2017 13:24:38 +0200 > > Paolo Cretaro wrote: > >

Re: [HMM 00/15] HMM (Heterogeneous Memory Management) v22

On Fri, Jun 2, 2017 at 8:38 AM, Jerome Glisse wrote: > On Thu, Jun 01, 2017 at 12:04:02PM +1000, Balbir Singh wrote: >> On Thu, May 25, 2017 at 3:53 AM, Jerome Glisse wrote: >> > On Wed, May 24, 2017 at 11:55:12AM +1000, Balbir Singh wrote: >> >> On Tue,

[PATCH] kernel/power/suspend: use CONFIG_HAVE_SET_MEMORY for include condition

Kbuild reported a build failure when CONFIG_STRICT_KERNEL_RWX was enabled on powerpc. We don't yet have ARCH_HAS_SET_MEMORY and ppc32 saw a build failure. fixes(50327dd kernel/power/snapshot.c: use set_memory.h header) I've only done a basic compile test with a config that has hibernation

Re: [PATCH 3/4] watchdog: Split up config options

On Fri, 2 Jun 2017 16:15:00 -0400 Don Zickus wrote: > On Tue, May 30, 2017 at 11:26:58AM +1000, Nicholas Piggin wrote: > > Split SOFTLOCKUP_DETECTOR from LOCKUP_DETECTOR, and split > > HARDLOCKUP_DETECTOR_PERF from HARDLOCKUP_DETECTOR. > > > > LOCKUP_DETECTOR provides the

[PATCH] vt: fix \e[2m using the wrong placeholder color on graphical consoles

Only vgacon and sisusbcon did it right, the rest (via generic code) tried underline (usually cyan). Signed-off-by: Adam Borowski --- Compare this if clause with the two above it. Nice copypaste. :) drivers/tty/vt/vt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 5/5] vt: drop access_ok() calls in unimap ioctls

Done by copy_{from,to}_user(). Signed-off-by: Adam Borowski --- drivers/tty/vt/vt_ioctl.c | 8 1 file changed, 8 deletions(-) diff --git a/drivers/tty/vt/vt_ioctl.c b/drivers/tty/vt/vt_ioctl.c index 0cbfe1ff6f6c..96d389cb506c 100644 --- a/drivers/tty/vt/vt_ioctl.c

[PATCH 2/5] vt: fix unchecked __put_user() in tioclinux ioctls

Only read access is checked before this call. Actually, at the moment this is not an issue, as every in-tree arch does the same manual checks for VERIFY_READ vs VERIFY_WRITE, relying on the MMU to tell them apart, but this wasn't the case in the past and may happen again on some odd arch in the

[tip:smp/hotplug] perf/core: Don't release cred_guard_mutex if not taken

Commit-ID: e5aeee51f6b4fb22e851105ee6d8ad211c40a214 Gitweb: http://git.kernel.org/tip/e5aeee51f6b4fb22e851105ee6d8ad211c40a214 Author: Alexander Levin AuthorDate: Sat, 3 Jun 2017 03:39:13 + Committer: Thomas Gleixner CommitDate: Sat,

[PATCH 3/5] vt: use copy_to_user instead of __put_user in GIO_UNIMAP ioctl

A nice big linear transfer, no need to flip stac/PAN/etc every half-entry. Also, yay __put_user() after checking only read. Signed-off-by: Adam Borowski --- drivers/tty/vt/consolemap.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git

[PATCH 1/5] vt: use copy_from/to_user instead of __get/put_user for scrnmap ioctls

Linus wants to get rid of these functions, and these uses are especially egregious: they copy a big linear array element by element. Signed-off-by: Adam Borowski --- drivers/tty/vt/consolemap.c | 31 +++ 1 file changed, 7 insertions(+), 24

[PATCH 4/5] vt: use memdup_user in PIO_UNIMAP ioctl

Again, a nice linear transfer that simplifies the code. Signed-off-by: Adam Borowski --- drivers/tty/vt/consolemap.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/tty/vt/consolemap.c b/drivers/tty/vt/consolemap.c index

Re: [PATCH v3 3/8] nvmet: implement namespace identify descriptor list

switch (type) { case NVME_NQN_NVME: diff --git a/drivers/nvme/target/nvmet.h b/drivers/nvme/target/nvmet.h index cfc5c7fb0ab7..4c6cb5ea1186 100644 --- a/drivers/nvme/target/nvmet.h +++ b/drivers/nvme/target/nvmet.h @@ -46,6 +46,7 @@ struct nvmet_ns { u32

Re: [PATCH] iio: adc: mxs-lradc: fix non-static symbol warnings

On Thu, 1 Jun 2017 01:50:55 +0200 Paolo Cretaro wrote: > Fix sparse warning "symbol foo was not declared. Should it be static?" > for the following symbols: > mx23_lradc_adc_irq_names > mx28_lradc_adc_irq_names > iio_dev_attr_in_voltage0_scale_available >

Re: [kernel-hardening] [PATCH v1 1/1] Add Trusted Path Execution as a stackable LSM

On Sat, Jun 3, 2017 at 7:53 AM, Matt Brown wrote: > This patch was modified from Brad Spengler's Trusted Path Execution (TPE) > feature in Grsecurity and also incorporates logging ideas from > cormander's tpe-lkm. > > Modifications from the Grsecurity implementation of TPE were

Re: [PATCH v2 2/3] PCI: Enable PCIe Relaxed Ordering if supported

-flag/20170603-132448 base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next config: x86_64-randconfig-x019-201722 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64

[tip:smp/urgent] cpu/hotplug: Drop the device lock on error

Commit-ID: 40da1b11f01e43aad1aa6cea64681b6125e8a2a7 Gitweb: http://git.kernel.org/tip/40da1b11f01e43aad1aa6cea64681b6125e8a2a7 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 2 Jun 2017 16:27:14 +0200 Committer: Thomas Gleixner CommitDate:

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On Fri 02-06-17 13:40:38, Andrew Morton wrote: > On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > > > On 06/02/2017 09:50 PM, Andrew Morton wrote: > > > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > > > wrote: > > > > > >>

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote: > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c > index 502b320..be7ca4d 100644 > --- a/kernel/time/tick-sched.c > +++ b/kernel/time/tick-sched.c > @@ -783,8 +783,13 @@ static ktime_t

Re: [PATCH] iio: Aspeed ADC - Handle return value of clk_prepare_enable

On Mon, 29 May 2017 13:12:12 +0530 Arvind Yadav wrote: > clk_prepare_enable() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav Please make sure to cc the driver author. This is a fairly new driver, so

Re: [PATCH v2 2/3] iio: adc: Fix integration time/averaging for INA219/220

On Sun, 28 May 2017 17:00:51 +0100 Jonathan Cameron wrote: > On Wed, 24 May 2017 20:50:45 +0100 > Jonathan Cameron wrote: > > > On Wed, 24 May 2017 02:09:06 +0200 > > Stefan Brüns wrote: > > > > > INA226/230/231 has

Re: [kernel-hardening] [PATCH 3/6] x86/mmap: properly account for stack randomization in mmap_base

On Fri, 2017-06-02 at 21:46 -0700, Kees Cook wrote: > On Fri, Jun 2, 2017 at 8:20 AM, wrote: > > From: Rik van Riel > > > > When RLIMIT_STACK is, for example, 256MB, the current code results > > in > > a gap between the top of the task and mmap_base of 256MB,

Re: [PATCH v5 6/8] mfd: intel_soc_pmic_bxtwc: Utilize devm_* functions in driver probe

On Thu, Jun 1, 2017 at 1:37 AM, wrote: > Cleanup the resource allocation/free code in probe function by using > devm_* calls. This change is okay. Reviewed-by: Andy Shevchenko > Signed-off-by: Kuppuswamy Sathyanarayanan >

[PATCH 0/4] mfd: make da90xx drivers explicitly non-modular

At the risk of repeating the same boiler plate, in this cleanup we continue to make driver code consistent with the Makefiles/Kconfigs that control them. This means not using modular functions/macros for drivers that can never be built as a module. Some of the main downfalls this leads to are:

[PATCH 4/4] mfd: da9055-i2c: Make it explicitly non-modular

The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config MFD_DA9055 drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9055 PMIC Support" ...meaning that it is never being built as a module. Remove the modular code that is essentially orphaned, so that when

[PATCH 3/4] mfd: da9055-core: make it explicitly non-modular

The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config MFD_DA9055 drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9055 PMIC Support" ...meaning that it is never being built as a module. Remove the modular code that is essentially orphaned, so that when

[PATCH 2/4] mfd: da9052-*: Make it explicitly non-modular

The Kconfigis currently controlling compilation of this code are: mfd/Kconfig:config MFD_DA9052_SPI mfd/Kconfig:bool "Dialog Semiconductor DA9052/53 PMIC variants with SPI" mfd/Kconfig:config MFD_DA9052_I2C mfd/Kconfig:bool "Dialog Semiconductor DA9052/53 PMIC variants with I2C"

[PATCH 1/4] mfd: da903x: Make it explicitly non-modular

The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config PMIC_DA903X drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9030/DA9034 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Remove the modular code that is essentially

spread MSI(-X) vectors to all possible CPUs V2

Hi all, this series changes our automatic MSI-X vector assignment so that it takes all present CPUs into account instead of all online ones. This allows to better deal with cpu hotplug events, which could happen frequently due to power management for example. Changes since V1: - rebase to

[PATCH 6/8] blk-mq: include all present CPUs in the default queue mapping

This way we get a nice distribution independent of the current cpu online / offline state. Signed-off-by: Christoph Hellwig --- block/blk-mq-cpumap.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/block/blk-mq-cpumap.c b/block/blk-mq-cpumap.c index

[PATCH 1/8] genirq: allow assigning affinity to present but not online CPUs

This will allow us to spread MSI/MSI-X affinity over all present CPUs and thus better deal with systems where cpus are take on and offline all the time. Signed-off-by: Christoph Hellwig --- kernel/irq/manage.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 2/8] genirq: move pending helpers to internal.h

So that the affinity code can reuse them. Signed-off-by: Christoph Hellwig --- kernel/irq/internals.h | 38 ++ kernel/irq/manage.c| 28 2 files changed, 38 insertions(+), 28 deletions(-) diff --git

[PATCH 3/8] genirq/affinity: factor out a irq_affinity_set helper

Factor out code from the x86 cpu hot plug code to program the affinity for a vector for a hot plug / hot unplug event. Signed-off-by: Christoph Hellwig --- arch/x86/kernel/irq.c | 23 ++- include/linux/interrupt.h | 1 + kernel/irq/affinity.c | 28

[PATCH 8/8] nvme: allocate queues for all possible CPUs

Unlike most drіvers that simply pass the maximum possible vectors to pci_alloc_irq_vectors NVMe needs to configure the device before allocting the vectors, so it needs a manual update for the new scheme of using all present CPUs. Signed-off-by: Christoph Hellwig ---

Re: net: icmp vs udp_poll race?

On Fri, Jun 2, 2017 at 10:17 PM, Levin, Alexander (Sasha Levin) wrote: > Hi all, > > On the latest linux-next I'm seeing issues that look like an icmp > socket destruction racing with poll(). It manifests in two ways, first: > > BUG: KASAN: slab-out-of-bounds in

Re: [GIT PULL] Immutable branch between MFD, GPIO, Thermal and X86 due for the v4.13 merge window

On Wed, May 31, 2017 at 03:33:48PM -0700, sathyanarayanan kuppuswamy wrote: > Hi Lee, > > > On 05/30/2017 11:57 PM, Lee Jones wrote: > > On Tue, 30 May 2017, Sathyanarayanan Kuppuswamy Natarajan wrote: > > > > > Hi All, > > > > > > On Tue, May 30, 2017 at 8:38 PM, Stephen Rothwell

Business

Dear sir/madam, My client is seeking for your trust to invest US$35 million into good projects with you as trustee.Kindly contact me only on this below e-mail: agaaintl-4g5ee...@yahoo.com , with name and your mobile phone for us to discuss privately. Eric/Director, AG International

Re: [PATCH v5 3/8] thermal: intel_bxt_pmic_thermal: Use first level PMIC thermal irq

Hi, On Sat, Jun 3, 2017 at 6:00 AM, Andy Shevchenko wrote: > On Thu, Jun 1, 2017 at 1:37 AM, > wrote: >> From: Kuppuswamy Sathyanarayanan >> >> PMIC mfd driver only exports first

Re: [PATCH 3/6] mm: memcontrol: use the node-native slab memory counters

On Tue, May 30, 2017 at 02:17:21PM -0400, Johannes Weiner wrote: > Now that the slab counters are moved from the zone to the node level > we can drop the private memcg node stats and use the official ones. > > Signed-off-by: Johannes Weiner > --- > include/linux/memcontrol.h

Re: [PATCH v7 16/34] [media] add Omnivision OV5640 sensor driver

Hi Sakari, On 05/29/2017 11:56 PM, Sakari Ailus wrote: Hi Steve, On Mon, May 29, 2017 at 02:50:34PM -0700, Steve Longerbeam wrote: + +static int ov5640_s_ctrl(struct v4l2_ctrl *ctrl) +{ + struct v4l2_subdev *sd = ctrl_to_sd(ctrl); + struct ov5640_dev *sensor =

Fast Approval in 1-2 Hours.

We provide PERSONAL and BUSINESS assistance No Deposit when you apply Loan with us!! , To Ease Your Financial Burden. -Easy Apply -Flexible Package -Fast Approval in 1-2 Hours. Email: quickfinac...@qq.com

[PATCH] net: Update TCP congestion control documentation

Update tcp.txt to fix mandatory congestion control ops and default CCA selection. Also, fix comment in tcp.h for undo_cwnd. Signed-off-by: Anmol Sarma --- Documentation/networking/tcp.txt | 31 +-- include/net/tcp.h| 2 +- 2 files

Re: get_random_bytes returns bad randomness before seeding is complete

On Sat, Jun 3, 2017 at 7:04 AM, Theodore Ts'o wrote: > has been pretty terrible? > This kind of "my shit doesn't stink, but yours does", is not > The reason why I keep harping on this is because I'm concerned about > an absolutist attitude towards technical design, where the good

Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks

diff --git a/Makefile b/Makefile index 470bd4d9513a..fb689286d83a 100644 --- a/Makefile +++ b/Makefile @@ -401,6 +401,7 @@ KBUILD_CFLAGS := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \ -fno-strict-aliasing -fno-common \

Re: [PATCH v7 00/23] FSI device driver implementation

On Wed, May 31, 2017 at 12:17:05PM -0500, Christopher Bostic wrote: > Hi Greg, > > Are there any further changes you require for this patch set? This has been > extensively tested internally and all is working as expected. Would it be > possible to move forward with integration in the near

Re: [PATCH v2] brcmfmac: Fix glom_skb leak in brcmf_sdiod_recv_chain

On Sat, Jun 3, 2017 at 1:29 AM, Peter S. Housel wrote: > An earlier change to this function (3bdae810721b) fixed a leak in the > case of an unsuccessful call to brcmf_sdiod_buffrw(). However, the > glom_skb buffer, used for emulating a scattering read, is never used > or

Re: [PATCH] net: stmmac: ensure jumbo_frm error return is correctly checked for -ve value

On Sat, Jun 3, 2017 at 7:35 PM, Colin Ian King wrote: > On 03/06/17 16:55, Andy Shevchenko wrote: >> On Fri, Jun 2, 2017 at 5:58 PM, Colin King wrote: >>> The current comparison of entry < 0 will never be true since entry is an >>> unsigned

NULL pointer dereference BUG in check_preempt_wakeup

Hello, I have been having random lockups with my new Ryzen build. I have finally setup a serial console and received the Oops info below. I have had the problem with 4.10, 4.11, 4.11.2, and 4.11.3, but this is the only trap of info I have so I do not know that all my lockups are of the same

Re: [PATCH 6/6] mm: memcontrol: account slab stats per lruvec

On Tue, May 30, 2017 at 02:17:24PM -0400, Johannes Weiner wrote: > Josef's redesign of the balancing between slab caches and the page > cache requires slab cache statistics at the lruvec level. > > Signed-off-by: Johannes Weiner > --- > mm/slab.c | 12 >

Re: [PATCH 2/6] x86/elf: move 32 bit ELF_ET_DYN_BASE to 256MB

On Fri, 2017-06-02 at 21:22 -0700, Kees Cook wrote: > On Fri, Jun 2, 2017 at 8:20 AM, wrote: > > From: Rik van Riel > > > > When setting up mmap_base, we take care to start the mmap base > > below the maximum extent to which the stack will grow. However, > >

Re: [PATCH v5 7/8] mfd: intel_soc_pmic_bxtwc: Use chained irqs for second level irq chips

On Thu, Jun 1, 2017 at 1:37 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > Whishkey cove PMIC has support to mask/unmask interrupts at two levels. > At first level we can mask/unmask interrupt domains like

Re: [PATCH v5 0/8] mfd: intel_soc_pmic_bxtwc: Add chained IRQ support

On Thu, Jun 1, 2017 at 1:37 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > Following patch set adds chained IRQ support to WCOVE PMIC driver. I commented some patches, the rest looks okay. Please, address

[PATCH v3 1/2] tty: add compat_ioctl callbacks

In order to avoid future diversions between fs/compat_ioctl.c and drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant tty_operations structs. Since both pty_unix98_ioctl() and pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no special translation is required.

Re: [PATCH 6/7] perf report: mark inlined frames in output by " (inlined)" suffix

On Montag, 22. Mai 2017 14:48:18 CEST Namhyung Kim wrote: > On Thu, May 18, 2017 at 09:34:10PM +0200, Milian Wolff wrote: > > The original patch that introduced inline frame output in the > > various browsers used this suffix already. The new centralized > > approach that uses fake symbols for

[GIT PULL] hwmon fixes for v4.12-rc4

Hi Linus, Please pull hwmon fixes for Linux v4.12-rc4 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.12-rc4 Thanks, Guenter -- The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2

[PATCH v3 2/2] tty: add TIOCGPTPEER ioctl

When opening the slave end of a PTY, it is not possible for userspace to safely ensure that /dev/pts/$num is actually a slave (in cases where the mount namespace in which devpts was mounted is controlled by an untrusted process). In addition, there are several unresolvable race conditions if

Re: [kernel-hardening] [PATCH 0/6] move mmap_area and PIE binaries away from the stack

On Fri, 2017-06-02 at 21:37 -0700, Kees Cook wrote: > > Patches 3 and 4 need some (minor?) adjustments It's currently a bug fix. Doing something further would be more than fixing the bug and should probably be separate.

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha Levin) wrote: > On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote: > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c > > index 502b320..be7ca4d 100644 > > --- a/kernel/time/tick-sched.c > > +++

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote: > On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha Levin) > wrote: > > On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote: > > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c

Re: [PATCH v5 5/8] gpio: gpio-wcove: Use first level PMIC GPIO irq

On Thu, Jun 1, 2017 at 1:37 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > PMIC mfd driver only exports first level irq for GPIO device. > But currently we are reading the irqs from the second level irq >

Re: [PATCH v5 3/8] thermal: intel_bxt_pmic_thermal: Use first level PMIC thermal irq

On Thu, Jun 1, 2017 at 1:37 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > PMIC mfd driver only exports first level irq for thermal device. > But currently we are reading the irqs from the second level irq

  1   2   3   4   5   6   >