[PATCH] usb: always build usb/common/ targets; fixes extcon-axp288 build error

From: Randy Dunlap The extcon-axp288 driver selects USB_ROLE_SWITCH, but the USB Makefile does not currently build drivers/usb/common/ (where USB_ROLE_SWITCH code is) unless USB_COMMON is set, so modify the USB Makefile to always descend into drivers/usb/common/ to build

[PATCH 2/3] KVM: X86: Allow userspace to disable ioport intercept

From: Wanpeng Li Allow to disable ioport intercept by userspace. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Tim Shearer Cc: Liran Alon Signed-off-by: Wanpeng Li

[PATCH 1/3] KVM: VMX: Introduce per-VM I/O permission bitmaps

From: Wanpeng Li This patch introduces per-VM I/O permission bitmaps, it will be used by later patches. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Tim Shearer Cc: Liran Alon

[PATCH 3/3] KVM: VMX: Allow I/O port 0x80 bypass when userspace prefer

From: Wanpeng Li Tim Shearer reported that "There is a guest which is running a packet forwarding app based on the DPDK (dpdk.org). The packet receive routine writes to 0xc070 using glibc's "outw_p" function which does an additional write to I/O port 80. It does this

[PATCH 0/3] KVM: VMX: Allow to disable ioport intercept per-VM by userspace

Tim Shearer reported that "There is a guest which is running a packet forwarding app based on the DPDK (dpdk.org). The packet receive routine writes to 0xc070 using glibc's "outw_p" function which does an additional write to I/O port 0x80. It does this write for every packet that's received,

Re: [PATCH 0/3] clk: add duty cycle support

Quoting Jerome Brunet (2018-04-16 10:57:40) > This patchset adds the possibility to control the duty cycle ratio of a > clock within the clock framework. > > This useful when the duty cycle ratio depends on another parameter > controlled by the clock framework. For example, the duty cycle ratio

Re: [lustre-devel] [PATCH 1/6] staging: lustre: move stack-check macros to libcfs_debug.h

On Apr 16, 2018, at 16:48, Doug Oucharek wrote: > >> >> On Apr 16, 2018, at 3:42 PM, James Simmons wrote: >> >> >>> James, >>> >>> If I understand correctly, you're saying you want to be able to build >>> without debug support...? I'm not

Re: [PATCH] security: remove security_settime

On Sun, 1 Apr 2018, Sargun Dhillon wrote: > security_settime was a wrapper around security_settime64. There are no more > users of it. Therefore it can be removed. It was removed in: > commit 4eb1bca17933 ("time: Use do_settimeofday64() internally") > > Signed-off-by: Sargun Dhillon

Re: [PATCH 1/3] clk: add duty cycle support

Quoting Jerome Brunet (2018-04-16 10:57:41) > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c > index 7af555f0e60c..fff7890ae355 100644 > --- a/drivers/clk/clk.c > +++ b/drivers/clk/clk.c > @@ -68,6 +68,8 @@ struct clk_core { > unsigned long max_rate; > unsigned long

Re: [PATCH 4/7] ocxl: Rename pnv_ocxl_spa_remove_pe to clarify it's action

On 17/04/18 12:09, Alastair D'Silva wrote: From: Alastair D'Silva The function removes the process element from NPU cache. Signed-off-by: Alastair D'Silva Hmm, personally I'd suggest pnv_ocxl_spa_clear_cache() because it's just a wrapper around

[tip:perf/urgent] trace_kprobe: Remove warning message "Could not insert probe at..."

Commit-ID: 5c8dad48e4f53d6fd0a7e4f95d7c1c983374de88 Gitweb: https://git.kernel.org/tip/5c8dad48e4f53d6fd0a7e4f95d7c1c983374de88 Author: Song Liu AuthorDate: Fri, 13 Apr 2018 11:55:13 -0700 Committer: Ingo Molnar CommitDate: Tue, 17 Apr 2018

Re: [PATCH 2/7] powerpc: Use TIDR CPU feature to control TIDR allocation

On Tue, 2018-04-17 at 14:21 +1000, Andrew Donnellan wrote: > On 17/04/18 12:09, Alastair D'Silva wrote: > > From: Alastair D'Silva > > > > Switch the use of TIDR on it's CPU feature, rather than assuming it > > is available based on architecture. > > > > Signed-off-by:

[PATCH v4 0/6] Add support for PWM input capture on STM32

This series adds support for capture to stm32-pwm driver. Capture is based on DMAs. - First two patches add support for requesting DMAs to MFD core - Next three patches add support for capture to stm32-pwm driver - This has been tested on stm32429i-eval board. --- Changes in v4: - Lee's comments

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 12:20:19PM -0400, Steven Rostedt wrote: >On Mon, 16 Apr 2018 18:06:08 +0200 >Pavel Machek wrote: > >> That means you want to ignore not-so-serious bugs, because benefit of >> fixing them is lower than risk of the regressions. I believe bugs that >> do not

Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)

- On Apr 12, 2018, at 4:23 PM, Andi Kleen a...@firstfloor.org wrote: >> Can we plan on merging just the plain rseq parts *without* this all >> first, and then see the cpu_opv thing as a "maybe future expansion" >> part. > > That would be the right way to go. I doubt anybody really needs

Re: [PATCH] KVM: Switch 'requests' to be 64-bit (explicitly)

On 15/04/2018 00:26, KarimAllah Ahmed wrote: > Switch 'requests' to be explicitly 64-bit and update BUILD_BUG_ON check to > use the size of "requests" instead of the hard-coded '32'. > > That gives us a bit more room again for arch-specific requests as we > already ran out of space for x86 due to

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 06:42:30PM +0200, Pavel Machek wrote: >On Mon 2018-04-16 16:39:20, Sasha Levin wrote: >> On Mon, Apr 16, 2018 at 06:28:50PM +0200, Pavel Machek wrote: >> > >> >> >> Is there a reason not to take LED fixes if they fix a bug and don't >> >> >> cause a regression? Sure, we can

Re: [PATCH v4 2/3] ASoC: topology: Add missing clock gating parameter when parsing hw_configs

On Wed, Apr 04, 2018 at 06:19:38AM +0200, Kirill Marinushkin wrote: > + /* clock gating */ > + if (hw_config->clock_gated == SND_SOC_TPLG_DAI_CLK_GATE_GATED) > + link->dai_fmt |= SND_SOC_DAIFMT_GATED; > + else if (hw_config->clock_gated == >

Re: [PATCH 1/3] perf: Return proper values for user stack errors

Em Sun, Apr 15, 2018 at 11:23:50AM +0200, Jiri Olsa escreveu: > Return immediately when we find issue in the user > stack checks. The error value could get overwritten > by following check for PERF_SAMPLE_REGS_INTR. Applied, together with a: Cc: Stephane Eranian Cc: Ingo

Re: [PATCH] perf tools: set kernel end address properly

Em Mon, Apr 16, 2018 at 11:07:30AM -0500, Kim Phillips escreveu: > On Mon, 16 Apr 2018 10:51:25 -0300 > Arnaldo Carvalho de Melo wrote: > > > Em Mon, Apr 16, 2018 at 11:23:45AM +0200, Jiri Olsa escreveu: > > > On Mon, Apr 16, 2018 at 01:22:40PM +0900, Namhyung Kim wrote: > > > >

Linux 4.17-rc1 - kernel paging errors running x86 selftests

Andy/Ingo, While running test_vsyscall_64 and fsgsbase_64 tests, I am seeing the following errors in dmesg. Also these tests either take forever to run or hang. I killed it after waiting for an hour or so. Unfortunately it makes the kselftest suite pain to run. Could you please take a look and

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 12:53:07PM -0400, Steven Rostedt wrote: >On Mon, 16 Apr 2018 16:43:13 + >Sasha Levin wrote: > >> >If you are worried about people not putting enough "Stable: " tags in >> >their commits, perhaps you can write them emails "hey, I think

Re: [PATCH v4 2/2] drivers: soc: Add LLCC driver

Hi Rishabh, +MODULE_DESCRIPTION("QTI sdm845 LLCC driver"); I think it should be QCOM or Qualcomm and not QTI + + desc = devm_kzalloc(dev, sizeof(struct llcc_slice_desc), GFP_KERNEL); Can use *desc instead +struct llcc_slice_desc *llcc_slice_getd(struct device *dev, const char

Re: [PATCH v3 1/2] dt-bindings: clock: Introduce QCOM RPMh clock bindings

Quoting Taniya Das (2018-04-13 19:36:40) > Add RPMh clock device bindings for Qualcomm Technology Inc's SoCs. These > devices would be used for communicating resource state requests to control > the clocks managed by RPMh. > > Signed-off-by: Amit Nischal Is Amit the

[PATCH 1/1] hwmon: (ina2xx) initialize mutex before locking

From: Ahsan Hussain Upstream commit 8d008c0c ("hwmon: (ina2xx) Make calibration register value fixed"), makes ina2xx_set_shunt() call mutex_lock on an un-initialized mutex. Initialize it prior so we don't get a NULL pointer dereference error. Fixes: 8d008c0c ("hwmon:

[PATCH] phy: exynos-mipi-video: Simplify code by using regmap_update_bits()

There is no functional change, just replacing regmap_read()/modify/ regmap_write() with regmap_update_bits() function calls. Signed-off-by: Sylwester Nawrocki --- drivers/phy/samsung/phy-exynos-mipi-video.c | 34 - 1 file changed, 14

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 12:12:24PM -0400, Steven Rostedt wrote: >On Mon, 16 Apr 2018 16:02:03 + >Sasha Levin wrote: > >> One of the things Greg is pushing strongly for is "bug compatibility": >> we want the kernel to behave the same way between mainline and

Re: [PATCH 0/2] clk: honor CLK_MUX_ROUND_CLOSEST in mux

Quoting Jerome Brunet (2018-04-09 06:59:19) > CLK_MUX_ROUND_CLOSEST is part of clk_mux and meson's clk_regmap > documentation, so it should be honored by the determine_rate() callback. > > It is note the case ATM. The series fixes this problem. I'll apply these for clk-fixes.

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

> >> Is there a reason not to take LED fixes if they fix a bug and don't > >> cause a regression? Sure, we can draw some arbitrary line, maybe > >> designate some subsystems that are more "important" than others, but > >> what's the point? > > > >There's a tradeoff. > > > >You want to fix serious

Re: [PATCH] clk: mediatek: correct the clocks for MT2701 HDMI PHY module

Quoting Ryder Lee (2018-04-15 19:31:58) > The hdmitx_dig_cts clock signal is not a child of clk26m, > and the actual output of the PLL block is derived from > the tvdpll via a configurable PLL post-divider. > > It is used as the PLL reference input to the HDMI PHY module. > > Signed-off-by:

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 06:28:50PM +0200, Pavel Machek wrote: > >> >> Is there a reason not to take LED fixes if they fix a bug and don't >> >> cause a regression? Sure, we can draw some arbitrary line, maybe >> >> designate some subsystems that are more "important" than others, but >> >> what's

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon 2018-04-16 16:39:20, Sasha Levin wrote: > On Mon, Apr 16, 2018 at 06:28:50PM +0200, Pavel Machek wrote: > > > >> >> Is there a reason not to take LED fixes if they fix a bug and don't > >> >> cause a regression? Sure, we can draw some arbitrary line, maybe > >> >> designate some subsystems

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 06:39:53PM +0200, Pavel Machek wrote: >On Mon 2018-04-16 16:28:00, Sasha Levin wrote: >> On Mon, Apr 16, 2018 at 12:20:19PM -0400, Steven Rostedt wrote: >> >On Mon, 16 Apr 2018 18:06:08 +0200 >> >Pavel Machek wrote: >> > >> >> That means you want to ignore

[PATCH 0/2] pblk bugfixes

From: Hans Holmberg This is a couple of bugfixes, nothing very urgent. Hans Holmberg (2): lightnvm: pblk: only try to recover lines with written smeta lightnvm: pblk: kick writer on new flush points drivers/lightnvm/pblk-cache.c| 10 ++

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, 16 Apr 2018 16:31:09 + Sasha Levin wrote: > On Mon, Apr 16, 2018 at 12:22:44PM -0400, Steven Rostedt wrote: > >On Mon, 16 Apr 2018 16:14:15 + > >Sasha Levin wrote: > > > >> Since the rate we're seeing now with

Re: [RESEND PATCH v1 1/2] trace: events: scsi: Add tag in SCSI trace events

On Mon, 2018-04-16 at 09:41 -0700, Rajat Jain wrote: > On Mon, Apr 16, 2018 at 8:28 AM, Steven Rostedt wrote: > > On Mon, 16 Apr 2018 14:31:49 + > > "Bean Huo (beanhuo)" wrote: > > > > > Print the request tag along with other information > > > while

[PATCH 1/2] lightnvm: pblk: only try to recover lines with written smeta

From: Hans Holmberg When switching between different lun configurations, there is no guarantee that all lines that contain closed/open chunks have some valid data to recover. Check that the smeta chunk has been written to instead. Also skip bad lines (that does not

[PATCH 2/2] lightnvm: pblk: kick writer on new flush points

From: Hans Holmberg Unless we kick the writer directly when setting a new flush point, the user risks having to wait for up to one second (the default timeout for the write thread to be kicked) for the IO to complete. Signed-off-by: Hans Holmberg

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

Hi! > >> Let me ask my wife (who is happy using Linux as a regular desktop user) > >> how comfortable she would be with triaging kernel bugs... > > > >That's really up to the distribution, not the main kernel stable. Does > >she download and compile the kernels herself? Does she use LEDs? > > >

[PATCH v2] Input: add bu21029 touch driver

From: Zhu Yi Add Rohm BU21029 resistive touch panel controller support with I2C interface. Signed-off-by: Zhu Yi Signed-off-by: Mark Jonas Reviewed-by: Heiko Schocher --- Changes in v2: - make ABS_PRESSURE

Re: [PATCH v3 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-04-13 19:36:41) > Add the RPMh clock driver to control the RPMh managed clock resources on > some of the Qualcomm Technologies, Inc. SoCs. > > Signed-off-by: David Collins > Signed-off-by: Amit Nischal Your signoff

Re: [PATCH] net: mediatek: use of_device_get_match_data()

From: Ryder Lee Date: Mon, 16 Apr 2018 10:33:41 +0800 > The usage of of_device_get_match_data() reduce the code size a bit. > > Also, the only way to call mtk_probe() is to match an entry in > of_mtk_match[], so match cannot be NULL. > > Signed-off-by: Ryder Lee

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, 16 Apr 2018 17:16:10 + Sasha Levin wrote: > So if a user is operating a nuclear power plant, and has 2 leds: green > one that says "All OK!" and a red one saying "NUCLEAR MELTDOWN!", and > once in a blue moon a race condition is causing the red one to

Re: [PATCH 1/1] hwmon: (ina2xx) initialize mutex before locking

On Mon, Apr 16, 2018 at 10:48:03PM +0500, Ahsan Hussain wrote: > > > On 04/16/2018 10:28 PM, Guenter Roeck wrote: > > On Mon, Apr 16, 2018 at 10:08:19PM +0500, Ahsan Hussain wrote: > >> > >> Upstream commit > >> > >> 8d008c0c ("hwmon: (ina2xx) Make calibration register value fixed") > >> > >

Re: [PATCH ghak21 V4 1/2] audit: remove path param from link denied function

On 2018-04-16 10:55, Kees Cook wrote: > On Wed, Mar 21, 2018 at 1:42 AM, Richard Guy Briggs wrote: > > In commit 45b578fe4c3cade6f4ca1fc934ce199afd857edc > > ("audit: link denied should not directly generate PATH record") > > the need for the struct path *link parameter was

Re: Linux 4.17-rc1 - kernel paging errors running x86 selftests

On 04/16/2018 10:56 AM, Linus Torvalds wrote: > On Mon, Apr 16, 2018 at 10:43 AM, Linus Torvalds > wrote: >> >> I don't see *why* it would be badly set up, and that test works fine >> for me, though. > > AHHAH! > > I'm wrong. I can see it too. My desktop was

Re: [PATCH v2 3/3] Input: ti_am335x_tsc - Prevent system suspend when TSC is in use

On Sat, Apr 14, 2018 at 03:21:53PM +0530, Vignesh R wrote: > From: Grygorii Strashko > > Prevent system suspend while user has finger on touch screen, > because TSC is wakeup source and suspending device while in use will > result in failure to disable the module. >

Re: Linux 4.17-rc1 - kernel paging errors running x86 selftests

On Mon, Apr 16, 2018 at 10:58 AM, Dave Hansen wrote: > > Joerg just found and fixed something that would be poked by the x86 > selftests: > > https://lkml.org/lkml/2018/4/16/230 Yup. And that silly bug explains the all-ones PTE. I was going through the bisection,

Re: [PATCH v3 04/10] Documentations: dt-bindings: Add a document of PECI adapter driver for Aspeed AST24xx/25xx SoCs

On Tue, Apr 10, 2018 at 11:32:06AM -0700, Jae Hyun Yoo wrote: > This commit adds a dt-bindings document of PECI adapter driver for Aspeed > AST24xx/25xx SoCs. > > Signed-off-by: Jae Hyun Yoo > Reviewed-by: Haiyue Wang > Reviewed-by:

Re: [PATCH v3 07/10] Documentation: dt-bindings: Add documents for PECI hwmon client drivers

On Tue, Apr 10, 2018 at 11:32:09AM -0700, Jae Hyun Yoo wrote: > This commit adds dt-bindings documents for PECI cputemp and dimmtemp client > drivers. "dt-bindings: hwmon: ..." for the subject. > > Signed-off-by: Jae Hyun Yoo > Reviewed-by: Haiyue Wang

[PATCH] MAINTAINERS: Update e-mail address for Christoffer Dall

Update my e-mail address to a working address. Signed-off-by: Christoffer Dall --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 0a1410d5a621..3e9c99d2620b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Sun, Apr 15, 2018 at 3:34 PM, Al Viro wrote: > On Sun, Apr 15, 2018 at 10:54:55PM +0100, Al Viro wrote: >> On Sun, Apr 15, 2018 at 09:40:54PM +0100, Al Viro wrote: >> >> > BTW, the current placement of cond_resched() looks bogus; suppose we >> > have collected a lot of

Re: [PATCH 3/3] x86/MCE/AMD: Get address from already initialized block

On 2018 Apr 14, Johannes Hirte wrote: > On 2018 Feb 01, Yazen Ghannam wrote: > > From: Yazen Ghannam > > > > The block address is saved after the block is initialized when > > threshold_init_device() is called. > > > > Use the saved block address, if available, rather

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 16/04/2018 12:10, Viresh Kumar wrote: > On 16-04-18, 12:03, Daniel Lezcano wrote: >> On 16/04/2018 11:50, Viresh Kumar wrote: >>> On 16-04-18, 11:45, Daniel Lezcano wrote: Can you elaborate a bit ? I'm not sure to get the point. >>> >>> Sure. With your current code on Hikey960

Re: [PATCH v3 1/6] dt-bindings: mfd: stm32-timers: add support for dmas

On Fri, 30 Mar 2018, Fabrice Gasnier wrote: > Add support for DMAs to STM32 timers. STM32 Timers can support up to 7 > dma requests: up to 4 channels, update, compare and trigger. > DMAs may be used to transfer data from pwm capture for instance. > DMA support is made optional, PWM capture

Re: [PATCH v3 1/6] dt-bindings: mfd: stm32-timers: add support for dmas

On Mon, 16 Apr 2018, Lee Jones wrote: > On Fri, 30 Mar 2018, Fabrice Gasnier wrote: > > > Add support for DMAs to STM32 timers. STM32 Timers can support up to 7 > > dma requests: up to 4 channels, update, compare and trigger. > > DMAs may be used to transfer data from pwm capture for instance. >

[PATCH v9 1/2] HID: add driver for Valve Steam Controller

There are two ways to connect the Steam Controller: directly to the USB or with the USB wireless adapter. Both methods are similar, but the wireless adapter can connect up to 4 devices at the same time. The wired device will appear as 3 interfaces: a virtual mouse, a virtual keyboard and a

[PATCH v9 0/2] hid-steam driver with user mode client dection

Hello! This is reroll v9 of the Steam Controller driver. @Pierre-Loup, @Clément, could you please check if this driver is acceptable by Valve? I think this could be the one ;-). I've rolled back the synthetic LPAD diagonals. It happens that the actual coordinates of the pads are rotated about 15

[PATCH v9 2/2] HID: steam: add battery device.

The wireless Steam Controller is battery operated, so add the battery device and power information. --- drivers/hid/hid-steam.c | 141 +++- 1 file changed, 140 insertions(+), 1 deletion(-) diff --git a/drivers/hid/hid-steam.c b/drivers/hid/hid-steam.c index

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 03, 2018 at 08:08:32PM +0200, Daniel Vetter wrote: > I did not mean you should dma_map_sg/page. I just meant that using > dma_map_resource to fill only the dma address part of the sg table seems > perfectly sufficient. But that is not how the interface work, especially facing

Re: [PATCHv6 1/2] dt-bindings: mfd: motorola-cpcap: document audio-codec

On Fri, 30 Mar 2018, Sebastian Reichel wrote: > This adds the DT binding for the audio-codec sub-module found > inside the Motorola CPCAP PMIC. > > Acked-by: Mark Brown > Acked-by: Tony Lindgren > Reviewed-by: Rob Herring >

Re: [PATCH v2 15/19] dt-bindings: gpio: Add support for r8a77965

Hi Geert, On Mon, Apr 16, 2018 at 01:12:06PM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Tue, Feb 20, 2018 at 4:12 PM, Jacopo Mondi > wrote: > > Add compatible string for R-Car M3-N (r8a77965) in gpio-rcar. > > > > Signed-off-by: Jacopo Mondi

Re: [PATCH 11/14] thermal: exynos: remove parsing of samsung,tmu_cal_type property

On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote: > Since calibration type for temperature is SoC (not platform) specific > just move it from platform data to struct exynos_tmu_data instance. > Then remove parsing of samsung,tmu_cal_type property. Also remove no > longer needed platform data

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Sun, 15 Apr 2018 14:42:51 + Sasha Levin wrote: > On Mon, Apr 09, 2018 at 10:22:46AM +0200, Petr Mladek wrote: > >PS: I wonder how much time you give people to react before releasing > >this. The number of autosel mails is increasing and I am involved > >only

Re: [PATCH v2 4/5] ALSA: xen-front: Implement handling of shared buffers

On 16/04/18 08:24, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Implement shared buffer handling according to the > para-virtualized sound device protocol at xen/interface/io/sndif.h: > - manage buffer memory > - handle granted

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Mon, Apr 16, 2018 at 2:39 PM, Christoph Hellwig wrote: > On Tue, Apr 03, 2018 at 08:08:32PM +0200, Daniel Vetter wrote: >> I did not mean you should dma_map_sg/page. I just meant that using >> dma_map_resource to fill only the dma address part of the sg table seems >>

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 16/04/2018 14:30, Lorenzo Pieralisi wrote: > On Mon, Apr 16, 2018 at 02:10:30PM +0200, Daniel Lezcano wrote: >> On 16/04/2018 12:10, Viresh Kumar wrote: >>> On 16-04-18, 12:03, Daniel Lezcano wrote: On 16/04/2018 11:50, Viresh Kumar wrote: > On 16-04-18, 11:45, Daniel Lezcano wrote:

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, 16 Apr 2018 18:06:08 +0200 Pavel Machek wrote: > That means you want to ignore not-so-serious bugs, because benefit of > fixing them is lower than risk of the regressions. I believe bugs that > do not bother anyone should _not_ be fixed in stable. > > That was case of the

[PATCH v4 5/6] pwm: stm32: use input prescaler to improve period capture

Using input prescaler, capture unit will trigger DMA once every configurable /2, /4 or /8 events (rising edge). This helps improve period (only) capture accuracy at high rates. Signed-off-by: Fabrice Gasnier Reviewed-by: Benjamin Gaignard

[PATCH v4 1/6] dt-bindings: mfd: stm32-timers: add support for dmas

Add support for DMAs to STM32 timers. STM32 Timers can support up to 7 dma requests: up to 4 channels, update, compare and trigger. DMAs may be used to transfer data from pwm capture for instance. DMA support is made optional, PWM capture support is also an option. This is much more wise

[PATCH v4 6/6] ARM: dts: stm32: Enable pwm3 input capture on stm32f429i-eval

Enable pwm3 input capture on stm32f429i-eval, by using DMA. Signed-off-by: Fabrice Gasnier Reviewed-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32429i-eval.dts | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH] KVM: Switch 'requests' to be 64-bit (explicitly)

On Sun, Apr 15, 2018 at 6:12 AM, Raslan, KarimAllah wrote: > On Sun, 2018-04-15 at 00:26 +0200, KarimAllah Ahmed wrote: >> Switch 'requests' to be explicitly 64-bit and update BUILD_BUG_ON check to >> use the size of "requests" instead of the hard-coded '32'. >> >> That gives

Re: [PATCH] ARM: dts: renesas: replace toshiba, mmc-wrprotect-disable with disable-wp

Hi Yamada-san, On Mon, Apr 16, 2018 at 5:02 PM, Masahiro Yamada wrote: > Follow up commit 788778b0d21a ("mmc: tmio: deprecate "toshiba, > mmc-wrprotect-disable" DT property"). Thanks for following up this work. (I had the exact same changes queued up in my local

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon 2018-04-16 16:28:00, Sasha Levin wrote: > On Mon, Apr 16, 2018 at 12:20:19PM -0400, Steven Rostedt wrote: > >On Mon, 16 Apr 2018 18:06:08 +0200 > >Pavel Machek wrote: > > > >> That means you want to ignore not-so-serious bugs, because benefit of > >> fixing them is lower than

Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA

On Mon, Apr 9, 2018 at 4:05 PM, Dan Williams wrote: > On Mon, Apr 9, 2018 at 1:52 PM, Rob Herring wrote: >> On Mon, Apr 9, 2018 at 2:46 AM, Oliver O'Halloran wrote: >>> Some OF platforms (pseries and some SPARC systems) has their own

Re: [Regression] PCI / PM: Simplify device wakeup settings code

On 04/16/2018 11:58 AM, Rafael J. Wysocki wrote: > On Mon, Apr 16, 2018 at 5:31 PM, Joseph Salisbury > wrote: >> On 04/13/2018 05:34 PM, Rafael J. Wysocki wrote: >>> On Fri, Apr 13, 2018 at 7:56 PM, Joseph Salisbury >>> wrote:

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 12:47:11PM -0400, Steven Rostedt wrote: >On Mon, 16 Apr 2018 16:31:09 + >Sasha Levin wrote: > >> On Mon, Apr 16, 2018 at 12:22:44PM -0400, Steven Rostedt wrote: >> >On Mon, 16 Apr 2018 16:14:15 + >> >Sasha Levin

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, 16 Apr 2018 16:43:13 + Sasha Levin wrote: > >If you are worried about people not putting enough "Stable: " tags in > >their commits, perhaps you can write them emails "hey, I think this > >should go to stable, do you agree"? You should get people

[PATCH 14/24] x86/speculation: Move firmware_restrict_branch_speculation_*() from C to CPP

From: Ingo Molnar (cherry picked from commit d72f4e29e6d84b7ec02ae93088aa459ac70e733b) firmware_restrict_branch_speculation_*() recently started using preempt_enable()/disable(), but those are relatively high level primitives and cause build failures on some 32-bit builds.

Re: [PATCH v2 1/2] spi: spi-ti-qspi: Fix parameters order in regmap_update_bits calls

On Fri, Mar 30, 2018 at 11:41:23AM +0200, Arkadiusz Kwiatkowski wrote: > This commit fixes the order of parameters passed to regmap_update_bits > function inside spi-ti-qspi driver. Accidentally the code worked > correctly when cs=0, but it is not the case for other values. This doesn't apply

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon 2018-04-16 12:53:07, Steven Rostedt wrote: > On Mon, 16 Apr 2018 16:43:13 + > Sasha Levin wrote: > > > >If you are worried about people not putting enough "Stable: " tags in > > >their commits, perhaps you can write them emails "hey, I think this > >

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon 2018-04-16 16:37:56, Sasha Levin wrote: > On Mon, Apr 16, 2018 at 12:30:19PM -0400, Steven Rostedt wrote: > >On Mon, 16 Apr 2018 16:19:14 + > >Sasha Levin wrote: > > > >> >Wait! What does that mean? What's the purpose of stable if it is as > >> >broken as

Applied "spi: stm32: Fix error handling in stm32_spi_probe()" to the spi tree

The patch spi: stm32: Fix error handling in stm32_spi_probe() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 16, 2018 at 07:06:04PM +0200, Pavel Machek wrote: >On Mon 2018-04-16 16:37:56, Sasha Levin wrote: >> On Mon, Apr 16, 2018 at 12:30:19PM -0400, Steven Rostedt wrote: >> >On Mon, 16 Apr 2018 16:19:14 + >> >Sasha Levin wrote: >> > >> >> >Wait! What does

Re: [PATCH 1/1] hwmon: (ina2xx) initialize mutex before locking

On Mon, Apr 16, 2018 at 10:08:19PM +0500, Ahsan Hussain wrote: > > Upstream commit > > 8d008c0c ("hwmon: (ina2xx) Make calibration register value fixed") > This doesn't have to be on separate lines; as written, it just causes confusion. > makes ina2xx_set_shunt() call mutex_lock on an

Re: [PATCH v2 1/3] Input: ti_am335x_tsc - Mark IRQ as wakeup capable

On Sat, Apr 14, 2018 at 03:21:51PM +0530, Vignesh R wrote: > On AM335x, ti_am335x_tsc can wake up the system from suspend, mark the > IRQ as wakeup capable, so that device irq is not disabled during system > suspend. > > Signed-off-by: Vignesh R > --- > > v2: No changes > >

Re: [PATCH v3 01/10] Documentations: dt-bindings: Add documents of generic PECI bus, adapter and client drivers

On Tue, Apr 10, 2018 at 11:32:03AM -0700, Jae Hyun Yoo wrote: > This commit adds documents of generic PECI bus, adapter and client drivers. "dt-bindings: ..." for the subject prefix please. > > Signed-off-by: Jae Hyun Yoo > Reviewed-by: Haiyue Wang

Re: [PATCH v2 2/3] Input: ti_am335x_tsc - Ack pending IRQs at probe and before suspend

On Sat, Apr 14, 2018 at 03:21:52PM +0530, Vignesh R wrote: > From: Grygorii Strashko > > It is seen that just enabling the TSC module triggers a HW_PEN IRQ > without any interaction with touchscreen by user. This results in first > suspend/resume sequence to fail as

[PATCH v5] namei: Allow restricted O_CREAT of FIFOs and regular files

From: Salvatore Mesoraca Disallows open of FIFOs or regular files not owned by the user in world writable sticky directories, unless the owner is the same as that of the directory or the file is opened without the O_CREAT flag. The purpose is to make data spoofing attacks

Re: [PATCH 00/35 v5] PTI support for x32

On 04/16/18 08:24, Joerg Roedel wrote: > Hi, > > here is the 5th iteration of my PTI enablement patches for > x86-32. There are no real changes between v4 and v5 besides > that I rebased the whole patch-set to v4.17-rc1 and resolved > the numerous conflicts that this caused. > Please don't use

Re: [PATCH ghak46 V1] audit: normalize MAC_STATUS record

On Monday, April 16, 2018 10:11:01 AM EDT Richard Guy Briggs wrote: > On 2018-04-16 09:26, Ondrej Mosnacek wrote: > > 2018-04-10 1:34 GMT+02:00 Richard Guy Briggs : > > > There were two formats of the audit MAC_STATUS record, one of which was > > > more standard than the other.

Re: Linux 4.17-rc1

On Sun, 15 Apr 2018 18:55:38 -0700 Linus Torvalds wrote: > End result: we actually removed more lines than we added: > > 13538 files changed, 627723 insertions(+), 818855 deletions(-) > > which is probably a first. Ever. In the history of the universe. Or at >

Re: [PATCH v3 1/2] ARM: dts: exynos: Move syscon poweroff and restart nodes under the PMU

On Mon, Apr 16, 2018 at 08:11:25PM +0200, Krzysztof Kozlowski wrote: > The PMU node is the actual block responsible for power management, > including typical Exynos on/off/restart procedures. Therefore the > syscon poweroff and restart nodes logically belong to it. > > Signed-off-by: Krzysztof

Re: [PATCH v3 2/2] arm64: dts: exynos: Move syscon poweroff and restart nodes under the PMU

On Mon, Apr 16, 2018 at 08:11:26PM +0200, Krzysztof Kozlowski wrote: > The PMU node is the actual block responsible for power management, > including typical Exynos on/off/restart procedures. Therefore the > syscon poweroff and restart nodes logically belong to it. > > Signed-off-by: Krzysztof

Re: [SIL2review] [PATCH] i2c: img-scb: fix PM device usage count

> As far as I've understood the idea is that most "error" return values > actually are a result of disabled runtime PM, and that should be > transparent to the caller. Looking at the code, that's what the vast > majority of callers do - they just ignore the return value of > pm_runtime_get_sync,

[PATCH v4 2/6] mfd: stm32-timers: add support for dmas

STM32 Timers can support up to 7 DMA requests: - 4 channels, update, compare and trigger. Optionally request part, or all DMAs from stm32-timers MFD core. Also add routine to implement burst reads using DMA from timer registers. This is exported. So, it can be used by child drivers, PWM capture

[PATCH v4 3/6] pwm: stm32: add capture support

Add support for PMW input mode on pwm-stm32. STM32 timers support period and duty cycle capture as long as they have at least two PWM channels. One capture channel is used for period (rising-edge), one for duty-cycle (falling-edge). When there's only one channel available, only period can be

[PATCH RFC tools/memory-model 0/5] Additional proposed changes to LKMM

Hello! This series contains a few additional changes to tools/memory-model, however, the members of this series need more discussion and feedback before they are ready for inclusion. 1. Add LKMM test scripts. 2. Add litmus test for full-up multicopy atomicity. 3. Add

[PATCH v4 4/6] pwm: stm32: improve capture by tuning counter prescaler

Currently, capture is based on timeout window to configure prescaler. PWM capture framework provides 1s window at the time of writing. There's place for improvement, after input signal has been captured once: - Finer tune counter clock prescaler, by using 1st capture result (with arbitrary

[PATCH RFC tools/memory-model 1/5] EXP tools/memory-model: Add scripts to test memory model

This commit adds a pair of scripts that run the memory model on litmus tests, checking that the verification result of each litmus test matches the result flagged in the litmus test itself. These scripts permit easier checking of changes to the memory model against preconceived notions.

  1   2   3   4   5   6   7   8   9   10   >