Re: [PATCH V4 0/3] sched/deadline: Fixes for constrained deadline tasks

Hi, This is a gentle ping. On 03/02/2017 03:10 PM, Daniel Bristot de Oliveira wrote: > While reading sched deadline code, I find out that a constrained > deadline task could be replenished before the next period if > activated after the deadline, opening the window to run for more > than Q/P.

Re: [PATCH V4 0/3] sched/deadline: Fixes for constrained deadline tasks

Hi, This is a gentle ping. On 03/02/2017 03:10 PM, Daniel Bristot de Oliveira wrote: > While reading sched deadline code, I find out that a constrained > deadline task could be replenished before the next period if > activated after the deadline, opening the window to run for more > than Q/P.

[PATCH v2 1/2] drm/amdgpu: remove unneeded conversions to bool

Found with scripts/coccinelle/misc/boolconv.cocci. Signed-off-by: Andrew F. Davis Reviewed-by: Christian König --- Changes from v1: - Rebased on v4.11-rc1 - Added Reviewed-by drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 4 ++--

[PATCH v2 1/2] drm/amdgpu: remove unneeded conversions to bool

Found with scripts/coccinelle/misc/boolconv.cocci. Signed-off-by: Andrew F. Davis Reviewed-by: Christian König --- Changes from v1: - Rebased on v4.11-rc1 - Added Reviewed-by drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 4 ++-- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 4 ++--

Re: [PATCH V2] arm64: hwpoison: add VM_FAULT_HWPOISON[_LARGE] handling

Hi, Sorry for replying to this thread late. On 15 March 2017 at 11:19, Catalin Marinas wrote: > Hi Punit, > > Adding David Woods since he seems to have added the arm64-specific > huge_pte_offset() code. > > On Thu, Mar 09, 2017 at 05:46:36PM +, Punit Agrawal wrote:

Re: [PATCH V2] arm64: hwpoison: add VM_FAULT_HWPOISON[_LARGE] handling

Hi, Sorry for replying to this thread late. On 15 March 2017 at 11:19, Catalin Marinas wrote: > Hi Punit, > > Adding David Woods since he seems to have added the arm64-specific > huge_pte_offset() code. > > On Thu, Mar 09, 2017 at 05:46:36PM +, Punit Agrawal wrote: >> From

Re: [RFC v3 5/5] sched/{core,cpufreq_schedutil}: add capacity clamping for RT/DL tasks

On Wed, Mar 15, 2017 at 7:44 AM, Juri Lelli wrote: > Hi Joel, > > On 15/03/17 05:59, Joel Fernandes wrote: >> On Wed, Mar 15, 2017 at 4:40 AM, Patrick Bellasi >> wrote: >> > On 13-Mar 03:08, Joel Fernandes (Google) wrote: >> >> Hi Patrick, >> >> >> >>

Re: [RFC v3 5/5] sched/{core,cpufreq_schedutil}: add capacity clamping for RT/DL tasks

On Wed, Mar 15, 2017 at 7:44 AM, Juri Lelli wrote: > Hi Joel, > > On 15/03/17 05:59, Joel Fernandes wrote: >> On Wed, Mar 15, 2017 at 4:40 AM, Patrick Bellasi >> wrote: >> > On 13-Mar 03:08, Joel Fernandes (Google) wrote: >> >> Hi Patrick, >> >> >> >> On Tue, Feb 28, 2017 at 6:38 AM, Patrick

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Christian König > Sent: Wednesday, March 15, 2017 3:38 AM > To: Ayyappa Ch > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; amd- > g...@lists.freedesktop.org;

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Christian König > Sent: Wednesday, March 15, 2017 3:38 AM > To: Ayyappa Ch > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; amd- > g...@lists.freedesktop.org;

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On 03/15/2017, 04:58 PM, Steven Rostedt wrote: > Great, cause I'm currently cleaning up that code too, and this would > cause conflicts ;-) Then I should hide right after I send out v2 of the macros cleanup series in a couple of minutes, right ;)? https://patchwork.kernel.org/patch/9579623/ --

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On 03/15/2017, 04:58 PM, Steven Rostedt wrote: > Great, cause I'm currently cleaning up that code too, and this would > cause conflicts ;-) Then I should hide right after I send out v2 of the macros cleanup series in a couple of minutes, right ;)? https://patchwork.kernel.org/patch/9579623/ --

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, 2017-03-15 at 09:01 -0700, Eric Dumazet wrote: > On Wed, 2017-03-15 at 16:41 +0100, Dmitry Vyukov wrote: > > On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > > > It seems that attacker can leak kernel memory(slab) by this vulnerability. > > > I make a PoC code, and it

Re: [RFC v3 1/5] sched/core: add capacity constraints to CPU controller

On Wed, Mar 15, 2017 at 06:20:28AM -0700, Joel Fernandes wrote: > On Wed, Mar 15, 2017 at 4:20 AM, Patrick Bellasi > wrote: > > On 13-Mar 03:46, Joel Fernandes (Google) wrote: > >> On Tue, Feb 28, 2017 at 6:38 AM, Patrick Bellasi > >> wrote: > >>

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, 2017-03-15 at 09:01 -0700, Eric Dumazet wrote: > On Wed, 2017-03-15 at 16:41 +0100, Dmitry Vyukov wrote: > > On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > > > It seems that attacker can leak kernel memory(slab) by this vulnerability. > > > I make a PoC code, and it works well on > > >

Re: [RFC v3 1/5] sched/core: add capacity constraints to CPU controller

On Wed, Mar 15, 2017 at 06:20:28AM -0700, Joel Fernandes wrote: > On Wed, Mar 15, 2017 at 4:20 AM, Patrick Bellasi > wrote: > > On 13-Mar 03:46, Joel Fernandes (Google) wrote: > >> On Tue, Feb 28, 2017 at 6:38 AM, Patrick Bellasi > >> wrote: > >> > The CPU CGroup controller allows to assign a

[PATCH v4 06/18] mfd: axp20x: add AC power supply cells for AXP22X PMICs

The X-Powers AXP20X and AXP22X PMICs expose the status of AC power supply. This adds the AC power supply driver to the MFD cells of the AXP22X PMICs. Signed-off-by: Quentin Schulz Acked-by: Maxime Ripard Acked-by: Sebastian

[PATCH v4 06/18] mfd: axp20x: add AC power supply cells for AXP22X PMICs

The X-Powers AXP20X and AXP22X PMICs expose the status of AC power supply. This adds the AC power supply driver to the MFD cells of the AXP22X PMICs. Signed-off-by: Quentin Schulz Acked-by: Maxime Ripard Acked-by: Sebastian Reichel Acked-by: Chen-Yu Tsai Acked-for-MFD-by: Lee Jones ---

Re: [2/2] coresight: Fix reference count for software sources

On 15/03/17 03:51, Chunyan Zhang wrote: Hi Suzuki, On 15 March 2017 at 02:06, Suzuki K Poulose wrote: On 14/03/17 17:40, Mathieu Poirier wrote: On 14 March 2017 at 11:32, Mathieu Poirier wrote: From: "Suzuki K. Poulose"

Re: [2/2] coresight: Fix reference count for software sources

On 15/03/17 03:51, Chunyan Zhang wrote: Hi Suzuki, On 15 March 2017 at 02:06, Suzuki K Poulose wrote: On 14/03/17 17:40, Mathieu Poirier wrote: On 14 March 2017 at 11:32, Mathieu Poirier wrote: From: "Suzuki K. Poulose" For software sources (i.e STM), there could be multiple agents

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, 2017-03-15 at 16:41 +0100, Dmitry Vyukov wrote: > On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > > It seems that attacker can leak kernel memory(slab) by this vulnerability. > > I make a PoC code, and it works well on > > ae50dfd61665086e617cc9e554a1285d52765670. > >

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, 2017-03-15 at 16:41 +0100, Dmitry Vyukov wrote: > On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > > It seems that attacker can leak kernel memory(slab) by this vulnerability. > > I make a PoC code, and it works well on > > ae50dfd61665086e617cc9e554a1285d52765670. > > but, I found that PoC

Re: [PATCH v4 05/11] mm: thp: enable thp migration in generic path

On 15 Mar 2017, at 4:01, Geert Uytterhoeven wrote: > On Tue, Mar 14, 2017 at 10:55 PM, Zi Yan wrote: > include/linux/swapops.h:223:2: warning: missing braces around initializer > [-Wmissing-braces] >>> return (pmd_t){ 0 }; >>> ^ >>>

Re: [PATCH v4 05/11] mm: thp: enable thp migration in generic path

On 15 Mar 2017, at 4:01, Geert Uytterhoeven wrote: > On Tue, Mar 14, 2017 at 10:55 PM, Zi Yan wrote: > include/linux/swapops.h:223:2: warning: missing braces around initializer > [-Wmissing-braces] >>> return (pmd_t){ 0 }; >>> ^ >>>include/linux/swapops.h:223:2: warning:

Re: [PATCH 1/2] selftests: keep consistency for uname -m usage

Hi Fathi, On 03/15/2017 07:15 AM, Fathi Boudra wrote: > powerpc selftests allow to override ARCH for cross-compilation by making > the first ARCH assignment weak. > Use the same approach in breakpoints, ipc and prctl tests to: > - keep uname usage consistent across selftests > - make it easier

Re: [PATCH 1/2] selftests: keep consistency for uname -m usage

Hi Fathi, On 03/15/2017 07:15 AM, Fathi Boudra wrote: > powerpc selftests allow to override ARCH for cross-compilation by making > the first ARCH assignment weak. > Use the same approach in breakpoints, ipc and prctl tests to: > - keep uname usage consistent across selftests > - make it easier

Re: [PATCH v3] i2c-tools: add new tool 'i2ctransfer'

On Mon, Mar 13, 2017 at 12:41:35PM +0100, Wolfram Sang wrote: > From: Wolfram Sang > > This tool allows to construct and concat multiple I2C messages into one > single transfer. Its aim is to test I2C master controllers, and so there > is no SMBus fallback. > >

Re: [PATCH v3] i2c-tools: add new tool 'i2ctransfer'

On Mon, Mar 13, 2017 at 12:41:35PM +0100, Wolfram Sang wrote: > From: Wolfram Sang > > This tool allows to construct and concat multiple I2C messages into one > single transfer. Its aim is to test I2C master controllers, and so there > is no SMBus fallback. > > I've been missing such a tool a

Re: [PATCH v12 0/9] Cavium MMC driver

On Fri, Mar 10, 2017 at 2:24 PM, Jan Glauber wrote: > Hi Ulf, > > I've not heard back from you regarding the bitfields so I assume this > means you're insisting on that point. I'd really like to make some > progress with this series, so I'm reposting now. All comments should

Re: [PATCH v12 0/9] Cavium MMC driver

On Fri, Mar 10, 2017 at 2:24 PM, Jan Glauber wrote: > Hi Ulf, > > I've not heard back from you regarding the bitfields so I assume this > means you're insisting on that point. I'd really like to make some > progress with this series, so I'm reposting now. All comments should be > addressed.

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On Wed, 15 Mar 2017 16:49:54 +0100 Jiri Slaby wrote: > On 03/15/2017, 04:40 PM, Steven Rostedt wrote: > >> -#else > >> -# define function_hookmcount > >> -EXPORT_SYMBOL(mcount) > >> -#endif > >> - > >> /* All cases save the original rbp (8 bytes) */ > >> #ifdef

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On Wed, 15 Mar 2017 16:49:54 +0100 Jiri Slaby wrote: > On 03/15/2017, 04:40 PM, Steven Rostedt wrote: > >> -#else > >> -# define function_hookmcount > >> -EXPORT_SYMBOL(mcount) > >> -#endif > >> - > >> /* All cases save the original rbp (8 bytes) */ > >> #ifdef CONFIG_FRAME_POINTER > >> #

Re: [PATCH v2 0/5] mm: support parallel free of memory

On Wed, Mar 15, 2017 at 03:56:02PM +0100, Vlastimil Babka wrote: > On 03/15/2017 09:59 AM, Aaron Lu wrote: > > For regular processes, the time taken in its exit() path to free its > > used memory is not a problem. But there are heavy ones that consume > > several Terabytes memory and the time

Re: [PATCH v2 0/5] mm: support parallel free of memory

On Wed, Mar 15, 2017 at 03:56:02PM +0100, Vlastimil Babka wrote: > On 03/15/2017 09:59 AM, Aaron Lu wrote: > > For regular processes, the time taken in its exit() path to free its > > used memory is not a problem. But there are heavy ones that consume > > several Terabytes memory and the time

Re: [PATCH v1 1/2] tpm: msleep() delays - replace with usleep_range() in i2c nuvoton driver

On Fri, Mar 10, 2017 at 01:45:53PM -0500, Nayna Jain wrote: > Commit 500462a9de65 "timers: Switch to a non-cascading wheel" replaced > the 'classic' timer wheel, which aimed for near 'exact' expiry of the > timers. Their analysis was that the vast majority of timeout timers > are used as

Re: [PATCH v1 1/2] tpm: msleep() delays - replace with usleep_range() in i2c nuvoton driver

On Fri, Mar 10, 2017 at 01:45:53PM -0500, Nayna Jain wrote: > Commit 500462a9de65 "timers: Switch to a non-cascading wheel" replaced > the 'classic' timer wheel, which aimed for near 'exact' expiry of the > timers. Their analysis was that the vast majority of timeout timers > are used as

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On 03/15/2017, 04:40 PM, Steven Rostedt wrote: >> -#else >> -# define function_hook mcount >> -EXPORT_SYMBOL(mcount) >> -#endif >> - >> /* All cases save the original rbp (8 bytes) */ >> #ifdef CONFIG_FRAME_POINTER >> # ifdef CC_USING_FENTRY >> @@ -297,6 +290,7 @@ trace: >> jmp

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On 03/15/2017, 04:40 PM, Steven Rostedt wrote: >> -#else >> -# define function_hook mcount >> -EXPORT_SYMBOL(mcount) >> -#endif >> - >> /* All cases save the original rbp (8 bytes) */ >> #ifdef CONFIG_FRAME_POINTER >> # ifdef CC_USING_FENTRY >> @@ -297,6 +290,7 @@ trace: >> jmp

Re: [PATCH RFC 10/14] block, bfq: add Early Queue Merge (EQM)

On 03/15/2017 06:01 AM, Paolo Valente wrote: > >> Il giorno 07 mar 2017, alle ore 18:44, Jens Axboe ha >> scritto: >> >> On 03/04/2017 09:01 AM, Paolo Valente wrote: >>> @@ -560,6 +600,15 @@ struct bfq_data { >>> struct bfq_io_cq *bio_bic; >>> /* bfqq associated with

Re: [PATCH RFC 10/14] block, bfq: add Early Queue Merge (EQM)

On 03/15/2017 06:01 AM, Paolo Valente wrote: > >> Il giorno 07 mar 2017, alle ore 18:44, Jens Axboe ha >> scritto: >> >> On 03/04/2017 09:01 AM, Paolo Valente wrote: >>> @@ -560,6 +600,15 @@ struct bfq_data { >>> struct bfq_io_cq *bio_bic; >>> /* bfqq associated with the task issuing

Re: [RFC PATCH] net: phy: Don't miss phy_suspend() on PHY_HALTED for PHYs with interrupts

On Wed, Mar 15, 2017 at 05:00:08PM +0200, Roger Quadros wrote: > Andrew, > > On 15/03/17 16:08, Andrew Lunn wrote: > > On Wed, Mar 15, 2017 at 03:51:27PM +0200, Roger Quadros wrote: > >> Since commit 3c293f4e08b5 ("net: phy: Trigger state machine on state > >> change and not polling.") > >>

Re: [RFC PATCH] net: phy: Don't miss phy_suspend() on PHY_HALTED for PHYs with interrupts

On Wed, Mar 15, 2017 at 05:00:08PM +0200, Roger Quadros wrote: > Andrew, > > On 15/03/17 16:08, Andrew Lunn wrote: > > On Wed, Mar 15, 2017 at 03:51:27PM +0200, Roger Quadros wrote: > >> Since commit 3c293f4e08b5 ("net: phy: Trigger state machine on state > >> change and not polling.") > >>

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > It seems that attacker can leak kernel memory(slab) by this vulnerability. > I make a PoC code, and it works well on > ae50dfd61665086e617cc9e554a1285d52765670. > but, I found that PoC wasn't work on Ubuntu16.04.02 4.4.0-64-generic

Re: net/udp: slab-out-of-bounds Read in udp_recvmsg

On Wed, Mar 15, 2017 at 4:25 PM, 쪼르 wrote: > It seems that attacker can leak kernel memory(slab) by this vulnerability. > I make a PoC code, and it works well on > ae50dfd61665086e617cc9e554a1285d52765670. > but, I found that PoC wasn't work on Ubuntu16.04.02 4.4.0-64-generic > #85-Ubuntu SMP.

Re: [PATCH] disable RTS override on LPSS UART with Auto Flow Control

On Wed, 2017-03-15 at 14:13 +, Dan O'Donovan wrote: > Currently, Auto Flow Control is not working correctly on the Atom > X5-Z8350 "Cherry Trail" SoC, because an "RTS override" feature is > enabled in a vendor-specific register in the LPSS UART. The symptom > is that RTS is not de-asserted as

Re: [PATCH] disable RTS override on LPSS UART with Auto Flow Control

On Wed, 2017-03-15 at 14:13 +, Dan O'Donovan wrote: > Currently, Auto Flow Control is not working correctly on the Atom > X5-Z8350 "Cherry Trail" SoC, because an "RTS override" feature is > enabled in a vendor-specific register in the LPSS UART. The symptom > is that RTS is not de-asserted as

[PATCH] clk: tegra: Add sata seq input control

This will be used by the powergating driver to ensure proper sequencer state when the SATA domain is powergated. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/clk-tegra210.c | 25 + include/linux/clk/tegra.h| 1 + 2 files

[PATCH] clk: tegra: Add sata seq input control

This will be used by the powergating driver to ensure proper sequencer state when the SATA domain is powergated. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/clk-tegra210.c | 25 + include/linux/clk/tegra.h| 1 + 2 files changed, 26 insertions(+)

Re: [PATCH v2] xfs: remove kmem_zalloc_greedy

On Wed, Mar 15, 2017 at 09:35:29AM +0100, Michal Hocko wrote: > On Wed 15-03-17 01:14:27, Luis R. Rodriguez wrote: > > On Tue, Mar 14, 2017 at 11:07:38AM -0700, Darrick J. Wong wrote: > > > On Tue, Mar 14, 2017 at 05:57:45PM +0100, Luis R. Rodriguez wrote: > > > > On Tue, Mar 07, 2017 at

Re: [PATCH v2 0/5] mm: support parallel free of memory

On Wed, Mar 15, 2017 at 03:18:14PM +0100, Michal Hocko wrote: > On Wed 15-03-17 16:59:59, Aaron Lu wrote: > [...] > > The proposed parallel free did this: if the process has many pages to be > > freed, accumulate them in these struct mmu_gather_batch(es) one after > > another till 256K pages are

Re: [PATCH v2] xfs: remove kmem_zalloc_greedy

On Wed, Mar 15, 2017 at 09:35:29AM +0100, Michal Hocko wrote: > On Wed 15-03-17 01:14:27, Luis R. Rodriguez wrote: > > On Tue, Mar 14, 2017 at 11:07:38AM -0700, Darrick J. Wong wrote: > > > On Tue, Mar 14, 2017 at 05:57:45PM +0100, Luis R. Rodriguez wrote: > > > > On Tue, Mar 07, 2017 at

Re: [PATCH v2 0/5] mm: support parallel free of memory

On Wed, Mar 15, 2017 at 03:18:14PM +0100, Michal Hocko wrote: > On Wed 15-03-17 16:59:59, Aaron Lu wrote: > [...] > > The proposed parallel free did this: if the process has many pages to be > > freed, accumulate them in these struct mmu_gather_batch(es) one after > > another till 256K pages are

[RFC PATCH] tty/serial: atmel: fix TX path in atmel_console_write()

A side effect of 89d8232411a8 ("tty/serial: atmel_serial: BUG: stop DMA from transmitting in stop_tx") is that the console can be called with TX path disabled. Then the system would hang trying to push charecters out in atmel_console_putchar(). Signed-off-by: Nicolas Ferre

[RFC PATCH] tty/serial: atmel: fix TX path in atmel_console_write()

A side effect of 89d8232411a8 ("tty/serial: atmel_serial: BUG: stop DMA from transmitting in stop_tx") is that the console can be called with TX path disabled. Then the system would hang trying to push charecters out in atmel_console_putchar(). Signed-off-by: Nicolas Ferre Fixes: 89d8232411a8

[PATCH v4 08/18] ARM: dtsi: axp22x: add AC power supply subnode

The X-Powers AXP22X PMIC exposes the status of AC power supply. This adds the AC power supply subnode for the AXP22X PMIC. Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- v2:

[PATCH v4 08/18] ARM: dtsi: axp22x: add AC power supply subnode

The X-Powers AXP22X PMIC exposes the status of AC power supply. This adds the AC power supply subnode for the AXP22X PMIC. Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- v2: - changed DT node name from ac_power_supply to ac-power-supply, - removed

[PATCH v4 1/3] mfd: wm831x: Add basic device tree binding

Add the basic ability to register the device through device tree, more work is needed to get each individual sub-driver functioning correctly but this is enough to get the device to probe from device tree. Signed-off-by: Charles Keepax --- Changes since v3:

[PATCH v4 1/3] mfd: wm831x: Add basic device tree binding

Add the basic ability to register the device through device tree, more work is needed to get each individual sub-driver functioning correctly but this is enough to get the device to probe from device tree. Signed-off-by: Charles Keepax --- Changes since v3: - No longer check return of

[PATCH v4 2/3] gpio: wm831x: Add basic device tree support

Now the wm831x-core has basic DT support we can update this driver to allow use of the GPIOs within a device tree system. Signed-off-by: Charles Keepax Acked-by: Linus Walleij --- No change since v3, but still needs to go through

[PATCH v4 2/3] gpio: wm831x: Add basic device tree support

Now the wm831x-core has basic DT support we can update this driver to allow use of the GPIOs within a device tree system. Signed-off-by: Charles Keepax Acked-by: Linus Walleij --- No change since v3, but still needs to go through Lee's tree. Thanks, Charles drivers/gpio/gpio-wm831x.c | 5

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On Wed, 15 Mar 2017 14:44:36 +0100 Jiri Slaby wrote: > @@ -16,14 +17,6 @@ > > #ifdef CONFIG_FUNCTION_TRACER > > -#ifdef CC_USING_FENTRY > -# define function_hook __fentry__ > -EXPORT_SYMBOL(__fentry__) There's a reason the export symbols are here. > -#else > -#

Re: [PATCH 1/1] fentry: x86, cleanup function_hook uses

On Wed, 15 Mar 2017 14:44:36 +0100 Jiri Slaby wrote: > @@ -16,14 +17,6 @@ > > #ifdef CONFIG_FUNCTION_TRACER > > -#ifdef CC_USING_FENTRY > -# define function_hook __fentry__ > -EXPORT_SYMBOL(__fentry__) There's a reason the export symbols are here. > -#else > -# define function_hook

[PATCH v4 3/3] mfd: wm831x: Add device tree binding document

Add a device tree binding document for the wm831x series of PMICs. Currently only support for the registering the device and the GPIOs are actually implemented in the driver. Signed-off-by: Charles Keepax --- Changes since v3: - Remove / on IRQ signal -

[PATCH v4 3/3] mfd: wm831x: Add device tree binding document

Add a device tree binding document for the wm831x series of PMICs. Currently only support for the registering the device and the GPIOs are actually implemented in the driver. Signed-off-by: Charles Keepax --- Changes since v3: - Remove / on IRQ signal - Change file paths to be relative

Re: kbuild/mkspec: Fix architectures where KBUILD_IMAGE isn't a full path

On Wed, Mar 15, 2017 at 04:03:44PM +0100, Michal Marek wrote: > Dne 15.3.2017 v 15:51 Tom Rini napsal(a): > > I found https://patchwork.kernel.org/patch/9442211/ today and I see that > > it was brought up again just before I sent my patch. I just want to > > point out that 9442211 doesn't address

Re: kbuild/mkspec: Fix architectures where KBUILD_IMAGE isn't a full path

On Wed, Mar 15, 2017 at 04:03:44PM +0100, Michal Marek wrote: > Dne 15.3.2017 v 15:51 Tom Rini napsal(a): > > I found https://patchwork.kernel.org/patch/9442211/ today and I see that > > it was brought up again just before I sent my patch. I just want to > > point out that 9442211 doesn't address

Re: [PATCH 1/2] blk-mq: don't complete un-started request in timeout handler

On Wed, 2017-03-15 at 20:40 +0800, Ming Lei wrote: > On Wed, Mar 15, 2017 at 08:18:53PM +0800, Ming Lei wrote: > > On Wed, Mar 15, 2017 at 12:07:37AM +, Bart Van Assche wrote: > > > > > or __blk_mq_requeue_request(). Another issue with this function is that > > > the > > > >

Re: [PATCH 1/2] blk-mq: don't complete un-started request in timeout handler

On Wed, 2017-03-15 at 20:40 +0800, Ming Lei wrote: > On Wed, Mar 15, 2017 at 08:18:53PM +0800, Ming Lei wrote: > > On Wed, Mar 15, 2017 at 12:07:37AM +, Bart Van Assche wrote: > > > > > or __blk_mq_requeue_request(). Another issue with this function is that > > > the > > > >

[RFC PATCH 2/2] ASoC: codec: wm8960: Relax bit clock computation

WM8960 derives bit clock from sysclock using BCLKDIV[3:0] of R8 clocking register (See WM8960 datasheet, page 71). There are use cases, like this: aplay -Dhw:0,0 -r 48000 -c 1 -f S20_3LE -t raw audio48k20b_3LE1c.pcm where no BCLKDIV applied to sysclock can give us the exact requested bitclk, so

[RFC PATCH 2/2] ASoC: codec: wm8960: Relax bit clock computation

WM8960 derives bit clock from sysclock using BCLKDIV[3:0] of R8 clocking register (See WM8960 datasheet, page 71). There are use cases, like this: aplay -Dhw:0,0 -r 48000 -c 1 -f S20_3LE -t raw audio48k20b_3LE1c.pcm where no BCLKDIV applied to sysclock can give us the exact requested bitclk, so

[RFC PATCH 1/2] ASoC: codec: wm8960: Refactor sysclk freq search

Add a separate function for finding (sysclk, lrclk, bclk) when the clock is auto or mclk. This makes code easier to read and reduces the indentation level in wm8960_configure_clocking. Signed-off-by: Daniel Baluta --- sound/soc/codecs/wm8960.c | 82

[RFC PATCH 1/2] ASoC: codec: wm8960: Refactor sysclk freq search

Add a separate function for finding (sysclk, lrclk, bclk) when the clock is auto or mclk. This makes code easier to read and reduces the indentation level in wm8960_configure_clocking. Signed-off-by: Daniel Baluta --- sound/soc/codecs/wm8960.c | 82

[RFC PATCH 0/2] wm8960: Relax bit clock computation

This patch series allows running S20_3LE encoded samples on wm8960 codec. First patch does a small refactoring of sysclk frequency search because wm8960_configure_sysclk was getting pretty convoluted. The second patch allows relaxing bitclock computation in the way that if an exact bitclk

[RFC PATCH 0/2] wm8960: Relax bit clock computation

This patch series allows running S20_3LE encoded samples on wm8960 codec. First patch does a small refactoring of sysclk frequency search because wm8960_configure_sysclk was getting pretty convoluted. The second patch allows relaxing bitclock computation in the way that if an exact bitclk

[PATCH] netxen_nic: remove redundant check if retries is zero

From: Colin Ian King At the end of the timeout loop, retries will always be zero so the check for zero is redundant so remove it. Also replace printk with pr_err as recommended by checkpatch. Signed-off-by: Colin Ian King ---

[PATCH] netxen_nic: remove redundant check if retries is zero

From: Colin Ian King At the end of the timeout loop, retries will always be zero so the check for zero is redundant so remove it. Also replace printk with pr_err as recommended by checkpatch. Signed-off-by: Colin Ian King --- drivers/net/ethernet/qlogic/netxen/netxen_nic_init.c | 9 ++---

Re: [PATCH] MIPS: Add 48-bit VA space (and 4-level page tables) for 4K pages.

On Thu, Feb 16, 2017 at 05:27:34PM -0800, David Daney wrote: > From: Alex Belits > > Some users must have 4K pages while needing a 48-bit VA space size. > The cleanest way do do this is to go to a 4-level page table for this > case. Each page table level using order-0

Re: [PATCH] MIPS: cavium-octeon: Remove vestiges of CONFIG_CAVIUM_OCTEON_2ND_KERNEL

On Fri, Feb 17, 2017 at 11:45:55AM -0800, David Daney wrote: > This config option never really worked, and has bit-rotted to the > point of being completely useless. Remove it completely. Thanks, queued for 4.12. Ralf

Re: [PATCH] MIPS: Add 48-bit VA space (and 4-level page tables) for 4K pages.

On Thu, Feb 16, 2017 at 05:27:34PM -0800, David Daney wrote: > From: Alex Belits > > Some users must have 4K pages while needing a 48-bit VA space size. > The cleanest way do do this is to go to a 4-level page table for this > case. Each page table level using order-0 pages adds 9 bits to the

Re: [PATCH] MIPS: cavium-octeon: Remove vestiges of CONFIG_CAVIUM_OCTEON_2ND_KERNEL

On Fri, Feb 17, 2017 at 11:45:55AM -0800, David Daney wrote: > This config option never really worked, and has bit-rotted to the > point of being completely useless. Remove it completely. Thanks, queued for 4.12. Ralf

Re: [PATCH] morse code panics for 2.5.65

Am 12.03.2017 um 17:22 schrieb Tomas Szepe: > Hello Oleksij, > >> can you please give GPL permission for this code. > > Fine by me. > Thank you, is you permission enough, or I should wait for Andrew response? -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: [PATCH] morse code panics for 2.5.65

Am 12.03.2017 um 17:22 schrieb Tomas Szepe: > Hello Oleksij, > >> can you please give GPL permission for this code. > > Fine by me. > Thank you, is you permission enough, or I should wait for Andrew response? -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: [PATCH v2 0/5] MIPS: BPF: JIT fixes and improvements.

On Tue, Mar 14, 2017 at 05:34:02PM -0700, David Daney wrote: > > What tree are you targetting with these changes? Do you expect > > them to go via the MIPS or the net-next tree? > > > > Please be explicit about this in the future. > > > > Sorry I didn't mention it. > > My expectation is that

Re: [PATCH v2 0/5] MIPS: BPF: JIT fixes and improvements.

On Tue, Mar 14, 2017 at 05:34:02PM -0700, David Daney wrote: > > What tree are you targetting with these changes? Do you expect > > them to go via the MIPS or the net-next tree? > > > > Please be explicit about this in the future. > > > > Sorry I didn't mention it. > > My expectation is that

[PATCH] kobject: support passing in variables for synthetic uevents

This patch makes it possible to pass additional arguments in addition to uevent action name when writing /sys/.../uevent attribute. These additional arguments are then inserted into generated synthetic uevent as additional environment variables. Before, we were not able to pass any additional

[PATCH] kobject: support passing in variables for synthetic uevents

This patch makes it possible to pass additional arguments in addition to uevent action name when writing /sys/.../uevent attribute. These additional arguments are then inserted into generated synthetic uevent as additional environment variables. Before, we were not able to pass any additional

[PATCH v4 07/18] ARM: dtsi: axp209: add AC power supply subnode

The X-Powers AXP20X PMIC exposes the status of AC power supply, the current current and voltage supplied to the board by the AC power supply. This adds the AC power supply subnode for AXP20X PMIC. Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai

[PATCH v4 07/18] ARM: dtsi: axp209: add AC power supply subnode

The X-Powers AXP20X PMIC exposes the status of AC power supply, the current current and voltage supplied to the board by the AC power supply. This adds the AC power supply subnode for AXP20X PMIC. Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- v2: - changed

Re: [PATCH v2 13/14] usb: host: ehci-st: simplify optional reset handling

Hi Alan, On Wed, 2017-03-15 at 10:35 -0400, Alan Stern wrote: > On Wed, 15 Mar 2017, 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.

Re: [PATCH v2 13/14] usb: host: ehci-st: simplify optional reset handling

Hi Alan, On Wed, 2017-03-15 at 10:35 -0400, Alan Stern wrote: > On Wed, 15 Mar 2017, 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.

Re: [PATCH v3 3/3] mfd: wm831x: Add device tree binding document

On Tue, Mar 14, 2017 at 02:59:35PM +, Lee Jones wrote: > On Mon, 06 Mar 2017, Charles Keepax wrote: > > > Add a device tree binding document for the wm831x series of PMICs. > > Currently only support for the registering the device and the GPIOs are > > actually implemented in the driver. > >

Re: [PATCH v3 3/3] mfd: wm831x: Add device tree binding document

On Tue, Mar 14, 2017 at 02:59:35PM +, Lee Jones wrote: > On Mon, 06 Mar 2017, Charles Keepax wrote: > > > Add a device tree binding document for the wm831x series of PMICs. > > Currently only support for the registering the device and the GPIOs are > > actually implemented in the driver. > >

Re: [PATCH net-next 3/3] vxlan: allow multiple VXLANs with same VNI for IPv6 link-local addresses

On Wed, 15 Mar 2017 15:29:29 +0100, Matthias Schiffer wrote: > While ensuring that the destination address is link-local iff the source > address is would also be an option, it didn't seem too useful as the > destination address will be a multicast address anyways in "normal" VXLAN >

Re: [PATCH net-next 3/3] vxlan: allow multiple VXLANs with same VNI for IPv6 link-local addresses

On Wed, 15 Mar 2017 15:29:29 +0100, Matthias Schiffer wrote: > While ensuring that the destination address is link-local iff the source > address is would also be an option, it didn't seem too useful as the > destination address will be a multicast address anyways in "normal" VXLAN >

Re: [alsa-devel] [RFC PATCH] ASoC: wm8960: Use physical width for bclk

On Wed, Mar 15, 2017 at 3:33 PM, Mark Brown wrote: > On Wed, Mar 15, 2017 at 09:19:01AM +, Charles Keepax wrote: >> On Tue, Mar 14, 2017 at 06:57:02PM +0200, Daniel Baluta wrote: > >> > - wm8960->bclk = snd_soc_params_to_bclk(params); >> > + wm8960->bclk =

Re: [alsa-devel] [RFC PATCH] ASoC: wm8960: Use physical width for bclk

On Wed, Mar 15, 2017 at 3:33 PM, Mark Brown wrote: > On Wed, Mar 15, 2017 at 09:19:01AM +, Charles Keepax wrote: >> On Tue, Mar 14, 2017 at 06:57:02PM +0200, Daniel Baluta wrote: > >> > - wm8960->bclk = snd_soc_params_to_bclk(params); >> > + wm8960->bclk = params_physical_width(params) *

Re: [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed

Hi, On Tue, Mar 14, 2017 at 06:38:03PM +0100, Pavel Machek wrote: > Hi! > > > > > However there are still three problems left: > > > > 1. More and more reports show that other platforms also > > > >encountered the same issue, so the quirk list might > > > >be endless. > > > > 2. Each CPUs

Re: [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed

Hi, On Tue, Mar 14, 2017 at 06:38:03PM +0100, Pavel Machek wrote: > Hi! > > > > > However there are still three problems left: > > > > 1. More and more reports show that other platforms also > > > >encountered the same issue, so the quirk list might > > > >be endless. > > > > 2. Each CPUs

Re: [PATCH 3/3] kvm: arm/arm64: Fix locking for kvm_free_stage2_pgd

On 15/03/17 14:33, Suzuki K Poulose wrote: > On 15/03/17 13:28, Marc Zyngier wrote: >> On 15/03/17 10:56, Christoffer Dall wrote: >>> On Wed, Mar 15, 2017 at 09:39:26AM +, Marc Zyngier wrote: On 15/03/17 09:21, Christoffer Dall wrote: > On Tue, Mar 14, 2017 at 02:52:34PM +, Suzuki

Re: [PATCH 3/3] kvm: arm/arm64: Fix locking for kvm_free_stage2_pgd

On 15/03/17 14:33, Suzuki K Poulose wrote: > On 15/03/17 13:28, Marc Zyngier wrote: >> On 15/03/17 10:56, Christoffer Dall wrote: >>> On Wed, Mar 15, 2017 at 09:39:26AM +, Marc Zyngier wrote: On 15/03/17 09:21, Christoffer Dall wrote: > On Tue, Mar 14, 2017 at 02:52:34PM +, Suzuki

<    5   6   7   8   9   10   11   12   13   14   >