[PATCH v2 2/4] drivers: firmware: xilinx: Add ZynqMP firmware driver

This patch is adding communication layer with firmware. Firmware driver provides an interface to firmware APIs. Interface APIs can be used by any driver to communicate to PMUFW(Platform Management Unit). All requests go through ATF. Signed-off-by: Jolly Shah Signed-off-by:

[PATCH v2 4/4] drivers: firmware: xilinx: Add debugfs interface

Firmware-debug provides debugfs interface to all APIs. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja --- drivers/firmware/xilinx/zynqmp/Kconfig | 7 + drivers/firmware/xilinx/zynqmp/Makefile| 1 +

[PATCH v2 4/4] drivers: firmware: xilinx: Add debugfs interface

Firmware-debug provides debugfs interface to all APIs. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja --- drivers/firmware/xilinx/zynqmp/Kconfig | 7 + drivers/firmware/xilinx/zynqmp/Makefile| 1 + drivers/firmware/xilinx/zynqmp/firmware-debug.c| 524

[PATCH v2 2/4] drivers: firmware: xilinx: Add ZynqMP firmware driver

This patch is adding communication layer with firmware. Firmware driver provides an interface to firmware APIs. Interface APIs can be used by any driver to communicate to PMUFW(Platform Management Unit). All requests go through ATF. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja ---

[PATCH v2 3/4] drivers: firmware: xilinx: Add sysfs interface

Add Firmware-ggs sysfs interface which provides read/write interface to global storage registers. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja --- .../ABI/stable/sysfs-driver-zynqmp-firmware| 33 +++ drivers/firmware/xilinx/zynqmp/Makefile

[PATCH v2 3/4] drivers: firmware: xilinx: Add sysfs interface

Add Firmware-ggs sysfs interface which provides read/write interface to global storage registers. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja --- .../ABI/stable/sysfs-driver-zynqmp-firmware| 33 +++ drivers/firmware/xilinx/zynqmp/Makefile| 2 +-

[PATCH v2 0/4] drivers: firmware: xilinx: Add firmware driver support

Introduce firmware driver for ZynqMP core. This patchset is adding communication layer with firmware. Firmware driver provides an interface to firmware APIs. Interface APIs can be used by any driver to communicate to PMUFW(Platform Management Unit). All requests go through ATF. v2: - change

[PATCH v2 0/4] drivers: firmware: xilinx: Add firmware driver support

Introduce firmware driver for ZynqMP core. This patchset is adding communication layer with firmware. Firmware driver provides an interface to firmware APIs. Interface APIs can be used by any driver to communicate to PMUFW(Platform Management Unit). All requests go through ATF. v2: - change

Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support

On Wed, Jan 17, 2018 at 05:55:39PM +0100, Marcin Wojtas wrote: > Hi, > > This is a third version of the patchset introducing mvpp2 driver ability > to operate with ACPI. Until follow-up generic MDIO is introduced > it can using the link interrupt capability (a.k.a. in-band management) > on all

Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support

On Wed, Jan 17, 2018 at 05:55:39PM +0100, Marcin Wojtas wrote: > Hi, > > This is a third version of the patchset introducing mvpp2 driver ability > to operate with ACPI. Until follow-up generic MDIO is introduced > it can using the link interrupt capability (a.k.a. in-band management) > on all

[PATCH v3 01/12] clk: sunxi-ng: Mask nkmp factors when setting register

Currently, if one of the factors isn't present, bit 0 gets always set to 1. For example, A83T has NMP PLLs modelled as NKMP PLL without K. Since K is not specified, it's offset, width and shift is 0. Driver assumes that lowest value possible is 1, otherwise we would get division by 0. That

[PATCH v3 01/12] clk: sunxi-ng: Mask nkmp factors when setting register

Currently, if one of the factors isn't present, bit 0 gets always set to 1. For example, A83T has NMP PLLs modelled as NKMP PLL without K. Since K is not specified, it's offset, width and shift is 0. Driver assumes that lowest value possible is 1, otherwise we would get division by 0. That

[PATCH v3 03/12] drm/bridge/synopsys: dw-hdmi: Enable workaround for v1.32a

Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Tests show that one iteration is enough. Acked-by: Laurent Pinchart Signed-off-by: Jernej Skrabec

[PATCH v3 06/12] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

This commit adds all necessary compatibles and descriptions needed to implement A83T HDMI pipeline. Mixer is already properly described, so only compatible is added. However, A83T TV TCON, which is connected to HDMI, doesn't have channel 0, contrary to all TCONs currently described. Because of

[PATCH v3 03/12] drm/bridge/synopsys: dw-hdmi: Enable workaround for v1.32a

Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Tests show that one iteration is enough. Acked-by: Laurent Pinchart Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 8 +--- 1

[PATCH v3 06/12] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

This commit adds all necessary compatibles and descriptions needed to implement A83T HDMI pipeline. Mixer is already properly described, so only compatible is added. However, A83T TV TCON, which is connected to HDMI, doesn't have channel 0, contrary to all TCONs currently described. Because of

[PATCH v3 04/12] drm/bridge/synopsys: dw-hdmi: Export some PHY related functions

Parts of PHY code could be useful also for custom PHYs. For example, Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY with few additional memory mapped registers, so most of the Synopsys PHY related code could be reused. Functions exported here are actually not specific to

[PATCH v3 04/12] drm/bridge/synopsys: dw-hdmi: Export some PHY related functions

Parts of PHY code could be useful also for custom PHYs. For example, Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY with few additional memory mapped registers, so most of the Synopsys PHY related code could be reused. Functions exported here are actually not specific to

[PATCH v3 07/12] drm/sun4i: Add has_channel_0 TCON quirk

Some TCONs on newer SoCs doesn't support channel 0, since they are meant to be used only with TV or HDMI encoder. Prepare support for them with adding has_channel_0 quirk. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec ---

[PATCH v3 09/12] drm/sun4i: Add support for A83T second DE2 mixer

It supports 1 VI and 1 UI plane and HW scaling on both planes. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++ 1 file changed, 11 insertions(+) diff --git

[PATCH v3 07/12] drm/sun4i: Add has_channel_0 TCON quirk

Some TCONs on newer SoCs doesn't support channel 0, since they are meant to be used only with TV or HDMI encoder. Prepare support for them with adding has_channel_0 quirk. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 41

[PATCH v3 09/12] drm/sun4i: Add support for A83T second DE2 mixer

It supports 1 VI and 1 UI plane and HW scaling on both planes. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun8i_mixer.c

[PATCH v3 05/12] drm/bridge/synopsys: dw-hdmi: don't clobber drvdata

dw_hdmi shouldn't set drvdata since some drivers might need to store it's own data there. Rework dw_hdmi in a way to return struct dw_hdmi instead to store it in drvdata. This way drivers are responsible to store and pass structure when needed. Idea was taken from the following commit:

[PATCH v3 05/12] drm/bridge/synopsys: dw-hdmi: don't clobber drvdata

dw_hdmi shouldn't set drvdata since some drivers might need to store it's own data there. Rework dw_hdmi in a way to return struct dw_hdmi instead to store it in drvdata. This way drivers are responsible to store and pass structure when needed. Idea was taken from the following commit:

[PATCH v3 11/12] ARM: dts: sun8i: a83t: Add HDMI display pipeline

This commit adds all bits necessary for HDMI on A83T - mixer1, tcon1, hdmi, hdmi phy and hdmi pinctrl entries. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t.dtsi | 119 +- 1 file changed, 118 insertions(+), 1

[PATCH v3 11/12] ARM: dts: sun8i: a83t: Add HDMI display pipeline

This commit adds all bits necessary for HDMI on A83T - mixer1, tcon1, hdmi, hdmi phy and hdmi pinctrl entries. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t.dtsi | 119 +- 1 file changed, 118 insertions(+), 1 deletion(-) diff --git

[PATCH v3 12/12] ARM: dts: sun8i: a83t: Enable HDMI on BananaPi M3

BananaPi M3 includes HDMI connector, so add support for it. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts | 25 + 1 file changed, 25 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts

[PATCH v3 12/12] ARM: dts: sun8i: a83t: Enable HDMI on BananaPi M3

BananaPi M3 includes HDMI connector, so add support for it. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts | 25 + 1 file changed, 25 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts

[PATCH v3 10/12] drm/sun4i: Implement A83T HDMI driver

A83T has DW HDMI IP block with a custom PHY similar to Synopsys gen2 HDMI PHY. Only video output was tested, while HW also supports audio and CEC. Support for them will be added later. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/Kconfig | 9 +

[PATCH v3 10/12] drm/sun4i: Implement A83T HDMI driver

A83T has DW HDMI IP block with a custom PHY similar to Synopsys gen2 HDMI PHY. Only video output was tested, while HW also supports audio and CEC. Support for them will be added later. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/Kconfig | 9 +

[PATCH v3 08/12] drm/sun4i: Add support for A83T second TCON

This TCON is connected to HDMI encoder. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c

[PATCH v3 08/12] drm/sun4i: Add support for A83T second TCON

This TCON is connected to HDMI encoder. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c b/drivers/gpu/drm/sun4i/sun4i_tcon.c index

[PATCH v3 00/12] drm/sun4i: Add A83T HDMI support

This patch series implements support for A83T DW HDMI and PHY. Contrary to v1 series, this one is based on latest linux-next, since all needed patches were merged. While exactly this combination of HDMI controller and PHY is not common in Allwinner SoCs, this patch series nevertheless makes

[PATCH v3 00/12] drm/sun4i: Add A83T HDMI support

This patch series implements support for A83T DW HDMI and PHY. Contrary to v1 series, this one is based on latest linux-next, since all needed patches were merged. While exactly this combination of HDMI controller and PHY is not common in Allwinner SoCs, this patch series nevertheless makes

[PATCH v3 02/12] clk: sunxi-ng: Change formula for NKMP PLLs

This commit changes formula from this: Freq = (parent_freq * N * K) / (M * P) to this: Freq = (parent_freq / M) * N * K / P This improves situation when N is in the range 1-255. PLL parent clock is almost always 24 MHz, which means that for N >= 180 original formula overflows and result

[PATCH v3 02/12] clk: sunxi-ng: Change formula for NKMP PLLs

This commit changes formula from this: Freq = (parent_freq * N * K) / (M * P) to this: Freq = (parent_freq / M) * N * K / P This improves situation when N is in the range 1-255. PLL parent clock is almost always 24 MHz, which means that for N >= 180 original formula overflows and result

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 12:05 PM, Al Viro wrote: > On Wed, Jan 17, 2018 at 11:54:12AM -0800, Dan Williams wrote: >> On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: >> > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: >> [..] >> >

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 12:05 PM, Al Viro wrote: > On Wed, Jan 17, 2018 at 11:54:12AM -0800, Dan Williams wrote: >> On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: >> > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: >> [..] >> > Incidentally, what about copy_to_iter() and

Re: [PATCH v4] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

On 01/17/2018 11:45 AM, Marcus Folkesson wrote: > Hi Randy! > > On Wed, Jan 17, 2018 at 11:13:43AM -0800, Randy Dunlap wrote: >> On 01/17/2018 11:07 AM, Marcus Folkesson wrote: >>> This driver let you plug in your RC controller to the adapter and >>> use it as input device in various RC

Re: [PATCH v4] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

On 01/17/2018 11:45 AM, Marcus Folkesson wrote: > Hi Randy! > > On Wed, Jan 17, 2018 at 11:13:43AM -0800, Randy Dunlap wrote: >> On 01/17/2018 11:07 AM, Marcus Folkesson wrote: >>> This driver let you plug in your RC controller to the adapter and >>> use it as input device in various RC

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On Wed, Jan 17, 2018 at 11:42 AM, Linus Torvalds wrote: > > [ .. ]Some of the errata > around SME have been about machine check exceptions or something. That should be "some of the errata around wbinvd". I have no idea if there have been SME issues. That

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On Wed, Jan 17, 2018 at 11:42 AM, Linus Torvalds wrote: > > [ .. ]Some of the errata > around SME have been about machine check exceptions or something. That should be "some of the errata around wbinvd". I have no idea if there have been SME issues. That said, the really bad old wbinvd

Re: [PATCH] IIO: ADC: stm32-dfsdm: remove unused variable

On Wed, Jan 17, 2018 at 4:27 PM, Arnaud Pouliquen wrote: > Hi Arnd, > > On 01/17/2018 03:46 PM, Arnd Bergmann wrote: >> A cleanup left one variable behind that is no longer needed and >> can be removed, as shown by the gcc warning: >> >>

Re: [PATCH] IIO: ADC: stm32-dfsdm: remove unused variable

On Wed, Jan 17, 2018 at 4:27 PM, Arnaud Pouliquen wrote: > Hi Arnd, > > On 01/17/2018 03:46 PM, Arnd Bergmann wrote: >> A cleanup left one variable behind that is no longer needed and >> can be removed, as shown by the gcc warning: >> >> drivers/iio/adc/stm32-dfsdm-core.c: In function

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

Hello, Steven. On Wed, Jan 17, 2018 at 12:12:51PM -0500, Steven Rostedt wrote: > From what I gathered, you said an OOM would trigger, and then the > network console would not be able to allocate memory and it would > trigger a printk too, and cause an infinite amount of printks. Yeah, it falls

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

Hello, Steven. On Wed, Jan 17, 2018 at 12:12:51PM -0500, Steven Rostedt wrote: > From what I gathered, you said an OOM would trigger, and then the > network console would not be able to allocate memory and it would > trigger a printk too, and cause an infinite amount of printks. Yeah, it falls

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 11:54:12AM -0800, Dan Williams wrote: > On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: > > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: > [..] > > Incidentally, what about copy_to_iter() and friends? They > > check iov_iter

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 11:54:12AM -0800, Dan Williams wrote: > On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: > > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: > [..] > > Incidentally, what about copy_to_iter() and friends? They > > check iov_iter flavour and go either

Re: [PATCH v2 03/31] net: Introduce net_sem for protection of pernet_list

On Mon, Nov 20, 2017 at 09:32:34PM +0300, Kirill Tkhai wrote: > Curently mutex is used to protect pernet operations list. It makes > cleanup_net() to execute ->exit methods of the same operations set, > which was used on the time of ->init, even after net namespace is > unlinked from

Re: [PATCH v2 03/31] net: Introduce net_sem for protection of pernet_list

On Mon, Nov 20, 2017 at 09:32:34PM +0300, Kirill Tkhai wrote: > Curently mutex is used to protect pernet operations list. It makes > cleanup_net() to execute ->exit methods of the same operations set, > which was used on the time of ->init, even after net namespace is > unlinked from

Re: [PATCH v3 00/10] perf tools: Add support for CoreSight trace decoding

Em Wed, Jan 17, 2018 at 10:52:09AM -0700, Mathieu Poirier escreveu: > Hi Arnaldo, > > This patchset adds support for per-thread CoreSight trace decoding from the > "perf report" interface. It is largely modelled on what has been done for > intelPT traces and currently targets the ETMv4

Re: [PATCH v3 00/10] perf tools: Add support for CoreSight trace decoding

Em Wed, Jan 17, 2018 at 10:52:09AM -0700, Mathieu Poirier escreveu: > Hi Arnaldo, > > This patchset adds support for per-thread CoreSight trace decoding from the > "perf report" interface. It is largely modelled on what has been done for > intelPT traces and currently targets the ETMv4

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On 1/17/2018 1:42 PM, Linus Torvalds wrote: > On Tue, Jan 16, 2018 at 11:22 PM, Dave Young wrote: >> >> For the kexec reboot hang, if I remove the wbinvd in stop_this_cpu() >> then kexec works fine. like this: > > Honestly, I think we should apply that patch regardless. > >

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 11:26 AM, Linus Torvalds wrote: > On Wed, Jan 17, 2018 at 6:17 AM, Alan Cox wrote: >> >> Can we kill off the remaining users of set_fs() ? > > I would love to, but it's not going to happen short-term. If ever. > > Some

Re: [PATCH v5 00/17] ASoC: fsl_ssi: Clean up - program flow level

On Wed, Jan 17, 2018 at 08:38:48PM +0100, Maciej S. Szmigiero wrote: > However, I have a small nitpick regarding a comment newly added in > this version of patch 16: > + /* > + * Do not set SSI dev as the parent of AC97 CODEC device since > + * it does not

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On 1/17/2018 1:42 PM, Linus Torvalds wrote: > On Tue, Jan 16, 2018 at 11:22 PM, Dave Young wrote: >> >> For the kexec reboot hang, if I remove the wbinvd in stop_this_cpu() >> then kexec works fine. like this: > > Honestly, I think we should apply that patch regardless. > > Using 'wbinvd'

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 11:26 AM, Linus Torvalds wrote: > On Wed, Jan 17, 2018 at 6:17 AM, Alan Cox wrote: >> >> Can we kill off the remaining users of set_fs() ? > > I would love to, but it's not going to happen short-term. If ever. > > Some could be removed today: the code in

Re: [PATCH v5 00/17] ASoC: fsl_ssi: Clean up - program flow level

On Wed, Jan 17, 2018 at 08:38:48PM +0100, Maciej S. Szmigiero wrote: > However, I have a small nitpick regarding a comment newly added in > this version of patch 16: > + /* > + * Do not set SSI dev as the parent of AC97 CODEC device since > + * it does not

Re: [PATCH] MIPS: fix typo BIG_ENDIAN to CPU_BIG_ENDIAN

On Wed, Jan 17, 2018 at 07:56:38PM +0100, Corentin Labbe wrote: > MIPS_GENERIC select some options with condition on BIG_ENDIAN which do > not exists. > Replace BIG_ENDIAN by CPU_BIG_ENDIAN which is the correct kconfig name. > Note that BMIP_GENERIC do the same which confirm that this patch is >

Re: [PATCH] MIPS: fix typo BIG_ENDIAN to CPU_BIG_ENDIAN

On Wed, Jan 17, 2018 at 07:56:38PM +0100, Corentin Labbe wrote: > MIPS_GENERIC select some options with condition on BIG_ENDIAN which do > not exists. > Replace BIG_ENDIAN by CPU_BIG_ENDIAN which is the correct kconfig name. > Note that BMIP_GENERIC do the same which confirm that this patch is >

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: [..] > Incidentally, what about copy_to_iter() and friends? They > check iov_iter flavour and go either into the "copy to kernel buffer" > or "copy to

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 10:52 AM, Al Viro wrote: > On Wed, Jan 17, 2018 at 02:17:26PM +, Alan Cox wrote: [..] > Incidentally, what about copy_to_iter() and friends? They > check iov_iter flavour and go either into the "copy to kernel buffer" > or "copy to userland" paths. Do we need

aio fsync revisited

Hi all, this patch adds workqueue based fsync offload. Version of this patch have been floating around for a couple years, but we now have a user with seastar used by ScyllaDB (who sponsored this work) that really wants this in addition to the aio poll support. More details are in the patch

aio fsync revisited

Hi all, this patch adds workqueue based fsync offload. Version of this patch have been floating around for a couple years, but we now have a user with seastar used by ScyllaDB (who sponsored this work) that really wants this in addition to the aio poll support. More details are in the patch

[PATCH] aio: resurrect IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC support

These and the ->aio_fsync method had been merged together with the initial aio support, but no ->aio_fsync method had ever been implemented in mainline, so it got removed a while ago. This patch wires up the iocb commands to a simple workqueue based offload that already shows great performance.

[PATCH] aio: resurrect IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC support

These and the ->aio_fsync method had been merged together with the initial aio support, but no ->aio_fsync method had ever been implemented in mainline, so it got removed a while ago. This patch wires up the iocb commands to a simple workqueue based offload that already shows great performance.

Re: [PATCH v4] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

Hi Randy! On Wed, Jan 17, 2018 at 11:13:43AM -0800, Randy Dunlap wrote: > On 01/17/2018 11:07 AM, Marcus Folkesson wrote: > > This driver let you plug in your RC controller to the adapter and > > use it as input device in various RC simulators. > > > > Signed-off-by: Marcus Folkesson

Re: [PATCH v4] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

Hi Randy! On Wed, Jan 17, 2018 at 11:13:43AM -0800, Randy Dunlap wrote: > On 01/17/2018 11:07 AM, Marcus Folkesson wrote: > > This driver let you plug in your RC controller to the adapter and > > use it as input device in various RC simulators. > > > > Signed-off-by: Marcus Folkesson > > --- >

Re: [PATCH] [RESEND] drm/gma500: initialize gma_clock_t structures

On Wed, Jan 17, 2018 at 3:55 PM, Daniel Vetter wrote: > On Wed, Jan 17, 2018 at 3:36 PM, Arnd Bergmann wrote: >> On Wed, Jan 17, 2018 at 9:27 AM, Daniel Vetter wrote: >>> On Tue, Jan 16, 2018 at 03:57:10PM +0100, Arnd Bergmann wrote: The two

Re: [PATCH] [RESEND] drm/gma500: initialize gma_clock_t structures

On Wed, Jan 17, 2018 at 3:55 PM, Daniel Vetter wrote: > On Wed, Jan 17, 2018 at 3:36 PM, Arnd Bergmann wrote: >> On Wed, Jan 17, 2018 at 9:27 AM, Daniel Vetter wrote: >>> On Tue, Jan 16, 2018 at 03:57:10PM +0100, Arnd Bergmann wrote: The two functions pass a partially initialized structure

Re: [PATCH] lib: Remove select of inexistant GENERIC_IO

+Richard On Wed, Jan 17, 2018 at 1:10 PM, Corentin Labbe wrote: > config option GENERIC_IO was removed but still selected by lib/kconfig > This patch finish the cleaning. > > Fixes: 9de8da47742b ("kconfig: kill off GENERIC_IO option") > Signed-off-by: Corentin Labbe

Re: [PATCH] lib: Remove select of inexistant GENERIC_IO

+Richard On Wed, Jan 17, 2018 at 1:10 PM, Corentin Labbe wrote: > config option GENERIC_IO was removed but still selected by lib/kconfig > This patch finish the cleaning. > > Fixes: 9de8da47742b ("kconfig: kill off GENERIC_IO option") > Signed-off-by: Corentin Labbe > --- > lib/Kconfig | 1 - >

Re: [PATCH] [RESEND] drm: i915: remove timeval users

On Wed, Jan 17, 2018 at 7:02 PM, Chris Wilson wrote: > Quoting Arnd Bergmann (2018-01-17 15:48:53) >> struct timeval is deprecated because it cannot represent times >> past 2038. In this driver, the only use of this structure is >> to capture debug information. This is

Re: [PATCH] [RESEND] drm: i915: remove timeval users

On Wed, Jan 17, 2018 at 7:02 PM, Chris Wilson wrote: > Quoting Arnd Bergmann (2018-01-17 15:48:53) >> struct timeval is deprecated because it cannot represent times >> past 2038. In this driver, the only use of this structure is >> to capture debug information. This is easily changed to ktime_t,

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On Tue, Jan 16, 2018 at 11:22 PM, Dave Young wrote: > > For the kexec reboot hang, if I remove the wbinvd in stop_this_cpu() > then kexec works fine. like this: Honestly, I think we should apply that patch regardless. Using 'wbinvd' should not be some "just because of random

Re: kexec reboot fails with extra wbinvd introduced for AME SME

On Tue, Jan 16, 2018 at 11:22 PM, Dave Young wrote: > > For the kexec reboot hang, if I remove the wbinvd in stop_this_cpu() > then kexec works fine. like this: Honestly, I think we should apply that patch regardless. Using 'wbinvd' should not be some "just because of random reasons". There are

[PATCH 02/36] aio: remove an outdated comment in aio_complete

These days we don't treat sync iocbs special in the aio completion code as they never use it. Remove the old comment, and move the BUG_ON for a sync iocb to the top of the function. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer --- fs/aio.c | 11

[PATCH 02/36] aio: remove an outdated comment in aio_complete

These days we don't treat sync iocbs special in the aio completion code as they never use it. Remove the old comment, and move the BUG_ON for a sync iocb to the top of the function. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer --- fs/aio.c | 11 ++- 1 file changed, 2

[PATCH 03/36] aio: refactor read/write iocb setup

Don't reference the kiocb structure from the common aio code, and move any use of it into helper specific to the read/write path. This is in preparation for aio_poll support that wants to use the space for different fields. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer

[PATCH 03/36] aio: refactor read/write iocb setup

Don't reference the kiocb structure from the common aio code, and move any use of it into helper specific to the read/write path. This is in preparation for aio_poll support that wants to use the space for different fields. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer --- fs/aio.c |

[PATCH 04/36] aio: sanitize ki_list handling

Instead of handcoded non-null checks always initialize ki_list to an empty list and use list_empty / list_empty_careful on it. While we're at it also error out on a double call to kiocb_set_cancel_fn instead of ignoring it. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer

[PATCH 04/36] aio: sanitize ki_list handling

Instead of handcoded non-null checks always initialize ki_list to an empty list and use list_empty / list_empty_careful on it. While we're at it also error out on a double call to kiocb_set_cancel_fn instead of ignoring it. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer --- fs/aio.c |

Re: [PATCH] Kbuild: suppress packed-not-aligned warning for default setting only

On Wed, Jan 17, 2018 at 5:12 PM, Masahiro Yamada wrote: > 2018-01-11 18:22 GMT+09:00 Xiongfeng Wang : >> From: Xiongfeng Wang >> >> gcc-8 reports many -Wpacked-not-aligned warnings. The below are some >>

Re: [PATCH] Kbuild: suppress packed-not-aligned warning for default setting only

On Wed, Jan 17, 2018 at 5:12 PM, Masahiro Yamada wrote: > 2018-01-11 18:22 GMT+09:00 Xiongfeng Wang : >> From: Xiongfeng Wang >> >> gcc-8 reports many -Wpacked-not-aligned warnings. The below are some >> examples. >> >> ./include/linux/ceph/msgr.h:67:1: warning: alignment 1 of 'struct >>

[PATCH 08/36] aio: implement io_pgetevents

This is the io_getevents equivalent of ppoll/pselect and allows to properly mix signals and aio completions (especially with IOCB_CMD_POLL) and atomically executes the following sequence: sigset_t origmask; pthread_sigmask(SIG_SETMASK, , ); ret = io_getevents(ctx, min_nr,

[PATCH 08/36] aio: implement io_pgetevents

This is the io_getevents equivalent of ppoll/pselect and allows to properly mix signals and aio completions (especially with IOCB_CMD_POLL) and atomically executes the following sequence: sigset_t origmask; pthread_sigmask(SIG_SETMASK, , ); ret = io_getevents(ctx, min_nr,

Re: [PATCH v5 00/17] ASoC: fsl_ssi: Clean up - program flow level

On 17.01.2018 07:51, Nicolin Chen wrote: > [ Maciej, could you please send your Tested-by/Reviewed-by for AC97 > once you confirm this series? > > And Caleb, this version does not need a test for non-AC97 cases. > > Thanks both! ] > > ==Change log== > v5 > * Reworked the series by

[PATCH 09/36] fs: unexport poll_schedule_timeout

No users outside of select.c. Signed-off-by: Christoph Hellwig --- fs/select.c | 3 +-- include/linux/poll.h | 2 -- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/fs/select.c b/fs/select.c index ec14171dd78a..4e1dccac2702 100644 --- a/fs/select.c +++

Re: [PATCH v5 00/17] ASoC: fsl_ssi: Clean up - program flow level

On 17.01.2018 07:51, Nicolin Chen wrote: > [ Maciej, could you please send your Tested-by/Reviewed-by for AC97 > once you confirm this series? > > And Caleb, this version does not need a test for non-AC97 cases. > > Thanks both! ] > > ==Change log== > v5 > * Reworked the series by

[PATCH 09/36] fs: unexport poll_schedule_timeout

No users outside of select.c. Signed-off-by: Christoph Hellwig --- fs/select.c | 3 +-- include/linux/poll.h | 2 -- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/fs/select.c b/fs/select.c index ec14171dd78a..4e1dccac2702 100644 --- a/fs/select.c +++ b/fs/select.c @@

[PATCH 11/36] fs: update documentation for __poll_t

Signed-off-by: Christoph Hellwig --- Documentation/filesystems/Locking | 2 +- Documentation/filesystems/vfs.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/filesystems/Locking b/Documentation/filesystems/Locking index

[PATCH 11/36] fs: update documentation for __poll_t

Signed-off-by: Christoph Hellwig --- Documentation/filesystems/Locking | 2 +- Documentation/filesystems/vfs.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/filesystems/Locking b/Documentation/filesystems/Locking index 75d2d57e2c44..220bba28f72b 100644

[PATCH 14/36] aio: implement IOCB_CMD_POLL

Simple one-shot poll through the io_submit() interface. To poll for a file descriptor the application should submit an iocb of type IOCB_CMD_POLL. It will poll the fd for the events specified in the the first 32 bits of the aio_buf field of the iocb. Unlike poll or epoll without EPOLLONESHOT

[PATCH 14/36] aio: implement IOCB_CMD_POLL

Simple one-shot poll through the io_submit() interface. To poll for a file descriptor the application should submit an iocb of type IOCB_CMD_POLL. It will poll the fd for the events specified in the the first 32 bits of the aio_buf field of the iocb. Unlike poll or epoll without EPOLLONESHOT

[PATCH 16/36] net: add support for ->poll_mask in proto_ops

The socket file operations still implement ->poll until all protocols are switched over. Signed-off-by: Christoph Hellwig --- include/linux/net.h | 3 +++ net/socket.c| 51 ++- 2 files changed, 49 insertions(+), 5

[PATCH 16/36] net: add support for ->poll_mask in proto_ops

The socket file operations still implement ->poll until all protocols are switched over. Signed-off-by: Christoph Hellwig --- include/linux/net.h | 3 +++ net/socket.c| 51 ++- 2 files changed, 49 insertions(+), 5 deletions(-) diff --git

[PATCH 17/36] net: remove sock_no_poll

Now that sock_poll handles a NULL ->poll or ->poll_mask there is no need for a stub. Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 1 - crypto/algif_hash.c | 2 -- crypto/algif_rng.c | 1 - drivers/isdn/mISDN/socket.c | 1 -

[PATCH 20/36] net: convert datagram_poll users tp ->poll_mask

Signed-off-by: Christoph Hellwig --- drivers/isdn/mISDN/socket.c| 2 +- drivers/net/ppp/pppoe.c| 2 +- drivers/staging/irda/net/af_irda.c | 6 +++--- include/linux/skbuff.h | 3 +-- include/net/udp.h | 2 +- net/appletalk/ddp.c

[PATCH 17/36] net: remove sock_no_poll

Now that sock_poll handles a NULL ->poll or ->poll_mask there is no need for a stub. Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 1 - crypto/algif_hash.c | 2 -- crypto/algif_rng.c | 1 - drivers/isdn/mISDN/socket.c | 1 - drivers/net/ppp/pptp.c | 1

[PATCH 20/36] net: convert datagram_poll users tp ->poll_mask

Signed-off-by: Christoph Hellwig --- drivers/isdn/mISDN/socket.c| 2 +- drivers/net/ppp/pppoe.c| 2 +- drivers/staging/irda/net/af_irda.c | 6 +++--- include/linux/skbuff.h | 3 +-- include/net/udp.h | 2 +- net/appletalk/ddp.c

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