[RFC PATCH v1 3/8] sched/cpufreq_schedutil: make worker kthread be SCHED_DEADLINE

Worker kthread needs to be able to change frequency for all other threads. Make it special, just under STOP class. Signed-off-by: Juri Lelli Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Rafael J. Wysocki Cc:

[RFC PATCH v1 2/8] sched/deadline: move cpu frequency selection triggering points

Since SCHED_DEADLINE doesn't track utilization signal (but reserves a fraction of CPU bandwidth to tasks admitted to the system), there is no point in evaluating frequency changes during each tick event. Move frequency selection triggering points to where running_bw changes. Co-authored-by:

[RFC PATCH v1 1/8] sched/cpufreq_schedutil: make use of DEADLINE utilization signal

SCHED_DEADLINE tracks active utilization signal with a per dl_rq variable named running_bw. Make use of that to drive cpu frequency selection: add up FAIR and DEADLINE contribution to get the required CPU capacity to handle both requirements (while RT still selects max frequency).

[RFC PATCH v1 5/8] sched/cpufreq_schedutil: always consider all CPUs when deciding next freq

No assumption can be made upon the rate at which frequency updates get triggered, as there are scheduling policies (like SCHED_DEADLINE) which don't trigger them so frequently. Remove such assumption from the code, by always considering SCHED_DEADLINE utilization signal as not stale.

[RFC PATCH v1 6/8] sched/sched.h: remove sd arch_scale_freq_capacity parameter

sd parameter is never used in arch_scale_freq_capacity (and it's hard to see where information coming from scheduling domains might help doing frequency invariance scaling). Remove it; also in anticipation of moving arch_scale_freq_capacity outside CONFIG_SMP. Signed-off-by: Juri Lelli

Re: [PATCH V5 0/2] load_balance() fixes for affinity

On Wed, Jun 28, 2017 at 10:12:29AM -0600, Jeffrey Hugo wrote: > > > > Ping? > > > > Ping again. > > Since there has been no comments for the past 3 weeks, Sorry, I had to deal with becoming a parent for the 3rd time, let me go stare at them ;-)

Re: [PATCH] thunderbolt: Correct access permissions for active NVM contents

On Thu, Jun 29, 2017 at 9:19 PM, Mika Westerberg wrote: > Firmware upgrade tools that decide which NVM image should be uploaded to > the Thunderbolt controller need to access active parts of the NVM even > if they are not run as root. The information in active NVM

Re: [PATCH RFC] iio: pressure: zpa2326: report interrupted case as failure

On Wed, Jul 05, 2017 at 06:06:09PM +0800, Jonathan Cameron wrote: > On Wed, 5 Jul 2017 08:55:47 + > Nicholas Mc Guire wrote: > > > On Wed, Jul 05, 2017 at 10:02:17AM +0200, Geert Uytterhoeven wrote: > > > Hi Nicholas, > > > > > > On Wed, Jul 5, 2017 at 9:37 AM, Nicholas Mc

Re: [PATCH] ASoC: samsung: i2s: Supported high resolution rates

On Wed, Jul 05, 2017 at 03:13:23PM +0900, Andi Shyti wrote: > > + if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) > I do not like drivers to check the Kernel's configuration, I > think just checking "pdev->dev.of_node" is enough. This idiom gets used because it allows the compiler to optimize

[PATCH] iio: pressure: zpa2326: Add newlines to logging macros

Add newlines to the macro definitions and use a more common style. Signed-off-by: Joe Perches --- drivers/iio/pressure/zpa2326.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/iio/pressure/zpa2326.c b/drivers/iio/pressure/zpa2326.c

Re: [PATCH V4 0/3] add UniPhier watchdog support

2017-07-05 19:06 GMT+09:00 Keiji Hayashibara : > Hi Guenter, > > Let me confirm if I got it. > > I guess that this series finished the review. > Could you tell me the current state of this series? I will pick up 3/3. (It should have been sent to ARM-SoC ML,

[tip:x86/mm] x86/mm: Rework lazy TLB mode and TLB freshness tracking

Commit-ID: 94b1b03b519b81c494900cb112aa00ed205cc2d9 Gitweb: http://git.kernel.org/tip/94b1b03b519b81c494900cb112aa00ed205cc2d9 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:17 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

[tip:x86/mm] x86/mm: Track the TLB's tlb_gen and update the flushing algorithm

Commit-ID: b0579ade7cd82391360e959cc844e50a160e8a96 Gitweb: http://git.kernel.org/tip/b0579ade7cd82391360e959cc844e50a160e8a96 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:16 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

[tip:x86/mm] x86/mm: Give each mm TLB flush generation a unique ID

Commit-ID: f39681ed0f48498b80455095376f11535feea332 Gitweb: http://git.kernel.org/tip/f39681ed0f48498b80455095376f11535feea332 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:15 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

[tip:x86/mm] x86/mm: Stop calling leave_mm() in idle code

Commit-ID: 43858b4f25cf0adc5c2ca9cf5ce5fdf2532941e5 Gitweb: http://git.kernel.org/tip/43858b4f25cf0adc5c2ca9cf5ce5fdf2532941e5 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:18 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

Re: [PATCH 0/5] Update kernel to latest FMC bus release

Hello. Thank you Pat for taking care of these patches. > Federico Vaga (5): > drivers/fmc: remove unused variable > drivers/fmc: hide fmc operations behind helpers > drivers/fmc: The only way to dump the SDB is from debugfs > drivers/fmc: change registration prototype > drivers/fmc:

[PATCH] input: psmouse: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 12850 740 12 136023522

Re: [PATCH v4] clk: axs10x: introduce AXS10X pll driver

On Wed, 2017-06-21 at 22:16 +0300, Eugeniy Paltsev wrote: Hi Stephen, Michael, Maybe you have any comments or remarks about this patch? And if you don't could you please apply it. Thanks a lot! > AXS10X boards manages it's clocks using various PLLs. These PLL has > same > dividers and

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

On Thu, Jun 29, 2017 at 08:53:22AM -0700, Andy Lutomirski wrote: > +static void choose_new_asid(struct mm_struct *next, u64 next_tlb_gen, > + u16 *new_asid, bool *need_flush) > +{ > + u16 asid; > + > + if (!static_cpu_has(X86_FEATURE_PCID)) { > +

Re: [PATCH] KVM: vmx: expose more information for KVM_INTERNAL_ERROR_DELIVERY_EV exits

On 05.07.2017 12:38, Paolo Bonzini wrote: > This exit ended up being reported, but the currently exposed data does not > provide > much of a starting point for debugging. In the reported case, the vmexit was > an EPT misconfiguration (MMIO access). Let userspace report ethe exit >

[git pull] vfs.git part 2

Consolidating sys_wait* and compat counterparts. Gets rid of set_fs()/double-copy mess, simplifies the whole thing (lifting the copyouts to the syscalls means less headache in the part that does actual work - fewer failure exits, to start with), gets rid of the overhead of field-by-field

[git pull] vfs.git part 3

Christoph's fs/read_write.c series - consolidation and cleanups. The following changes since commit 20223f0f39ea9d31ece08f04ac79f8c4e8d98246: fs: pass on flags in compat_writev (2017-06-16 18:40:51 +0900) are available in the git repository at:

[git pull] vfs.git part 1

vfs.git topology is rather convoluted this cycle, so I'm afraid that it'll take more pull requests than usual ;-/ The first pile is #work.misc-set_fs. Assorted getting rid of cargo-culted access_ok(), cargo-culted set_fs() and field-by-field copyouts. The same description applies to a

RE: [PATCH 2/9] iommu/vt-d: add bind_pasid_table function

> From: Jacob Pan [mailto:jacob.jun@linux.intel.com] > Sent: Wednesday, June 28, 2017 3:48 AM > > Add Intel VT-d ops to the generic iommu_bind_pasid_table API > functions. > > The primary use case is for direct assignment of SVM capable > device. Originated from emulated IOMMU in the guest,

[PATCH v3 0/2] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

Our customer reported that Kernel text may be located on non-mirror region (movable zone) when both address range mirroring feature and KASLR are enabled. The functions of address range mirroring feature are as follows. - The physical memory region whose descriptors in EFI memory map have

[PATCH v3 1/2] x86/boot/KASLR: Adapt process_e820_entry for any type of memory entry

Now function process_e820_entry is only used to process e820 memory entries. Adapt it for any type of memory entry, not just for e820. Later we will use it to process efi mirror regions. So rename the old process_e820_entry to process_mem_region, and extract and wrap the e820 specific processing

Re: [PATCH net-next 00/12] net: dsa: mv88e6xxx: cleanup capabilities

From: Vivien Didelot Date: Tue, 4 Jul 2017 19:41:43 -0400 > This patch series removes the remaining capabilities as well as the > flags bitmap in the info structures. Most of them are turned into ops, > or new info members. > > There is no mv88e6xxx_cap

[RFC PATCH v1 4/8] sched/cpufreq_schedutil: split utilization signals

To be able to treat utilization signals of different scheduling classes in different ways (e.g., CFS signal might be stale while DEADLINE signal is never stale by design) we need to split sugov_cpu::util signal in two: util_cfs and util_dl. This patch does that by also changing sugov_get_util()

[RFC PATCH v1 8/8] sched/deadline: make bandwidth enforcement scale-invariant

Apply frequency and cpu scale-invariance correction factor to bandwidth enforcement (similar to what we already do to fair utilization tracking). Each delta_exec gets scaled considering current frequency and maximum cpu capacity; which means that the reservation runtime parameter (that need to be

Re: [PATCH] smp/hotplug: Move unparking of percpu threads to the control CPU

On Tue, Jul 04, 2017 at 10:20:23PM +0200, Thomas Gleixner wrote: > --- a/kernel/cpu.c > +++ b/kernel/cpu.c > @@ -271,11 +271,25 @@ void cpu_hotplug_enable(void) > EXPORT_SYMBOL_GPL(cpu_hotplug_enable); > #endif /* CONFIG_HOTPLUG_CPU */ > > +static void __cpuhp_kick_ap_work(struct

[RFC PATCH] driver core: purge device links after device release updates link state.

From: Srinivas Kandagatla Usecase: device_link consumer driver is removed when a remote processor is crashed or force stopped. In this case the device_link supplier is arm-smmu driver and consumer is rpmsg driver. device_link state in such case is updated from

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

On Tue, Jul 04, 2017 at 05:08:19PM +0200, Pavel Machek wrote: > Hi! > > > > > > Are there any news about the fwnode branch? > > > > > > > > > > I have quite usable camera, but it is still based on > > > > > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be > > > > > good to

[PATCH] input: aiptek: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 99411560 0 115012ced

[PATCH v2 0/4] i2c: pca-platform: additional improvements

This series addresses some of the points identified by Andy. The series is based on top of i2c/for-next. 2 of the patches from v1 have already been applied so I've dropped them from this version. I have compile tested patch 1/1 but I don't have access to sh hardware to actually test the changes

[PATCH v2 2/4] i2c: pca-platform: unconditionally use devm_gpiod_get_optional

Allow for the reset-gpios property to be defined in the device tree or via a GPIO lookup table. Signed-off-by: Chris Packham --- Changes in v2: - move call up above platform_data usage drivers/i2c/busses/i2c-pca-platform.c | 21 - 1 file

Re: [PATCH 3/7] serial: imx: init dma_is_{rx|tx}ing variables

Hello, Le 03/07/2017 à 08:52, Uwe Kleine-König a écrit : > On Fri, Jun 30, 2017 at 02:13:29PM +0200, Lothar Waßmann wrote: >> Hi, >> >> On Fri, 30 Jun 2017 14:04:42 +0200 Romain Perier wrote: >>> From: Nandor Han >>> >>> Initialize both dma_is_{rx|tx}ing variables when DMA is

[PATCH v2 3/4] i2c: pca-platform: use device_property_read_u32

Use device_property_read_u32 instead of of_property_read_u32_index to lookup the "clock-frequency" property. Signed-off-by: Chris Packham --- Changes in v2: - move call to device_property_read_u32 to above platform_data usage. This allows the device

Re: [PATCH] net: axienet: add of_phy_connect call for XAE_PHY_TYPE_MII case

On Tue, Jul 04, 2017 at 09:24:03AM -0700, Florian Fainelli wrote: > On July 2, 2017 3:19:14 AM PDT, Alvaro Gamez Machado > wrote: > >On Fri, Jun 30, 2017 at 10:30:38AM -0700, Florian Fainelli wrote: > >> On 06/30/2017 02:25 AM, Alvaro Gamez Machado wrote: > >> >

Re: [PATCH] cpufreq: speedstep: remove unnecessary static in speedstep_detect_chipset()

Viresh, Gustavo, On Wed, Jul 05, 2017 at 09:23:44AM +0530, Viresh Kumar wrote: > + Dominic, > > On 04-07-17, 22:09, Gustavo A. R. Silva wrote: > > Remove unnecessary static on local variable hostbridge. > > Such variable is initialized before being used, > > on every execution path throughout

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Wed, Jul 5, 2017 at 4:38 PM, Michal Hocko wrote: > On Wed 05-07-17 13:18:18, Balbir Singh wrote: >> On Tue, Jul 4, 2017 at 10:51 PM, Michal Hocko wrote: >> > On Mon 03-07-17 17:14:14, Jérôme Glisse wrote: >> >> HMM pages (private or public device pages)

[tip:sched/urgent] vtime, sched/cputime: Remove vtime_account_user()

Commit-ID: 1c3eda01a79b8e9237d91c52c5a75b20983f47c6 Gitweb: http://git.kernel.org/tip/1c3eda01a79b8e9237d91c52c5a75b20983f47c6 Author: Frederic Weisbecker AuthorDate: Thu, 29 Jun 2017 19:15:07 +0200 Committer: Ingo Molnar CommitDate: Wed, 5 Jul

Re: [PATCH] parport_serial: Add support for WCH CH382L PCI-E single parallel port card.

Hello Alan, On Mon, 19 Jun 2017 19:37:34 +0100 Alan Cox wrote: > On Sun, 18 Jun 2017 22:06:59 +0100 > Sudip Mukherjee wrote: > > > On Sun, Jun 18, 2017 at 09:37:48PM +0300, Alexander Gerasiov > > wrote: > > > Hello Andy, > > > > > >

Re: [PATCH v2 0/4] i2c: pca-platform: additional improvements

On Wed, Jul 5, 2017 at 1:13 PM, Chris Packham wrote: > This series addresses some of the points identified by Andy. The series is > based on top of i2c/for-next. 2 of the patches from v1 have already been > applied so I've dropped them from this version. > > I

[PATCH v3 0/2] add UniPhier thermal support

This series adds support for CPU temperature monitor modules implemented on UniPhier LD20 and PXs2 SoCs. This driver supports temperature monitoring and alert function on the module. Changes in v2: - add nsleep after starting and stopping PVT - replace temperature calculation with sign_extend32()

Re: [PATCH 1/2] mmc: block: Preinitialize ret in mmc_blk_issue_drv_op()

On Wed, Jul 5, 2017 at 11:07 AM, Geert Uytterhoeven wrote: > With gcc 4.1.2: > > drivers/mmc/core/block.c: In function ‘mmc_blk_issue_drv_op’: > drivers/mmc/core/block.c:1178: warning: ‘ret’ may be used uninitialized > in this function > > Indeed, if

[PATCH v2] alarmtimer: Fix unavailable wake-up source in sysfs

Currently the alarmtimer registers a wake-up source unconditionally, regardless of the system having a (wake-up capable) RTC or not. Hence the alarmtimer will always show up in /sys/kernel/debug/wakeup_sources, even if it is not available, and thus cannot be a wake-up source. To fix this,

[GIT PULL] arm64: updates for 4.13

Hi Linus, Please pull the following arm64 updates for 4.13. The summary is in the tag, but note that the RAS changes are based on Christoph's uuid-types branch [1] (which you've already pulled) to avoid conflicts in the ACPI core. There is a trivial conflict in drivers/acpi/apei/ghes.c, and the

Re: [RFC PATCH 2/3] drivers: misc: eeprom: at24: support reading mac eeprom from different addresses

On 29.06.2017 16:30, Ludovic Desroches wrote: > On Thu, Jun 29, 2017 at 02:56:03PM +0300, Andy Shevchenko wrote: >> On Thu, Jun 29, 2017 at 2:39 PM, Claudiu Beznea >> wrote: >>> Add support for reading from different offsets of EEPROM. >>> The offset is initialized

RE: [PATCH V4 0/3] add UniPhier watchdog support

Hi Guenter, Let me confirm if I got it. I guess that this series finished the review. Could you tell me the current state of this series? -- Best Regards, Keiji Hayashibara > -Original Message- > From: Keiji Hayashibara [mailto:hayashibara.ke...@socionext.com] > Sent:

Re: [PATCH RFC] iio: pressure: zpa2326: report interrupted case as failure

On Wed, 5 Jul 2017 08:55:47 + Nicholas Mc Guire wrote: > On Wed, Jul 05, 2017 at 10:02:17AM +0200, Geert Uytterhoeven wrote: > > Hi Nicholas, > > > > On Wed, Jul 5, 2017 at 9:37 AM, Nicholas Mc Guire > > wrote: > > > On Tue, Jul 04, 2017 at 08:08:53PM

Re: PWM backlight initial state assumptions, or how pwm_bl killed my (nyan) cat^W backlight support

On 04/07/17 21:13, Paul Kocialkowski wrote: As I try to maintain support for ARM CrOS (read, ChromeOS/ChromiumOS) devices in upstream Linux on my spare time, I try to test out rc and stable versions as often as time allows. I have been rolling out 4.12 since Monday and noticed that the backlight

Re: [PATCH 8/9] RISC-V: User-facing API

On Tue, Jul 04, 2017 at 12:51:01PM -0700, Palmer Dabbelt wrote: > diff --git a/arch/riscv/kernel/ptrace.c b/arch/riscv/kernel/ptrace.c > new file mode 100644 > index ..2720d5e97354 > --- /dev/null > +++ b/arch/riscv/kernel/ptrace.c > @@ -0,0 +1,138 @@ > +/* Put registers back to task.

[PATCH] input: synaptics-rmi4: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 5287 448 057351667

[tip:x86/mm] x86/mm: Disable PCID on 32-bit kernels

Commit-ID: cba4671af7550e008f7a7835f06df0763825bf3e Gitweb: http://git.kernel.org/tip/cba4671af7550e008f7a7835f06df0763825bf3e Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:19 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

Re: irq: Invalid fwnode type (2) for irqdomain

On Wed, 5 Jul 2017, Paul Menzel wrote: > On a Lenovo X60t with coreboot based firmware testing the latest master > branch from Linus, the message below is new, and isn’t there with Linux > 4.12. > > ``` > irq: Invalid fwnode type (2) for irqdomain > ``` > > `git blame kernel/irq/irqdomain.c`

[PATCH] input: yealink: Constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 6039 944 069831b47

[PATCH] input: raydium_i2c_ts: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 7801 560 0836120a9

[PATCH] input: ads7846: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 9086 624 0971025ee

[PATCH v3 0/2] add thermal nodes for UniPhier SoCs

This series adds thermal nodes for UniPhier PXs2 and LD20 SoCs. Changes in v2: - add the calibration value to device tree for LD20 reference board Changes in v1: - separate from driver's patchset[1] - add cooling-maps nodes on the device tree - fix an interrupt trigger to set 'level-triggered'

[PATCH v3 1/2] ARM: dts: uniphier: add nodes of thermal monitor and thermal zone for PXs2

Add nodes of thermal monitor and thermal zone for UniPhier PXs2 SoC. The thermal monitor is included in sysctrl. Furthermore, add cpuN labels for reference in cooling-device property. Signed-off-by: Kunihiko Hayashi --- arch/arm/boot/dts/uniphier-pxs2.dtsi | 43

[PATCH v3 2/2] arm64: dts: uniphier: add nodes of thermal monitor and thermal zone for LD20

Add nodes of thermal monitor and thermal zone for UniPhier LD20 SoC. The thermal monitor is included in sysctrl. Furthermore, since the reference board doesn't have a calibrated value of thermal monitor, this patch gives the default value for LD20 reference board. Signed-off-by: Kunihiko Hayashi

Re: [ANNOUNCE] v4.11.8-rt5

On 2017-07-05 12:29:07 [+0200], To Thomas Gleixner wrote: > On 2017-07-05 12:27:58 [+0200], To Thomas Gleixner wrote: > > The delta patch against v4.11.8-rt4 will be sent as a reply to this mail > > and can be found here: > > diff --git a/Documentation/trace/events.txt

Re: [PATCH] kvm: avoid unused variable warning for UP builds

On 05/07/2017 14:22, David Hildenbrand wrote: >> diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c >> index f0fe9d02f6bb..09368501d9cf 100644 >> --- a/virt/kvm/kvm_main.c >> +++ b/virt/kvm/kvm_main.c >> @@ -187,12 +187,23 @@ static void ack_flush(void *_completed) >> { >> } >> >>

Re: [PATCH RFC] iio: pressure: zpa2326: report interrupted case as failure

On Wed, Jul 05, 2017 at 10:02:17AM +0200, Geert Uytterhoeven wrote: > Hi Nicholas, > > On Wed, Jul 5, 2017 at 9:37 AM, Nicholas Mc Guire wrote: > > On Tue, Jul 04, 2017 at 08:08:53PM +0100, Jonathan Cameron wrote: > >> On Tue, 4 Jul 2017 12:40:33 +0200 > >> Geert Uytterhoeven

Re: [PATCH v2] regmap: irq: allow different device for irq chip and regmap

On Tue, Jul 04, 2017 at 11:44:49AM +0100, Mark Brown wrote: > On Fri, Jun 30, 2017 at 03:33:27PM +0200, Michael Grzeschik wrote: > > On Fri, Jun 23, 2017 at 01:00:43PM +0100, Mark Brown wrote: > > > > syscon is one potential thing here but it seems odd for the sort of > > > hardware that syscon

[PATCH 1/2] mmc: block: Preinitialize ret in mmc_blk_issue_drv_op()

With gcc 4.1.2: drivers/mmc/core/block.c: In function ‘mmc_blk_issue_drv_op’: drivers/mmc/core/block.c:1178: warning: ‘ret’ may be used uninitialized in this function Indeed, if mq_rq->ioc_count is zero, an uninitialized value will be stored in mq_rq->drv_op_result and passed to

[PATCH 2/2] mmc: block: Let MMC_IOC_MULTI_CMD return zero again for zero entries

With gcc 4.1.2: drivers/mmc/core/block.c: In function ‘mmc_blk_ioctl_cmd_issue’: drivers/mmc/core/block.c:630: warning: ‘ioc_err’ may be used uninitialized in this function Indeed, if mq_rq->ioc_count is zero, an uninitialized value will be stored in mq_rq->drv_op_result and passed to

Re: [PATCH] smp/hotplug: Move unparking of percpu threads to the control CPU

On Wed, 5 Jul 2017, Peter Zijlstra wrote: > On Tue, Jul 04, 2017 at 10:20:23PM +0200, Thomas Gleixner wrote: > > @@ -775,23 +787,13 @@ void notify_cpu_starting(unsigned int cp > > The comment right above this function now seems stale.. Will fix. > > void cpuhp_online_idle(enum cpuhp_state

[PATCH] input: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 177551312 16 190834a8b

[PATCH v2 1/4] sh: sh7785lcr: add GPIO lookup table for i2c controller reset

Define the GPIO connected to the PCA9564 using a GPIO lookup table. This will allow the i2c-pca-platform driver to use the device managed APIs to lookup the gpio instead of using platform_data. Signed-off-by: Chris Packham --- Changes in v2: - use correct API

[PATCH v2 4/4] i2c: pca-platform: drop gpio from platform data

Now that the i2c-pca-plaform driver is using the device managed API for gpios there is no need for the reset gpio to be specified via i2c_pca9564_pf_platform_data. Signed-off-by: Chris Packham --- arch/blackfin/mach-bf561/boards/acvilon.c | 1 -

[ANNOUNCE] v4.11.8-rt5

Dear RT folks! I'm pleased to announce the v4.11.8-rt5 patch set. Changes since v4.11.8-rt4: - Merged Tom Zanussi's "tracing: Inter-event (e.g. latency) support" series. As a result I dropped the old "latency histogram" patches we had in tree which provided more or less the thing

[tip:sched/urgent] sched/cputime: Always set tsk->vtime_snap_whence after accounting vtime

Commit-ID: 9fa57cf5a5c4aed1e45879b335fe433048709327 Gitweb: http://git.kernel.org/tip/9fa57cf5a5c4aed1e45879b335fe433048709327 Author: Frederic Weisbecker AuthorDate: Thu, 29 Jun 2017 19:15:08 +0200 Committer: Ingo Molnar CommitDate: Wed, 5 Jul

[tip:sched/urgent] sched/cputime: Rename vtime fields

Commit-ID: 60a9ce57e7c5ac1df3a39fb941022bbfa40c0862 Gitweb: http://git.kernel.org/tip/60a9ce57e7c5ac1df3a39fb941022bbfa40c0862 Author: Frederic Weisbecker AuthorDate: Thu, 29 Jun 2017 19:15:09 +0200 Committer: Ingo Molnar CommitDate: Wed, 5 Jul

[tip:sched/urgent] sched/cputime: Move the vtime task fields to their own struct

Commit-ID: bac5b6b6b11560f323e71d0ebac4061cfe5f56c0 Gitweb: http://git.kernel.org/tip/bac5b6b6b11560f323e71d0ebac4061cfe5f56c0 Author: Frederic Weisbecker AuthorDate: Thu, 29 Jun 2017 19:15:10 +0200 Committer: Ingo Molnar CommitDate: Wed, 5 Jul

irq: Invalid fwnode type (2) for irqdomain

Dear Linux folks, On a Lenovo X60t with coreboot based firmware testing the latest master branch from Linus, the message below is new, and isn’t there with Linux 4.12. ``` irq: Invalid fwnode type (2) for irqdomain ``` `git blame kernel/irq/irqdomain.c` shows, the message is added in commit

[PATCH] input: ims-pcu: Constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 135471600 0 151473b2b

[tip:sched/urgent] sched/cputime: Accumulate vtime on top of nsec clocksource

Commit-ID: 2a42eb9594a1480b4ead9e036e06ee1290e5fa6d Gitweb: http://git.kernel.org/tip/2a42eb9594a1480b4ead9e036e06ee1290e5fa6d Author: Wanpeng Li AuthorDate: Thu, 29 Jun 2017 19:15:11 +0200 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

Re: PWM backlight initial state assumptions, or how pwm_bl killed my (nyan) cat^W backlight support

Hi Paul, On Wed, 2017-07-05 at 13:41 +0300, Paul Kocialkowski wrote: > Hey, > > On Wed, 2017-07-05 at 11:24 +0100, Daniel Thompson wrote: > > On 04/07/17 21:13, Paul Kocialkowski wrote: > > > As I try to maintain support for ARM CrOS (read, ChromeOS/ChromiumOS) > > > devices in > > > upstream

Re: [PATCH V5 2/2] sched/fair: Remove group imbalance from calculate_imbalance()

On Wed, Jun 07, 2017 at 01:18:58PM -0600, Jeffrey Hugo wrote: > The group_imbalance path in calculate_imbalance() made sense when it was > added back in 2007 with commit 908a7c1b9b80 ("sched: fix improper load > balance across sched domain") because busiest->load_per_task factored into > the

Re: [PATCH V5 1/2] sched/fair: Fix load_balance() affinity redo path

On Wed, Jun 07, 2017 at 01:18:57PM -0600, Jeffrey Hugo wrote: > If load_balance() fails to migrate any tasks because all tasks were > affined, load_balance() removes the source cpu from consideration and > attempts to redo and balance among the new subset of cpus. > > There is a bug in this code

Re: PWM backlight initial state assumptions, or how pwm_bl killed my (nyan) cat^W backlight support

Hi, On Wed, 2017-07-05 at 13:07 +0200, Philipp Zabel wrote: > Hi Paul, > > On Wed, 2017-07-05 at 13:41 +0300, Paul Kocialkowski wrote: > > Hey, > > > > On Wed, 2017-07-05 at 11:24 +0100, Daniel Thompson wrote: > > > On 04/07/17 21:13, Paul Kocialkowski wrote: > > > > As I try to maintain

Re: [PATCH 3/7] serial: imx: init dma_is_{rx|tx}ing variables

Hello Romain, On Wed, Jul 05, 2017 at 12:14:57PM +0200, Romain Perier wrote: > Le 03/07/2017 à 08:52, Uwe Kleine-König a écrit : > > On Fri, Jun 30, 2017 at 02:13:29PM +0200, Lothar Waßmann wrote: > >> On Fri, 30 Jun 2017 14:04:42 +0200 Romain Perier wrote: > >>> From: Nandor Han

Re: [PATCH v5 2/3] PCI: Add tango PCIe host bridge support

On 05/07/2017 11:36, Ard Biesheuvel wrote: > On 31 May 2017 at 13:33, Marc Gonzalez wrote: > >> This driver is required to work around several hardware bugs >> in the PCIe controller. >> >> NB: Revision 1 does not support legacy interrupts, or IO space. >> >> + /* >> +* QUIRK #1 >>

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

On Thu, Jun 29, 2017 at 08:53:22AM -0700, Andy Lutomirski wrote: > @@ -104,18 +140,20 @@ void switch_mm_irqs_off(struct mm_struct *prev, struct > mm_struct *next, > > /* Resume remote flushes and then read tlb_gen. */ > cpumask_set_cpu(cpu, mm_cpumask(next));

Re: [PATCH] mm: larger stack guard gap, between vmas

On Wed, Jul 05, 2017 at 10:24:41AM +0200, Michal Hocko wrote: > > Thus maybe if that helps we could even relax some of the stack guard > > checks as soon as we meet a PROT_NONE area, allowing VMAs to be tightly > > packed if the application knows what it's doing. > > Yes, this is what my patch

Re: [PATCH] smp/hotplug: Move unparking of percpu threads to the control CPU

On Wed, Jul 05, 2017 at 11:07:34AM +0200, Thomas Gleixner wrote: > On Wed, 5 Jul 2017, Peter Zijlstra wrote: > > OK, so if I get this right we do something like: > > > > > > BP AP > > > > bringup_cpu(); > > __cpu_up() > /* stuff */ > >

Re: [RFC PATCH 2/3] drivers: misc: eeprom: at24: support reading mac eeprom from different addresses

On 30.06.2017 10:20, Uwe Kleine-König wrote: > Hallo, > > On Thu, Jun 29, 2017 at 02:39:10PM +0300, Claudiu Beznea wrote: >> diff --git a/include/linux/platform_data/at24.h >> b/include/linux/platform_data/at24.h >> index 271a4e2..d55c454 100644 >> --- a/include/linux/platform_data/at24.h >>

Re: [RFC PATCH 2/3] drivers: misc: eeprom: at24: support reading mac eeprom from different addresses

On 29.06.2017 18:32, David Lechner wrote: > On 06/29/2017 06:39 AM, Claudiu Beznea wrote: >> Add support for reading from different offsets of EEPROM. >> The offset is initialized via device tree. If nothing is >> given as input the old value, 0x90, is used. In this way >> the driver could be

Re: [RESEND PATCH v4] clk: stm32h7: Add stm32h743 clock driver

On 06/30/2017 08:54 PM, Stephen Boyd wrote: > On 06/30, Gabriel FERNANDEZ wrote: >> >> On 06/30/2017 02:20 AM, Stephen Boyd wrote: >>> On 06/29, Gabriel FERNANDEZ wrote: On 06/28/2017 05:59 PM, Stephen Boyd wrote: > On 06/27, Gabriel FERNANDEZ wrote: >> On 06/22/2017 12:07 AM,

[PATCH] KVM: vmx: expose more information for KVM_INTERNAL_ERROR_DELIVERY_EV exits

This exit ended up being reported, but the currently exposed data does not provide much of a starting point for debugging. In the reported case, the vmexit was an EPT misconfiguration (MMIO access). Let userspace report ethe exit qualification and, if relevant, the GPA. Signed-off-by: Paolo

[tip:x86/mm] x86/mm: Enable CR4.PCIDE on supported systems

Commit-ID: 660da7c9228f685b2ebe664f9fd69aaddcc420b5 Gitweb: http://git.kernel.org/tip/660da7c9228f685b2ebe664f9fd69aaddcc420b5 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:21 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

[tip:x86/mm] x86/mm: Add the 'nopcid' boot option to turn off PCID

Commit-ID: 0790c9aad84901ca1bdc14746175549c8b5da215 Gitweb: http://git.kernel.org/tip/0790c9aad84901ca1bdc14746175549c8b5da215 Author: Andy Lutomirski AuthorDate: Thu, 29 Jun 2017 08:53:20 -0700 Committer: Ingo Molnar CommitDate: Wed, 5 Jul 2017

[PATCH] input: keyboard: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 5693 464 06157180d

Re: [PATCH v2 1/6] cpufreq: schedutil: ignore sugov kthreads

On 05-Jul 10:30, Viresh Kumar wrote: > On 04-07-17, 18:34, Patrick Bellasi wrote: > > In system where multiple CPUs shares the same frequency domain a small > > workload on a CPU can still be subject to frequency spikes, generated by > > the activation of the sugov's kthread. > > > > Since the

[PATCH] input: elants_i2c: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 94481008 0 1045628d8

Re: [PATCH v16 2/7] power: add power sequence library

On Wed, Jul 05, 2017 at 02:44:56AM +0200, Rafael J. Wysocki wrote: > On Wednesday, June 21, 2017 02:42:03 PM Peter Chen wrote: > > We have an well-known problem that the device needs to do some power > > sequence before it can be recognized by related host, the typical > > example like hard-wired

Re: [PATCH] sched/fair: fix contribution calculation

On Wed, Jul 05, 2017 at 04:46:30PM +0800, Ganesh Mahendran wrote: > Function __compute_runnable_contrib() is to calculate: >\Sum 1024*y^n {for (1..n_period)} > But LOAD_AVG_MAX returns sum of 1024*y^n (0..n_period). > So we need to subtract 1024*y^0. > > Cc: sta...@vger.kernel.org >

Re: [PATCH v2 6/6] ima: Support module-style appended signatures for appraisal

On Tue, 2017-07-04 at 23:22 -0300, Thiago Jung Bauermann wrote: > Mimi Zohar writes: > > > On Wed, 2017-06-21 at 14:45 -0300, Thiago Jung Bauermann wrote: > >> Mimi Zohar writes: > >> > On Wed, 2017-06-07 at 22:49 -0300, Thiago Jung Bauermann

[PATCH] bcache: not exposing userspace interface until ready

As Coly pointed out, bcache_exit() may not be able to handle all the references properly, if userspace registers cache and backing devices right before bch_debug_init and bch_debug_init failes later. Signed-off-by: Liang Chen --- drivers/md/bcache/super.c | 4 ++-- 1

  1   2   3   4   5   6   7   8   9   10   >