Re: [PATCH V8 2/3] irq: Track the interrupt timings

On Thu, 23 Mar 2017, Thomas Gleixner wrote: > On Thu, 23 Mar 2017, Nicolas Pitre wrote: > > > On Thu, 23 Mar 2017, Daniel Lezcano wrote: > > > > > +#define IRQ_TIMINGS_SHIFT5 > > > +#define IRQ_TIMINGS_SIZE (1 << IRQ_TIMINGS_SHIFT) > > > +#define IRQ_TIMINGS_MASK (IRQ_TIMINGS_SIZE - 1)

Re: [PATCH] qedf: fix wrong le16 conversion

David Miller writes: >> Dave: Since you queued the firmware patch, mind taking this fix through >> your tree? > > Ok, applied to net-next, thanks. Great, thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 1/3] perf/x86: add sysfs entry to freeze counter on SMI

On Thu, Mar 23, 2017 at 11:25:49AM -0700, kan.li...@intel.com wrote: > From: Kan Liang > > When setting FREEZE_WHILE_SMM bit in IA32_DEBUGCTL, all performance > counters will be effected. There is no way to do per-counter freeze > on smi. So it should not use the per-event

Re: [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state

On Thu, Mar 23, 2017 at 10:25 AM, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for x86. Signed-off-by: Thomas Garnier Not sure why it was not there anymore. -- Thomas

Re: [PATCH] staging: lustre: Replace a bit shift by a use of BIT.

On Mar 22, 2017, at 06:12, Dilger, Andreas wrote: > > On Mar 21, 2017, at 22:39, Arushi Singhal > wrote: >> >> This patch replaces bit shifting on 1 with the BIT(x) macro. >> This was done with coccinelle: [snip] >> diff --git

Re: [PATCH] net: phy: handle state correctly in phy_stop_machine

From: Zach Brown Date: Wed, 22 Mar 2017 15:27:01 -0500 > From: Nathan Sullivan > > If the PHY is halted on stop, then do not set the state to PHY_UP. This > ensures the phy will be restarted later in phy_start when the machine is > started again. >

Re: [PATCH v2 1/2] regulator: core: add regulator_has_continuous_voltage_range()

El Mon, Mar 20, 2017 at 12:06:15PM + Mark Brown ha dit: > On Fri, Mar 17, 2017 at 05:03:30PM -0700, Matthias Kaehlcke wrote: > > > In principle I totally agree with you that consumers should be able > > to enumerate the supported voltages with the existing functions. And > > they can, as

Re: [PATCH 10/46] selinux: Move some assignments for the variable "rc" in policydb_read()

On Sun, Jan 15, 2017 at 10:10 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 15:22:29 +0100 > > One local variable was set to an error code in some cases before > a concrete error situation was detected.

Re: [PATCH net-next v4 1/2] New kernel function to get IP overhead on a socket.

From: "R. Parameswaran" Date: Wed, 22 Mar 2017 15:59:13 -0700 (PDT) > A new function, kernel_sock_ip_overhead(), is provided > to calculate the cumulative overhead imposed by the IP > Header and IP options, if any, on a socket's payload. > The new function returns an

[PATCH 1/2 v5] pci-hyperv: properly handle pci bus remove

From: Long Li hv_pci_devices_present is called in hv_pci_remove when we remove a PCI device from host (e.g. by disabling SRIOV on a device). In hv_pci_remove, the bus is already removed before the call, so we don't need to rescan the bus in the workqueue scheduled from

[PATCH 2/2 v5] pci-hyperv: lock pci bus on device eject

From: Long Li A PCI_EJECT message can arrive at the same time we are calling pci_scan_child_bus in the workqueue for the previous PCI_BUS_RELATIONS message or in create_root_hv_pci_bus(), in this case we could potentially modify the bus from multiple places. Properly lock

Re: [PATCH 18/46] selinux: One function call less in filename_trans_read() after error detection

On Sun, Jan 15, 2017 at 10:18 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 19:19:42 +0100 > > Adjust a jump target to avoid a function call at the end after a memory > allocation failed for the local

Re: [PATCH 21/46] selinux: Two function calls less in range_read() after error detection

On Tue, Jan 17, 2017 at 11:35 AM, Casey Schaufler wrote: > On 1/15/2017 7:21 AM, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Sat, 14 Jan 2017 20:20:15 +0100 >> >> Adjust a jump target to avoid two calls of the function "kfree"

Re: [PATCH 0/8] sched/deadline: Return the best satisfying affinity and dl in cpudl_find

On Thu, Mar 23, 2017 at 07:32:35PM +0900, Byungchul Park wrote: > cpudl_find() is used to find a cpu having the latest dl. The function > should return the latest cpu among ones satisfying task's affinity and > dl constraint, but current code gives up immediately and just return > fail when it

[v1 2/5] mm: defining memblock_virt_alloc_try_nid_raw

A new version of memblock_virt_alloc_* allocations: - Does not zero the allocated memory - Does not panic if request cannot be satisfied Signed-off-by: Pavel Tatashin Reviewed-by: Shannon Nelson --- include/linux/bootmem.h |3 +++

Re: [RFC] Add option to mount only a pids subset

On Thu, Mar 23, 2017 at 05:05:07PM +0100, Oleg Nesterov wrote: > Again, I can't really review this, I know nothing about vfs, but since > nobody else replied... Thanks anyway :) > On 03/20, Alexey Gladkov wrote: > > > > @@ -97,7 +169,23 @@ static struct dentry *proc_mount(struct > >

[PATCH v1 8/8] gpio: acpi: Override GPIO initialization flags

This allows ACPI GPIO code to modify flags based on ACPI GpioIo() / GpioInt() resources. Signed-off-by: Andy Shevchenko --- drivers/gpio/gpiolib-acpi.c | 50 +++-- drivers/gpio/gpiolib.c | 8 ++--

[PATCH v1 0/8] gpio: acpi: Make it working

Currently GPIO ACPI library provides an API to get a GPIO resources (IO or interrupt) from ACPI tables for the individual drivers. This library has few flaws which makes some devices not working: - the library allows to abuse ACPI by using a _CRS fallback mechanism - the library neglects flags

[PATCH v1 4/8] gpio: acpi: Even more tighten up ACPI GPIO lookups

The commit 10cf4899f8af ("gpiolib: tighten up ACPI legacy gpio lookups") prevents to getting same resource twice if the driver asks twice using same connection ID. But the whole idea of fallback might bring some problems. Imagine the case when we have two versions of BIOS/hardware where in one

[PATCH v1 2/8] gpio: acpi: Align acpi_find_gpio() with DT version

By some reason acpi_find_gpio() and acpi_gpio_count() have compared connection ID to "gpios" when tries to check if suffix is needed or not. Don't do any assumptions about what connection ID can be and, when defined, use it only with suffix as it's done in the device tree version. Signed-off-by:

Re: RAID array is gone, please help

On Thu, Mar 23, 2017 at 08:38:08PM +0100, Stephen Mueller wrote: > Apologies, I should have started this on linux-raid... > > > stephen@fred> sudo gdisk -l /dev/sdc > GPT fdisk (gdisk) version 1.0.1 > > Partition table scan: > MBR: protective > BSD: not present > APM: not present > GPT:

Re: [PATCH v1 4/8] gpio: acpi: Even more tighten up ACPI GPIO lookups

On Thu, Mar 23, 2017 at 09:46:14PM +0200, Andy Shevchenko wrote: > The commit 10cf4899f8af ("gpiolib: tighten up ACPI legacy gpio lookups") > prevents to getting same resource twice if the driver asks twice using same s/same/different/ > connection ID. > > But the whole idea of fallback might

Re: [PATCH 03/46] selinux: Improve size determinations in four functions

On Sun, Jan 15, 2017 at 10:00 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 11:22:12 +0100 > > Replace the specification of data structures by pointer dereferences > as the parameter for the operator

Re: [PATCH v2 02/14] i2c: mv64xxx: simplify optional reset handling

On Wed, Mar 15, 2017 at 12:31:34PM +0100, Philipp Zabel wrote: > As of commit bb475230b8e5 ("reset: make optional functions really > optional"), the reset framework API calls use NULL pointers to describe > optional, non-present reset controls. > > This allows to return errors from

Re: [PATCH v2] staging: lustre: Replace a bit shift by a use of BIT.

On Mar 22, 2017, at 09:53, Arushi Singhal wrote: > > This patch replaces bit shifting on 1 with the BIT(x) macro. > This was done with coccinelle: > @@ > constant c; > @@ > > -1 << c > +BIT(c) > > Signed-off-by: Arushi Singhal

Re: [PATCH 3/5] i2c: i2c-stm32f7: add driver

> Yes the STM32F7 has a new I2C IP core compared to STM32F4. > The engine, the machine state are very different. > I tried few months ago to write a common driver but it was very very > difficilcut as the 2 IP are not so much things in common. Good, thanks for the heads up! signature.asc

RE: [PATCH 1/3] perf/x86: add sysfs entry to freeze counter on SMI

> On Thu, Mar 23, 2017 at 11:25:49AM -0700, kan.li...@intel.com wrote: > > From: Kan Liang > > > > When setting FREEZE_WHILE_SMM bit in IA32_DEBUGCTL, all > performance > > counters will be effected. There is no way to do per-counter freeze on > > smi. So it should not use

Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic

On Thu, Mar 23, 2017 at 10:26:49AM +, Lee Jones wrote: > On Thu, 23 Mar 2017, Lionel DEBIEVE wrote: > > > On 03/22/2017 07:47 PM, Julia Cartwright wrote: > > > On Wed, Mar 22, 2017 at 01:30:12PM -0500, Grygorii Strashko wrote: > > >> On 03/22/2017 01:01 PM, Steven Rostedt wrote: > > >>> On

Re: [PATCH V2] hangcheck-timer: Fix typo in comment

On Thu, Mar 23, 2017 at 02:02:58PM +, Zhang, Shile (Nokia - CN/Hangzhou) wrote: > Correct patch for the typo. > Sorry for I sent first patch w/o commit log and second patch with incorrect > fix. > Thanks! > Notes like this go below the --- line, if they are above, they end up in the

[BUG nohz]: wrong user and system time accounting

When there are two or more tasks executing in user-space and taking 100% of a nohz_full CPU, top reports 70% system time and 30% user time utilization. Sometimes I'm even able to get 100% system time and 0% user time. This was reproduced with latest Linus tree (093b995), but I don't believe it's

Re: [PATCH v2 0/8] thermal: ti-soc-thermal: Migrate slope/offset data to device tree

* Keerthy [170321 20:45]: > > > On Thursday 09 March 2017 01:35 PM, Keerthy wrote: > > Currently the slope and offset values for calculating the > > hot spot temperature of a particular thermal zone is part > > of driver data. Pass them here instead and obtain the values > >

[PATCH 3/5] firmware: google memconsole: Add coreboot support

Coreboot (http://www.coreboot.org) allows to save the firmware console output in a memory buffer. With this patch, the address of this memory buffer is obtained from coreboot tables on x86 chromebook devices declaring an ACPI device with name matching GOOGCB00 or BOOT. If the

[PATCH 5/5] firmware: google memconsole: Add ARM/ARM64 support

This patch expands the Google firmware memory console driver to also work on certain tree based platforms running coreboot, such as ARM/ARM64 Chromebooks. This patch now adds another path to find the coreboot table through the device tree. In order to find that, a second level bootloader must have

Re: RAID array is gone, please help

First I'm getting the data off the RAID... then I'm going to delete the whole thing again... create a new RAID using partitions... follow every step carefully... then once the new RAID array is there, I'll throw a bit of data on it, and then reboot and see if it's still there... if so, I'll

Re: [PATCH 20/46] selinux: Move four assignments for the variable "rc" in range_read()

On Sun, Jan 15, 2017 at 10:20 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 19:55:00 +0100 > > One local variable was set to an error code in four cases before > a concrete error situation was detected.

Re: [PATCH] staging: wilc1000: use kernel define byte order macros

Well, yes, all data is 'endian' one way or another, right? I guess the byte order of the tx/rx_buffers is host-endian (which could be big), or _maybe_ network-endian... Regards, Perry On Thu, 2017-03-23 at 11:33 +0300, Dan Carpenter wrote: > On Wed, Mar 22, 2017 at 07:53:28PM -0600, Robert

[RFC v5 5/9] sched/deadline: do not reclaim the whole CPU bandwidth

From: Luca Abeni Original GRUB tends to reclaim 100% of the CPU time... And this allows a CPU hog to starve non-deadline tasks. To address this issue, allow the scheduler to reclaim only a specified fraction of CPU time. Signed-off-by: Luca Abeni

Re: [PATCH] hwmon: asus_atk0110.c fix uninitialized data access

On Thu, Mar 23, 2017 at 04:03:11PM +0100, Arnd Bergmann wrote: > The latest gcc-7 snapshot adds a warning to point out that when > atk_read_value_old or atk_read_value_new fails, we copy > uninitialized data into sensor->cached_value: > > drivers/hwmon/asus_atk0110.c: In function

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

Hi! > The Light Pulse Generator (LPG) is a PWM-block found in a wide range of > PMICs from Qualcomm. It can operate on fixed parameters or based on a > lookup-table, altering the duty cycle over time - which provides the > means for e.g. hardware assisted transitions of LED brightness. Ok, this

Re: [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state

On Thu, Mar 23, 2017 at 10:25 AM, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm. Signed-off-by: Thomas Garnier Not sure why it was not there anymore. -- Thomas

Re: [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state

On Thu, Mar 23, 2017 at 10:25 AM, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm64. Signed-off-by: Thomas Garnier Not sure why it was not there anymore. -- Thomas

Re: [PATCH v2] KVM: kvm_io_bus_unregister_dev() should never fail

On Thu, Mar 23, 2017 at 06:24:19PM +0100, David Hildenbrand wrote: > No caller currently checks the return value of > kvm_io_bus_unregister_dev(). This is evil, as all callers silently go on > freeing their device. A stale reference will remain in the io_bus, > getting at least used again, when

Re: [PATCH v4 1/4] pinctrl: rockchip: remove unnecessary locking

On Thu, Mar 23, 2017 at 09:01:43PM +0100, Heiko St?bner wrote: > Am Donnerstag, 23. März 2017, 13:29:10 CET schrieb Julia Cartwright: > > On Thu, Mar 23, 2017 at 06:55:50PM +0100, Heiko St?bner wrote: > > > Am Donnerstag, 23. März 2017, 17:51:53 CET schrieb John Keeping: > > > > On Thu, 23 Mar

Re: [PATCH v2 2/4] ARM: OMAP2+ hwmod: Allow modules to disable HW_AUTO

* Roger Quadros [170317 02:00]: > From fe0a37d5e53381c3f79c6b6cf7915e44789f516f Mon Sep 17 00:00:00 2001 > From: Roger Quadros > Date: Tue, 7 Feb 2017 16:52:57 +0530 > Subject: [PATCH 2/4] ARM: OMAP2+ hwmod: Allow modules to disable HW_AUTO > > Introduce

Re: [RFC PATCH 1/1] nbd: replace kill_bdev() with __invalidate_device()

On Thu, Mar 23, 2017 at 10:51 AM, Josef Bacik wrote: > Yeah I think this is ok, I’ll throw it on my queue for fixes for this cycle. > Thanks, Great. Thanks. > > Josef

Re: [PATCH] net: phy: handle state correctly in phy_stop_machine

On 03/22/2017 01:27 PM, Zach Brown wrote: > From: Nathan Sullivan > > If the PHY is halted on stop, then do not set the state to PHY_UP. This > ensures the phy will be restarted later in phy_start when the machine is > started again. So essentially what you want to

Re: [PATCH 17/46] selinux: Delete an unnecessary variable assignment in filename_trans_read()

On Sun, Jan 15, 2017 at 10:17 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 19:02:42 +0100 > > The local variable "ft" was set to a null pointer despite of an > immediate reassignment. > Thus remove this

Re: [PATCH 2/5] mfd: intel_soc_pmic: Select designware i2c-bus driver

Hi, On 23-03-17 17:46, Lee Jones wrote: On Wed, 22 Mar 2017, Andy Shevchenko wrote: On Wed, 2017-03-22 at 12:29 +0100, Hans de Goede wrote: The Crystal Cove PMIC provides an ACPI OPRegion handler, which must be available before other drivers using it are loaded, which is why INTEL_SOC_PMIC

Re: [PATCH 8/8] sched/deadline: Return the best satisfying affinity and dl in cpudl_find

On Thu, Mar 23, 2017 at 07:32:43PM +0900, Byungchul Park wrote: > cpudl_find() is used to find a cpu having the latest dl. The function > should return the latest cpu among ones satisfying task's affinity and > dl constraint, but current code gives up immediately and just return > fail when it

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

On Thu, Mar 23, 2017 at 08:10:20PM +0100, Uwe Kleine-König wrote: > On Thu, Mar 23, 2017 at 08:44:41AM -0700, Dmitry Torokhov wrote: > > On Thu, Mar 23, 2017 at 07:43:25AM -0700, Dmitry Torokhov wrote: > > > On Thu, Mar 23, 2017 at 02:41:53PM +0100, Linus Walleij wrote: > > > > On Thu, Mar 23,

Re: [PATCH V2] i2c: tegra-bpmp: Enable Tegra BPMP I2C adapter

On Thu, Mar 23, 2017 at 11:56:56AM +, Jon Hunter wrote: > Enable the Tegra BPMP I2C adapter by default if the Tegra BPMP itself > is enabled. This adapter is used as the I2C interface for the PMIC on > the Tegra186 Jetson-TX2 platform. > > Signed-off-by: Jon Hunter >

Re: [PATCH 02/46] selinux: Delete an unnecessary return statement in cond_compute_av()

On Sun, Jan 15, 2017 at 9:58 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 11:00:23 +0100 > > The script "checkpatch.pl" pointed information out like the following. > > WARNING: void function return

Re: [PATCH 05/46] selinux: Adjust four checks for null pointers

On Sun, Jan 15, 2017 at 10:02 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 12:36:59 +0100 > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > The script

Re: [PATCH] i2c: thunderx: ACPI support for clock settings

On Thu, Mar 02, 2017 at 11:34:07AM +0100, Jan Glauber wrote: > Add support for reading the system clock and the TWSI clock > frequency from ACPI DSDT. > > TWSI clock was already covered by using device_property_read(). > > Signed-off-by: Jan Glauber Applied to for-next,

Re: [PATCH v3 1/2] module: verify address is read-only

On Wed, Mar 22, 2017 at 7:55 PM, Eddie Kovsky wrote: > Implement a mechanism to check if a module's address is in > the rodata or ro_after_init sections. It mimics the exsiting functions > that test if an address is inside a module's text section. > > Functions that take a

Re: [PATCH] backlight: pwm_bl: Fix GPIO out for unimplemented .get_direction()

On 03/22/2017 07:21 PM, Geert Uytterhoeven wrote: Commit 7613c922315e308a ("backlight: pwm_bl: Move the checks for initial power state to a separate function") not just moved some code, but made slight changes in semantics. If a gpiochip doesn't implement the optional .get_direction() callback,

Re: [BUG] 4.11.0-rc3 xterm hung in D state on exit, wchan is tty_release_struct

On Thu, Mar 23, 2017 at 11:57:22AM -0500, Rob Herring wrote: > On Thu, Mar 23, 2017 at 08:46:03AM -0500, Rob Herring wrote: > > On Thu, Mar 23, 2017 at 12:30:18AM -0700, l...@pengaru.com wrote: > > > On Wed, Mar 22, 2017 at 11:44:18PM -0700, l...@pengaru.com wrote: > > > > On Wed, Mar 22, 2017 at

Re: [PATCH 09/46] selinux: Delete an error message for a failed memory allocation in policydb_read()

On Sun, Jan 15, 2017 at 10:07 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 14:20:41 +0100 > > Omit an extra message for a memory allocation failure in this function. > > Link: >

[PATCH v3] hangcheck-timer: Fix typo in comment

Fix the typo "alloted" -> "allotted" in comment. Signed-off-by: Shile Zhang --- drivers/char/hangcheck-timer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/hangcheck-timer.c b/drivers/char/hangcheck-timer.c index 4f33737..5406b90 100644

Re: [PATCH 12/46] selinux: Move assignments for two pointers in genfs_read()

On Sun, Jan 15, 2017 at 10:12 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 16:56:51 +0100 > > Move the assignment for the local variables "newc" and "newgenfs" behind > a call of the function

RE: [PATCH v3] hangcheck-timer: Fix typo in comment

>Fix the typo "alloted" -> "allotted" in comment. > >Signed-off-by: Shile Zhang >--- > drivers/char/hangcheck-timer.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >diff --git a/drivers/char/hangcheck-timer.c b/drivers/char/hangcheck-timer.c >index

Re: [net-next PATCH v2 0/8] Add busy poll support for epoll

On Thu, Mar 23, 2017 at 02:36:29PM -0700, Alexander Duyck wrote: > This is my second pass at trying to add support for busy polling when using > epoll. It is pretty much a full rewrite as I have made serious changes to > most of the patches. > > In the v1 series I had submitted we only allowed

Re: [PATCH v2 2/2] of/pci: Fix memory leak in of_pci_get_host_bridge_resources

On Thu, Mar 23, 2017 at 3:12 AM, Jeffy Chen wrote: > Currently we only free the allocated resource struct when error. > This would cause memory leak after pci_free_resource_list. > > Signed-off-by: Jeffy Chen > --- > > Changes in v2: > Don't

Re: [RFC] Add option to mount only a pids subset

On Thu, Mar 23, 2017 at 05:06:28PM +0100, Djalal Harouni wrote: > Hi Alexey, > > On Mon, Mar 20, 2017 at 1:58 PM, Alexey Gladkov > wrote: > > > > > > Al Viro, this patch looks better ? > > > > == Overview == > > > > Some of the container virtualization systems are

Re: [PATCH 16/46] selinux: Move two assignments for the variable "rc" in filename_trans_read()

On Sun, Jan 15, 2017 at 10:16 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 18:50:52 +0100 > > One local variable was set to an error code in two cases before > a concrete error situation was detected.

Re: [PATCH 23/46] selinux: Move an assignment for a pointer in range_read()

On Sun, Jan 15, 2017 at 10:23 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 21:00:45 +0100 > > Move the assignment for the local variable "r" behind a call of the > function "next_entry" at the beginning

Re: [PATCH v2 1/5] PCI: rockchip: fix sign issues for current limits

On Thu, Mar 09, 2017 at 06:46:13PM -0800, Brian Norris wrote: > The regulator framework can return negative error codes via > regulator_get_current_limit() for regulators that don't provide current > information. The subsequent check for postive values isn't very useful, > if the variable is

Re: [net-next PATCH v2 0/8] Add busy poll support for epoll

On Thu, Mar 23, 2017 at 3:07 PM, Alexei Starovoitov wrote: > On Thu, Mar 23, 2017 at 02:36:29PM -0700, Alexander Duyck wrote: >> This is my second pass at trying to add support for busy polling when using >> epoll. It is pretty much a full rewrite as I have made

Re: [RFT PATCH 5/6] pinctrl: meson: use gpio-ranges from DT

Hi Neil, On Thu, Mar 23, 2017 at 5:27 PM, Neil Armstrong wrote: > When trying to add a gpio-hog, we enter a weird loop where the gpio-ranges > is needed when gpiochip_add_data() is called but in the current implementation > the ranges are added from the driver

Re: [PATCH 3/5] i2c: i2c-stm32f7: add driver

On Fri, Mar 17, 2017 at 10:58:56AM +0100, M'boumba Cedric Madianga wrote: > This patch adds initial support for the STM32F7 I2C controller. > > Signed-off-by: M'boumba Cedric Madianga So, the STM32F7 has a new I2C IP core compared to STM32F4? signature.asc

[PATCH] lkdtm: add bad USER_DS test

This adds CORRUPT_USER_DS to check that the get_fs() test on syscall return still sees USER_DS during the new VERIFY_PRE_USERMODE_STATE checks. Signed-off-by: Kees Cook --- drivers/misc/lkdtm.h | 1 + drivers/misc/lkdtm_bugs.c | 20

Re: [PATCH 1/3] perf/x86: add sysfs entry to freeze counter on SMI

On Thu, Mar 23, 2017 at 11:25:49AM -0700, kan.li...@intel.com wrote: > + for_each_possible_cpu(cpu) { > + rdmsrl_on_cpu(cpu, MSR_IA32_DEBUGCTLMSR, ); > + if (val) > + wrmsrl_on_cpu(cpu, MSR_IA32_DEBUGCTLMSR, debugctlmsr | >

Re: [PATCH] jiffies.h: Declare jiffies and jiffies_64 with ____cacheline_aligned_in_smp

Ping? Any feedback on this patch? Is this in someone's queue for review? thanks, grant On Tue, Mar 14, 2017 at 12:40 PM, Matthias Kaehlcke wrote: > jiffies_64 is defined in kernel/time/timer.c with > cacheline_aligned_in_smp, > however this macro is not part of the

[PATCH 1/5] firmware: google memconsole: Remove useless submenu in Kconfig

This patch removes the "Google Firmware Drivers" menu containing a menuconfig entry with the exact same name. The menuconfig is now directly under the "Firmware Drivers" entry. Signed-off-by: Thierry Escande --- drivers/firmware/google/Kconfig | 7 +++ 1 file

[PATCH 2/5] firmware: google memconsole: Move specific EBDA parts

This patch splits memconsole.c in 2 parts. One containing the architecture-independent part and the other one containing the EBDA specific part. This prepares the integration of coreboot support for the memconsole. The memconsole driver is now named as memconsole-x86-legacy. Signed-off-by:

[PATCH 3/3] minitty: minimal TTY support replacement for serial ports

This is a minimal TTY layer replacement for embedded systems with limited capabilities. This supports only serial ports, supports only a subset of the default line discipline, and dispense with anything that is of no use for a small embedded system. Signed-off-by: Nicolas Pitre

[PATCH 1/3] console: move console_init() out of tty_io.c

All the console driver handling code lives in printk.c. Move console_init() there as well so console support can still be used when the TTY code is configured out. Signed-off-by: Nicolas Pitre --- drivers/tty/tty_io.c| 24 include/linux/console.h |

[PATCH 0/3] minitty: a minimal TTY layer alternative for embedded systems

Many embedded systems don't need the full TTY layer support. Most of the time, the TTY layer is only a conduit for outputting debugging messages over a serial port. The TTY layer also implements many features that are very unlikely to ever be used in such a setup. There is great potential for both

Re: [PATCH V8 2/3] irq: Track the interrupt timings

On Thu, 23 Mar 2017, Nicolas Pitre wrote: > Is there a need for 64 bits of relative time stamps? > And 32 bits of IRQ number? No. > I'd say that 48 bit time stamp and 16 bit IRQ number is way sufficient. > Who cares if we mispredict an IRQ after 78 hours of idle time? > > Hence: > > u64

Re: [PATCH 00/46] SELinux: Fine-tuning for several function implementations

On Sun, Jan 15, 2017 at 9:55 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 15 Jan 2017 15:15:14 +0100 > > Several update suggestions were taken into account > from static source code analysis. > > Markus Elfring

Re: [net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket

On Thu, 2017-03-23 at 14:37 -0700, Alexander Duyck wrote: > From: Sridhar Samudrala > > Move the core functionality in sk_busy_loop() to napi_busy_loop() and > make it independent of sk. > > This enables re-using this function in epoll busy loop implementation. > >

Re: linux-next: manual merge of the gpio tree with the input tree

Hi Dmitry, On Thu, 23 Mar 2017 09:30:49 -0700 Dmitry Torokhov wrote: > > I think the fix is trivial and if it does not both Stephen to carry it > on we'll let the other Linus resolve it in his tree when merging. I > think he prefers to have cross-tree merges only

Re: [net-next PATCH v2 0/8] Add busy poll support for epoll

On Thu, Mar 23, 2017 at 3:38 PM, Alexander Duyck wrote: > On Thu, Mar 23, 2017 at 3:07 PM, Alexei Starovoitov >> it all sounds awesome, but i cannot quite visualize the impact. >> Can you post some sample code/minibenchmark and numbers before/after? >> >> Thanks! >> >

Re: [PATCH v4 1/4] pinctrl: rockchip: remove unnecessary locking

Am Donnerstag, 23. März 2017, 13:29:10 CET schrieb Julia Cartwright: > On Thu, Mar 23, 2017 at 06:55:50PM +0100, Heiko St?bner wrote: > > Am Donnerstag, 23. März 2017, 17:51:53 CET schrieb John Keeping: > > > On Thu, 23 Mar 2017 11:10:20 -0500, Julia Cartwright wrote: > [..] > > > > > [..] > > >

Re: [PATCH v1 3/8] gpio: acpi: Do sanity check for GpioInt in acpi_find_gpio()

On Thu, Mar 23, 2017 at 09:46:13PM +0200, Andy Shevchenko wrote: > Check that we don't ask for output direction on GpioInt resource in cases with > or without _DSD defined. > > Signed-off-by: Andy Shevchenko Reviewed-by: Dmitry Torokhov

Re: [PATCH 01/46] selinux: Use kmalloc_array() in cond_init_bool_indexes()

On Sun, Jan 15, 2017 at 9:56 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 10:48:28 +0100 > > * A multiplication for the size determination of a memory allocation > indicated that an array data

[PATCH] ACPI / gpio: do not fall back to parsing _CRS when we get a deferral

If, while locating GPIOs by name, we get probe deferral, we should immediately report it to caller rather than trying to fall back to parsing unnamed GPIOs from _CRS block. Signed-off-by: Dmitry Torokhov --- drivers/gpio/gpiolib-acpi.c | 4 +++- 1 file changed, 3

Re: [PATCH 3/5] i2c: i2c-stm32f7: add driver

Hi Wolfram, Yes the STM32F7 has a new I2C IP core compared to STM32F4. The engine, the machine state are very different. I tried few months ago to write a common driver but it was very very difficilcut as the 2 IP are not so much things in common. BR, Cedric 2017-03-23 21:17 GMT+01:00 Wolfram

Re: [RFC PATCH 0/2] Add hstate parameter to huge_pte_offset()

On 03/23/2017 05:58 AM, Punit Agrawal wrote: > On architectures that support hugepages composed of contiguous pte as > well as block entries at the same level in the page table, > huge_pte_offset() is not able to determine the right offset to return > when it encounters a swap entry (which is used

[PATCH V5] perf: qcom: Add L3 cache PMU driver

This adds a new dynamic PMU to the Perf Events framework to program and control the L3 cache PMUs in some Qualcomm Technologies SOCs. The driver supports a distributed cache architecture where the overall cache for a socket is comprised of multiple slices each with its own PMU. Access to each

Re: [RFC PATCH v4 15/28] Add support to access persistent memory in the clear

On 3/17/2017 5:58 PM, Elliott, Robert (Persistent Memory) wrote: -Original Message- From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- ow...@vger.kernel.org] On Behalf Of Tom Lendacky Sent: Thursday, February 16, 2017 9:45 AM Subject: [RFC PATCH v4 15/28] Add support to

Re: [PATCH] phy: fix build error in phy-bcm-nsp-usb3 with COMPILE_TEST

On Tue, Mar 07, 2017 at 12:43:52PM +0100, Tobias Regnery wrote: > I see the following build error with COMPILE_TEST on randconfig builds: > > divers/built-in.o: In function `nsp_usb3_phy_init': > phy-bcm-nsp-usb3.c:(.text+0x4050): undefined reference to `mdiobus_write' >

[net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket

From: Sridhar Samudrala Move the core functionality in sk_busy_loop() to napi_busy_loop() and make it independent of sk. This enables re-using this function in epoll busy loop implementation. Signed-off-by: Sridhar Samudrala

Re: [PATCH 14/46] selinux: One function call less in genfs_read() after null pointer detection

On Sun, Jan 15, 2017 at 10:14 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 14 Jan 2017 17:43:47 +0100 > > Call the function "kfree" at the end only after it was determined > that the local variable "newgenfs"

Re: [PATCH 2/2] drm/pl111: Initial drm/kms driver for pl111

On Sat, Mar 18, 2017 at 12:09 AM, Russell King - ARM Linux wrote: > On Fri, Mar 17, 2017 at 03:47:42PM -0700, Eric Anholt wrote: >> This is a modesetting driver for the pl111 CLCD display controller >> found on various ARM platforms such as the Versatile Express. The >>

Re: [net-next PATCH v2 1/8] net: Busy polling should ignore sender CPUs

On Thu, 2017-03-23 at 14:36 -0700, Alexander Duyck wrote: > From: Alexander Duyck > > This patch is a cleanup/fix for NAPI IDs following the changes that made it > so that sender_cpu and napi_id were doing a better job of sharing the same > location in the sk_buff. >

Re: [PATCH 15/46] selinux: One check and function call less in genfs_read() after error detection

On Tue, Jan 17, 2017 at 12:53 PM, Casey Schaufler wrote: > On 1/17/2017 8:37 AM, SF Markus Elfring wrote: @@ -2015,7 +2015,7 @@ static int genfs_read(struct policydb *p, void *fp) newgenfs = kzalloc(sizeof(*newgenfs), GFP_KERNEL); if

Re: [PATCH v3 3/3] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

On Thu, Mar 23, 2017 at 07:08:24AM -0700, Steven Rostedt wrote: > On Thu, 23 Mar 2017 19:36:51 +0900 > Byungchul Park wrote: > > > On Thu, Mar 23, 2017 at 10:44:45AM +0100, Peter Zijlstra wrote: > > > On Thu, Mar 23, 2017 at 11:12:49AM +0900, Byungchul Park wrote: > > >

[PATCH] lib/syscall: Clear return values when no stack

Commit aa1f1a639621 ("lib/syscall: Pin the task stack in collect_syscall()") added logic to handle a process stack not existing, but left sp and pc uninitialized, which can be later reported via /proc/$pid/syscall for zombie processes, potentially exposing kernel memory to userspace. Zombie

[v1 4/5] mm: zero struct pages during initialization

When deferred struct page initialization is enabled, do not expect that the memory that was allocated for struct pages was zeroed by the allocator. Zero it when "struct pages" are initialized. Also, a defined boolean VMEMMAP_ZERO is provided to tell platforms whether they should zero memory or

  1   2   3   4   5   6   7   8   9   10   >