Re: [PATCH v3 09/15] ARM: dts: dra72-evm-common: Add wilink8 wlan support

On Wed, Apr 25, 2018 at 7:54 AM, Kishon Vijay Abraham I wrote: > From: Hari Nagalla > > Wilink8 module is a combo wireless connectivity card based > on Texas Instrument's wl18xx solution. > > Add support for the wlan capabilities of this module by muxing > the

Re: [PATCH v3 11/15] ARM: dts: dra7-evm: Add wilink8 wlan support

On Wed, Apr 25, 2018 at 7:54 AM, Kishon Vijay Abraham I wrote: > From: Hari Nagalla > > The wilink module is a combo wireless connectivity sdio > card based on Texas Instrument's wl18xx solution. It is a > 4-wire, 1.8V, embedded sdio wlan device with an external >

Re: [PATCH 0/6] arm64: untag user pointers passed to the kernel

On Thu, Apr 19, 2018 at 11:33 AM, Kirill A. Shutemov wrote: > On Wed, Apr 18, 2018 at 08:53:09PM +0200, Andrey Konovalov wrote: >> Hi! >> >> arm64 has a feature called Top Byte Ignore, which allows to embed pointer >> tags into the top byte of each pointer. Userspace

Re: [PATCH v2] Documentation: typec.rst: Use literal-block element with ascii art

On Wed, Apr 25, 2018 at 04:47:01PM +0300, Jani Nikula wrote: > On Fri, 06 Apr 2018, Heikki Krogerus wrote: > > Using reStructuredText literal-block element with ascii-art. > > That prevents the ascii art from being processed as > > reStructuredText. > > > >

Re: [PATCH v2] Documentation: typec.rst: Use literal-block element with ascii art

On Wed, 25 Apr 2018 16:47:01 +0300 Jani Nikula wrote: > On Fri, 06 Apr 2018, Heikki Krogerus wrote: > > Using reStructuredText literal-block element with ascii-art. > > That prevents the ascii art from being processed as > >

Re: [PATCH v2] Documentation: typec.rst: Use literal-block element with ascii art

On Fri, 06 Apr 2018, Heikki Krogerus wrote: > Using reStructuredText literal-block element with ascii-art. > That prevents the ascii art from being processed as > reStructuredText. > > Reported-by: Masanari Iida > Fixes: bdecb33af34f ("usb:

Re: [PATCH v3 04/15] ARM: dts: dra74x-mmc-iodelay: Add a new pinctrl group for clk line without pullup

* Kishon Vijay Abraham I [180425 12:57]: > --- a/arch/arm/boot/dts/dra74x-mmc-iodelay.dtsi > +++ b/arch/arm/boot/dts/dra74x-mmc-iodelay.dtsi > @@ -49,6 +49,17 @@ > >; > }; > > + mmc1_pins_default_no_clk_pu: mmc1_pins_default_no_clk_pu { > +

[PATCH v4 15/15] Documentation: ARM: Add new MMC requirements for DRA7/K2G

>From 4.18 kernel, all the MMC controller instances in DRA7 are programmed using sdhci based driver (sdhci-omap.c). Document this new requirement here. Both omap2plus_defconfig and multi_v7_defconfig has CONFIG_MMC_SDHCI_OMAP enabled. Signed-off-by: Kishon Vijay Abraham I ---

[PATCH v3 02/15] ARM: dts: dra71-evm: Add "vqmmc-supply" property for mmc2

Add "vqmmc-supply" property for mmc2 to indicate the supply connected to the IO lines. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra71-evm.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/dra71-evm.dts b/arch/arm/boot/dts/dra71-evm.dts

[PATCH v3 00/15] dra7: mmc: Update mmc dt node to use sdhci-omap

Previous version of the patch series was sent here https://lkml.org/lkml/2018/2/6/250 Most of the patches sent for v2 was merged. Remaining unmerged patches from v2 and a few additional patches are sent here. This series should be merged only after [1]. [1] ->

[PATCH v3 03/15] ARM: dts: dra72x-mmc-iodelay: Add a new pinctrl group for clk line without pullup

During a short period when the bus voltage is switched from 3.3v to 1.8v, (to enumerate UHS mode), the mmc module is disabled and the mmc IO lines are kept in a state according to the programmed pad mux pull type. According to 4.2.4.2 Timing to Switch Signal Voltage in "SD Specifications Part 1

[PATCH v3 01/15] ARM: dts: dra72-evm-common: Remove mmc specific pinmux

mmc specific pinmux is selected from dra72x-mmc-iodelay.dtsi, so remove it from dra72-evm-common.dtsi. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra72-evm-common.dtsi | 27 - 1 file changed, 27 deletions(-) diff --git

[PATCH v3 06/15] ARM: dts: am57xx-idk: Use pinctrl group from dra7xx-mmc-iodelay.dtsi to select pulldown

commit 18aa0f4bca701cb078a6 ("ARM: dts: am57xx-idk: Select pull down for mmc1_clk line in default mode") modified mmc1_pins_default pinctrl group in am57xx-idk-common.dtsi in order to change the CLK line to PIN_INPUT_PULLDOWN. However instead of modifying the pinctrl group, use the new pinctrl

[PATCH v3 08/15] ARM: dts: am574x-idk: Add pinmux configuration for MMC

From: Sekhar Nori Include dra76x-mmc-iodelay.dtsi which has pinmux and IODelay configuration values for the various MMC modes for am574x SoC and use it in the pinctrl properties of MMC devicetree nodes present in am574x-idk.dts. Signed-off-by: Sekhar Nori

[PATCH v3 14/15] ARM: dts: dra7: Add high speed modes capability to MMC1/MMC2 dt node

While the supported UHS mode can be obtained from CAPA2 register, SD Host Controller Standard Specification doesn't define bits for MMC's HS200 and DDR mode capability. Add properties to indicate MMC HS200 and DDR speed mode capability in dt node. Signed-off-by: Kishon Vijay Abraham I

[PATCH v3 10/15] ARM: dts: dra7-evm: Model EVM_3V6 regulator

On TI's DRA74x EVM, EVM_3V6 is connected is connected to the VBAT line of the wilink card. Model it here so that it can be used while adding wilink8 WLAN support. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7-evm.dts | 42 ++ 1

[PATCH v3 07/15] ARM: dts: dra71-evm: Use pinctrl group from dra72x-mmc-iodelay.dtsi to select pulldown

commit 0e43884cca77218d2eccc331396e8 ("ARM: dts: dra71-evm: Select pull down for mmc1_clk line in default mode") modified mmc1_pins_default pinctrl group in dra71-evm.dts to change the CLK line to PIN_INPUT_PULLDOWN. However instead of changing the pinctrl group, use the new pinctrl group

[PATCH v3 13/15] ARM: dts: dra7: Use sdhci-omap programming model

Use sdhci-omap programming model based on the generic sdhci library for programming the eMMC/SD/SDIO controller. Signed-off-by: Kishon Vijay Abraham I --- .../boot/dts/am57xx-beagle-x15-common.dtsi| 4 +-- arch/arm/boot/dts/am57xx-beagle-x15.dts | 1 +

[PATCH v3 15/15] Documentation: ARM: Add new MMC requirements for DRA7/K2G

>From 4.18 kernel, all the MMC controller instances in DRA7 are programmed using sdhci based driver (sdhci-omap.c). Document this new requirement here. Both omap2plus_defconfig and multi_v7_defconfig has CONFIG_MMC_SDHCI_OMAP enabled. Signed-off-by: Kishon Vijay Abraham I ---

[PATCH v3 05/15] ARM: dts: dra76x-mmc-iodelay: Add a new pinctrl group for clk line without pullup

During a short period when the bus voltage is switched from 3.3v to 1.8v, (to enumerate UHS mode), the mmc module is disabled and the mmc IO lines are kept in a state according to the programmed pad mux pull type. According to 4.2.4.2 Timing to Switch Signal Voltage in "SD Specifications Part 1

[PATCH v3 09/15] ARM: dts: dra72-evm-common: Add wilink8 wlan support

From: Hari Nagalla Wilink8 module is a combo wireless connectivity card based on Texas Instrument's wl18xx solution. Add support for the wlan capabilities of this module by muxing the relevant mmc lines, and setting the required device-tree data. Signed-off-by: Eyal Reizer

[PATCH v3 11/15] ARM: dts: dra7-evm: Add wilink8 wlan support

From: Hari Nagalla The wilink module is a combo wireless connectivity sdio card based on Texas Instrument's wl18xx solution. It is a 4-wire, 1.8V, embedded sdio wlan device with an external irq line and is power-controlled by a gpio-based fixed regulator. Add pinmux

[PATCH v3 04/15] ARM: dts: dra74x-mmc-iodelay: Add a new pinctrl group for clk line without pullup

During a short period when the bus voltage is switched from 3.3v to 1.8v, (to enumerate UHS mode), the mmc module is disabled and the mmc IO lines are kept in a state according to the programmed pad mux pull type. According to 4.2.4.2 Timing to Switch Signal Voltage in "SD Specifications Part 1

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

Hi Bryant, I love your patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.17-rc2 next-20180424] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] PM: docs: sleep-states: Fix a typo ("includig")

Signed-off-by: Jonathan Neuschäfer --- Documentation/admin-guide/pm/sleep-states.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/admin-guide/pm/sleep-states.rst b/Documentation/admin-guide/pm/sleep-states.rst index

[PATCH v4 1/2] perf: uncore: Adding documentation for ThunderX2 pmu uncore driver

Documentation for the UNCORE PMUs on Cavium's ThunderX2 SoC. The SoC has PMU support in its L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). Signed-off-by: Ganapatrao Kulkarni --- Documentation/perf/thunderx2-pmu.txt | 66

[PATCH v4 2/2] ThunderX2: Add Cavium ThunderX2 SoC UNCORE PMU driver

This patch adds a perf driver for the PMU UNCORE devices DDR4 Memory Controller(DMC) and Level 3 Cache(L3C). ThunderX2 has 8 independent DMC PMUs to capture performance events corresponding to 8 channels of DDR4 Memory Controller and 16 independent L3C PMUs to capture events corresponding to 16

[PATCH v4 0/2] Add ThunderX2 SoC Performance Monitoring Unit driver

This patchset adds PMU driver for Cavium's ThunderX2 SoC UNCORE devices. The SoC has PMU support in L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). v4: -Incroporated review comments from Mark Rutland[1] [1] https://www.spinics.net/lists/arm-kernel/msg588563.html v3:

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

I don't know why I'm included in review of this driver, but why not :) it is good to include people. Thanks for your patch! It looks exciting and complicated, I like that kind of stuff. On Mon, Apr 23, 2018 at 4:46 PM, Bryant G. Ly wrote: > This driver is a logical

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On 4/24/18 8:19 PM, Alan Kao wrote: Hi Atish, Palmer, On Tue, Apr 24, 2018 at 06:15:49PM -0700, Atish Patra wrote: On 4/24/18 5:29 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018 15:16:16 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 12:44 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018

Re: [PATCH] Documentation/i2c: direct users to i2c-tools regarding i2c/smbus.h

Hi Sam, Please don't include the same persons in To: and Cc:. It makes the message delivered twice to them. On Thu, 19 Apr 2018 15:23:56 -0700, Sam Hansen wrote: > The current examples reference i2c/smbus.h, which is the first reference > in Documentation/i2c/dev-interface to anything related to

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

Hi Atish, Palmer, On Tue, Apr 24, 2018 at 06:15:49PM -0700, Atish Patra wrote: > On 4/24/18 5:29 PM, Palmer Dabbelt wrote: > >On Tue, 24 Apr 2018 15:16:16 PDT (-0700), atish.pa...@wdc.com wrote: > >>On 4/24/18 12:44 PM, Palmer Dabbelt wrote: > >>>On Tue, 24 Apr 2018 12:27:26 PDT (-0700),

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On 4/24/18 5:29 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018 15:16:16 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 12:44 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018 12:27:26 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 11:07 AM, Atish Patra wrote: On 4/19/18 4:28 PM, Alan Kao

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On Tue, 24 Apr 2018 15:16:16 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 12:44 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018 12:27:26 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 11:07 AM, Atish Patra wrote: On 4/19/18 4:28 PM, Alan Kao wrote: However, I got an rcu-stall for the

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On 4/24/18 12:44 PM, Palmer Dabbelt wrote: On Tue, 24 Apr 2018 12:27:26 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 11:07 AM, Atish Patra wrote: On 4/19/18 4:28 PM, Alan Kao wrote: This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also

Re: [PATCH v2 3/7] powerpc: use task_pid_nr() for TID allocation

Andrew Donnellan [andrew.donnel...@au1.ibm.com] wrote: > [+ Sukadev, Christophe] > > On 18/04/18 11:08, Alastair D'Silva wrote: > > From: Alastair D'Silva > > > > The current implementation of TID allocation, using a global IDR, may > > result in an errant process starving

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On Tue, 24 Apr 2018 12:27:26 PDT (-0700), atish.pa...@wdc.com wrote: On 4/24/18 11:07 AM, Atish Patra wrote: On 4/19/18 4:28 PM, Alan Kao wrote: This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting

Greetings to you,

Greetings to you, My name is Sgt Clara,from America i am here to search for a business partner or friend who will help me to invest my fund in his company/country Please reply me through my email. thanks Sgt Clara -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the

Re: [PATCH v2] doc: dev-tools: kselftest.rst: update contributing new tests

On 04/19/2018 04:28 AM, Anders Roxell wrote: > Add a description that the kernel headers should be used as far as it is > possible and then the system headers. > > Signed-off-by: Anders Roxell > --- > Documentation/dev-tools/kselftest.rst | 5 + > 1 file changed, 5

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On 4/24/18 11:07 AM, Atish Patra wrote: On 4/19/18 4:28 PM, Alan Kao wrote: This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting practices and some hints. Changes in v5: - Fix patch errors from

Re: [PATCH v5 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

On 4/19/18 4:28 PM, Alan Kao wrote: This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting practices and some hints. Changes in v5: - Fix patch errors from checkpatch.pl. Changes in v4: - Fix

Re: [RFC 10/10] tools: PCI: Add MSI-X support

Hi Alan, On 24/04/2018 10:57, Alan Douglas wrote: > Hi Gustavo, > > On 10 April 2018 18:15, Gustavo Pimentel wrote: >> Adds MSI-X support to the pcitest tool and modified the pcitest.sh script to >> accomodate this new type of interruption test. >> >> Signed-off-by: Gustavo Pimentel

Re: [PATCH v3 03/10] drivers/peci: Add support for PECI bus driver core

On 4/24/2018 9:01 AM, Andy Shevchenko wrote: On Tue, 2018-04-10 at 11:32 -0700, Jae Hyun Yoo wrote: This commit adds driver implementation for PECI bus core into linux driver framework. All comments you got for patch 6 are applicable here. And perhaps in the rest of the series. The rule of

Re: [PATCH v3 09/10] drivers/hwmon: Add PECI hwmon client drivers

Hi Andy, Thanks a lot for your review. Please check my inline answers. On 4/24/2018 8:56 AM, Andy Shevchenko wrote: On Tue, 2018-04-10 at 11:32 -0700, Jae Hyun Yoo wrote: drivers/hwmon/peci-cputemp.c | 783 ++ drivers/hwmon/peci-dimmtemp.c | 432

Re: [PATCH v3 03/10] drivers/peci: Add support for PECI bus driver core

On Tue, 2018-04-10 at 11:32 -0700, Jae Hyun Yoo wrote: > This commit adds driver implementation for PECI bus core into linux > driver framework. > All comments you got for patch 6 are applicable here. And perhaps in the rest of the series. The rule of thumb: when you get even single comment in

Re: [PATCH v3 09/10] drivers/hwmon: Add PECI hwmon client drivers

On Tue, 2018-04-10 at 11:32 -0700, Jae Hyun Yoo wrote: > drivers/hwmon/peci-cputemp.c | 783 > ++ > drivers/hwmon/peci-dimmtemp.c | 432 +++ Does it make sense one driver per patch? > +#define CLIENT_CPU_ID_MASK0xf0ff0 /* Mask

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On 04/24/2018 07:29 AM, Greg KH wrote: > On Mon, Apr 23, 2018 at 02:17:28PM -0700, Randy Dunlap wrote: >> On 04/23/18 12:53, Greg KH wrote: >>> On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: On 04/23/18 07:46, Bryant G. Ly wrote: > This driver is a logical device which

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On Mon, Apr 23, 2018 at 02:17:28PM -0700, Randy Dunlap wrote: > On 04/23/18 12:53, Greg KH wrote: > > On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: > >> On 04/23/18 07:46, Bryant G. Ly wrote: > >>> This driver is a logical device which provides an > >>> interface between the

RE: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi Kishon, On 24 April 2018 10:36 Gustavo Pimentel wrote: > Hi Kishon, > > On 24/04/2018 08:07, Kishon Vijay Abraham I wrote: > > Hi, > > > > On Monday 23 April 2018 03:06 PM, Gustavo Pimentel wrote: > >> Hi Kishon, > >> > >> On 16/04/2018 10:29, Kishon Vijay Abraham I wrote: > >>> Hi Gustavo, >

Re: [PATCH] thermal: core: fix emulation of subzero temps

On 一, 2018-04-23 at 10:53 -0700, Kevin DuBois wrote: > The current implementation casted away its sign. > It was also using '0' to disable emulation, but 0C is a valid > thermal reading. A large negative value (below absolute zero) now > disables the emulation. Makes sense to me. > > Test: Build

Re: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

On 24/04/2018 10:15, Alan Douglas wrote: > Hi, > > On 10 April 2018 18:15 Gustavo Pimentel wrote: >> Changes the pcie_raise_irq function signature, namely the interrupt_num >> variable type from u8 to u16 to accommodate the MSI-X maximum interrupts >> of 2048. >> >> Implements a PCIe config space

Re: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support

Hi, On Tuesday 24 April 2018 04:27 PM, Gustavo Pimentel wrote: > Hi Kishon, > > On 24/04/2018 08:19, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Tuesday 17 April 2018 11:08 PM, Gustavo Pimentel wrote: >>> Hi Kishon, >>> >>> On 17/04/2018 11:33, Kishon Vijay Abraham I wrote: Hi,

Re: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi, On Tuesday 24 April 2018 03:06 PM, Gustavo Pimentel wrote: > Hi Kishon, > > On 24/04/2018 08:07, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Monday 23 April 2018 03:06 PM, Gustavo Pimentel wrote: >>> Hi Kishon, >>> >>> On 16/04/2018 10:29, Kishon Vijay Abraham I wrote: Hi Gustavo,

Re: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support

Hi Alan, On 24/04/2018 07:59, Alan Douglas wrote: > Hi Gustavo, > > On 10 April 2018 18:15 Gustavo Pimentel wrote: >> >> Adds the MSI-X support and updates driver documentation accordingly. >> >> Changes the driver parameter in order to allow the interruption type >> selection. >> >>

Re: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support

Hi Kishon, On 24/04/2018 08:19, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 17 April 2018 11:08 PM, Gustavo Pimentel wrote: >> Hi Kishon, >> >> On 17/04/2018 11:33, Kishon Vijay Abraham I wrote: >>> Hi, >>> >>> On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: Adds the MSI-X

RE: [RFC 10/10] tools: PCI: Add MSI-X support

Hi Gustavo, On 10 April 2018 18:15, Gustavo Pimentel wrote: > Adds MSI-X support to the pcitest tool and modified the pcitest.sh script to > accomodate this new type of interruption test. > > Signed-off-by: Gustavo Pimentel > --- > include/uapi/linux/pcitest.h |

Re: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi Kishon, On 24/04/2018 08:07, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 23 April 2018 03:06 PM, Gustavo Pimentel wrote: >> Hi Kishon, >> >> On 16/04/2018 10:29, Kishon Vijay Abraham I wrote: >>> Hi Gustavo, >>> >>> On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: Changes

RE: [RFC 00/10] Adds pcitest tool support for MSI-X

On 24 April 2018 09:50, Gustavo Pimentel wrote: > Hi Alan, > > On 24/04/2018 07:48, Alan Douglas wrote: > > Hi Gustavo, > > > > On 10 April 2018 18:15 Gustavo Pimentel wrote: > >> https://lkml.org/lkml/2018/4/10/421 > >> This series aims to add pcitest tool support for MSI-X. > >> Includes new

RE: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi, On 10 April 2018 18:15 Gustavo Pimentel wrote: > Changes the pcie_raise_irq function signature, namely the interrupt_num > variable type from u8 to u16 to accommodate the MSI-X maximum interrupts > of 2048. > > Implements a PCIe config space capability iterator function to search and save >

Re: [RFC 00/10] Adds pcitest tool support for MSI-X

Hi Alan, On 24/04/2018 07:48, Alan Douglas wrote: > Hi Gustavo, > > On 10 April 2018 18:15 Gustavo Pimentel wrote: >> This patch set depends the following series: >>

Re: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support

Hi, On Tuesday 17 April 2018 11:08 PM, Gustavo Pimentel wrote: > Hi Kishon, > > On 17/04/2018 11:33, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: >>> Adds the MSI-X support and updates driver documentation accordingly. >>> >>> Changes the

Re: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi, On Monday 23 April 2018 03:06 PM, Gustavo Pimentel wrote: > Hi Kishon, > > On 16/04/2018 10:29, Kishon Vijay Abraham I wrote: >> Hi Gustavo, >> >> On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: >>> Changes the pcie_raise_irq function signature, namely the interrupt_num >>>

RE: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support

Hi Gustavo, On 10 April 2018 18:15 Gustavo Pimentel wrote: > > Adds the MSI-X support and updates driver documentation accordingly. > > Changes the driver parameter in order to allow the interruption type > selection. > > Signed-off-by: Gustavo Pimentel > --- >

RE: [RFC 00/10] Adds pcitest tool support for MSI-X

Hi Gustavo, On 10 April 2018 18:15 Gustavo Pimentel wrote: > This patch set depends the following series: > https://lkml.org/lkml/2018/4/10/421> This series aims to add pcitest tool > support for MSI-X. > > Includes new callbacks methods and handlers to trigger the MSI-X > interruptions on the

[PATCH 2/7] docs/vm: ksm: (mostly) formatting updates

Aside from the formatting: * fixed typos * added section and sub-section headers * moved ksmd overview after the description of KSM origins Signed-off-by: Mike Rapoport --- Documentation/vm/ksm.rst | 110 +-- 1 file changed,

[PATCH 6/7] docs/vm: ksm: udpate description of stable_node_{dups,chains}

Remove implementation details from sysfs parameter descriptions. Also move the paragraph discussing fragmentation issues and their possible solution to the "Design" section. Signed-off-by: Mike Rapoport --- Documentation/vm/ksm.rst | 21 ++--- 1 file

[PATCH 7/7] docs/vm: ksm: split userspace interface to admin-guide/mm/ksm.rst

Signed-off-by: Mike Rapoport --- Documentation/admin-guide/mm/index.rst | 1 + Documentation/admin-guide/mm/ksm.rst | 189 + Documentation/vm/ksm.rst | 176 +- 3 files changed, 191

[PATCH 5/7] docs/vm: ksm: update stable_node_chains_prune_millisecs description

Make the description of stable_node_chains_prune_millisecs sysfs parameter less implementation aware and add a few words about this parameter in the "Design" section. Signed-off-by: Mike Rapoport --- Documentation/vm/ksm.rst | 19 +++ 1 file changed, 11

[PATCH 1/7] mm/ksm: docs: extend overview comment and make it "DOC:"

The existing comment provides a good overview of KSM implementation. Let's update it to reflect recent additions of "chain" and "dup" variants of the stable tree nodes and mark it as "DOC:" for inclusion into the KSM documentation. Signed-off-by: Mike Rapoport ---

[PATCH 3/7] docs/vm: ksm: add "Design" section

Include the KSM description from the source code comment, add a subsection about reverse mapping and include kernel-doc references for KSM data structures. Signed-off-by: Mike Rapoport --- Documentation/vm/ksm.rst | 39 +++ 1 file

[PATCH 0/7] docs/vm: update KSM documentation

Hi, These patches extend KSM documentation with high level design overview and some details about reverse mappings and split the userspace interface description to Documentation/admin-guide/mm. The description of some KSM sysfs attributes is changed so that it won't include implementation

[PATCH 4/7] docs/vm: ksm: reshuffle text between "sysfs" and "design" sections

The description of "max_page_sharing" sysfs attribute includes lots of implementation details that more naturally belong in the "Design" section. Signed-off-by: Mike Rapoport --- Documentation/vm/ksm.rst | 51 1 file

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On 04/23/18 12:53, Greg KH wrote: > On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: >> On 04/23/18 07:46, Bryant G. Ly wrote: >>> This driver is a logical device which provides an >>> interface between the hypervisor and a management >>> partition. >>> >>> This driver is to be used

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On 4/23/18 2:53 PM, Greg KH wrote: > On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: >> On 04/23/18 07:46, Bryant G. Ly wrote: >>> This driver is a logical device which provides an >>> interface between the hypervisor and a management >>> partition. >>> >>> This driver is to be used

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: > On 04/23/18 07:46, Bryant G. Ly wrote: > > This driver is a logical device which provides an > > interface between the hypervisor and a management > > partition. > > > > This driver is to be used for the POWER Virtual > > Management

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

On 04/23/18 07:46, Bryant G. Ly wrote: > This driver is a logical device which provides an > interface between the hypervisor and a management > partition. > > This driver is to be used for the POWER Virtual > Management Channel Virtual Adapter on the PowerVM > platform. It provides both

Re: [PATCH v4 00/10] Add the I3C subsystem

On Mon, Apr 23, 2018 at 07:38:14PM +0200, Boris Brezillon wrote: > Hi, > > On Fri, 30 Mar 2018 09:47:41 +0200 > Boris Brezillon wrote: > > > This patch series is a proposal for a new I3C subsystem. > > This v4 has been sent almost a month ago and I didn't get any

[PATCH] thermal: core: fix emulation of subzero temps

The current implementation casted away its sign. It was also using '0' to disable emulation, but 0C is a valid thermal reading. A large negative value (below absolute zero) now disables the emulation. Test: Build kernel with CONFIG_THERMAL_EMULATION=y, then write negative values to the emul_temp

Re: [PATCH v3 03/10] drivers/peci: Add support for PECI bus driver core

On 4/23/2018 3:52 AM, Greg KH wrote: On Tue, Apr 10, 2018 at 11:32:05AM -0700, Jae Hyun Yoo wrote: +static void peci_adapter_dev_release(struct device *dev) +{ + /* do nothing */ +} As per the in-kernel documentation, I am now allowed to make fun of you. You are trying to "out smart"

Re: [PATCH v4 00/10] Add the I3C subsystem

Hi, On Fri, 30 Mar 2018 09:47:41 +0200 Boris Brezillon wrote: > This patch series is a proposal for a new I3C subsystem. This v4 has been sent almost a month ago and I didn't get any feedback so far apart from Rob's R-b. Greg, is there any chance we can get these

Re: [PATCH v7 0/5] cpuset: Enable cpuset controller in default hierarchy

On 04/20/2018 04:23 AM, Mike Galbraith wrote: > On Thu, 2018-04-19 at 09:46 -0400, Waiman Long wrote: >> v7: >> - Add a root-only cpuset.cpus.isolated control file for CPU isolation. >> - Enforce that load_balancing can only be turned off on cpusets with >>CPUs from the isolated list. >> -

Re: [PATCH v7 3/5] cpuset: Add a root-only cpus.isolated v2 control file

On 19/04/18 09:47, Waiman Long wrote: [...] > + cpuset.cpus.isolated > + A read-write multiple values file which exists on root cgroup > + only. > + > + It lists the CPUs that have been withdrawn from the root cgroup > + for load balancing. These CPUs can still be allocated to

[PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

This driver is a logical device which provides an interface between the hypervisor and a management partition. This driver is to be used for the POWER Virtual Management Channel Virtual Adapter on the PowerVM platform. It provides both request/response and async message support through the

[PATCH v1 0/1] misc: IBM Virtual Management Channel Driver

Steven Royer had previously attempted to upstream this driver two years ago, but never got the chance to address the concerns from Greg Kroah-Hartman. The thread with the initial upstream is: https://lkml.org/lkml/2016/2/16/918 I have addressed the following: - Documentation - Use of dev_dbg

Re: [PATCH v7 0/5] cpuset: Enable cpuset controller in default hierarchy

On 04/23/2018 09:57 AM, Juri Lelli wrote: > On 23/04/18 15:07, Juri Lelli wrote: >> Hi Waiman, >> >> On 19/04/18 09:46, Waiman Long wrote: >>> v7: >>> - Add a root-only cpuset.cpus.isolated control file for CPU isolation. >>> - Enforce that load_balancing can only be turned off on cpusets with

Re: [PATCH v7 0/5] cpuset: Enable cpuset controller in default hierarchy

On 23/04/18 15:07, Juri Lelli wrote: > Hi Waiman, > > On 19/04/18 09:46, Waiman Long wrote: > > v7: > > - Add a root-only cpuset.cpus.isolated control file for CPU isolation. > > - Enforce that load_balancing can only be turned off on cpusets with > >CPUs from the isolated list. > > -

Re: [PATCH v7 0/5] cpuset: Enable cpuset controller in default hierarchy

Hi Waiman, On 19/04/18 09:46, Waiman Long wrote: > v7: > - Add a root-only cpuset.cpus.isolated control file for CPU isolation. > - Enforce that load_balancing can only be turned off on cpusets with >CPUs from the isolated list. > - Update sched domain generation to allow cpusets with CPUs

Re: [RFC 01/10] PCI: dwc: Add MSI-X callbacks handler

Hi Kishon, On 16/04/2018 10:29, Kishon Vijay Abraham I wrote: > Hi Gustavo, > > On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: >> Changes the pcie_raise_irq function signature, namely the interrupt_num >> variable type from u8 to u16 to accommodate the MSI-X maximum interrupts >> of

Re: [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)

On 04/20/2018 08:54 PM, Quentin Monnet wrote: > 2018-04-19 13:16 UTC+0200 ~ Daniel Borkmann >> On 04/17/2018 04:34 PM, Quentin Monnet wrote: >>> Add documentation for eBPF helper functions to bpf.h user header file. >>> This documentation can be parsed with the Python script

Re: [PATCH v2 5/7] ocxl: Expose the thread_id needed for wait on p9

On 18/04/18 11:08, Alastair D'Silva wrote: From: Alastair D'Silva In order to successfully issue as_notify, an AFU needs to know the TID to notify, which in turn means that this information should be available in userspace so it can be communicated to the AFU.

Re: [PATCH] [v2] docs: clarify security-bugs disclosure policy

On Sun, Apr 22, 2018 at 3:00 AM, Pavel Machek wrote: > > On Fri 2018-03-09 13:15:31, Linus Torvalds wrote: >> >> Oh, I don't want to be taken seriously by people who use gpg >> encrypted email. > > Heh. I see that gpg has some usability problems, but we do encrypt our > http

Greetings !!!

Citigroup Center Citibank House, North Carolina, United States Of America Greetings ,. We have FUND here in your name. We have been able to confirm that the money was deposited here as your Beneficiary/Inheritance Fund. The Fund was stopped for about 3 years now but it has finally been

Re: [PATCH] [v2] docs: clarify security-bugs disclosure policy

Hi! On Fri 2018-03-09 13:15:31, Linus Torvalds wrote: > On Fri, Mar 9, 2018 at 12:45 PM, Alan Cox wrote: > > > > If you want to be taken seriously then I think minimum you also need to > > - Give a GPG key for messages to the list > > Oh, I don't want to be taken

Re: [PATCH 0/6] arm64: untag user pointers passed to the kernel

On Wed, Apr 18, 2018 at 08:53:09PM +0200, Andrey Konovalov wrote: > Hi! > > arm64 has a feature called Top Byte Ignore, which allows to embed pointer > tags into the top byte of each pointer. Userspace programs (such as > HWASan, a memory debugging tool [1]) might use this feature and pass >

Re: [PATCH 4/4] sh: remove board_time_init() callback

Hi Arnd, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc1 next-20180420] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] Documentation: Update references to drivers/base/firmware_class.c

On Sat, Apr 21, 2018 at 12:02:56AM +0100, Ben Hutchings wrote: > This source file has been renamed in 4.17. > > Signed-off-by: Ben Hutchings Thanks but Hans beat you to it: https://lkml.kernel.org/r/20180408160621.13042-1-hdego...@redhat.com Luis -- To unsubscribe from

[PATCH] Documentation: Update references to drivers/base/firmware_class.c

This source file has been renamed in 4.17. Signed-off-by: Ben Hutchings --- Documentation/driver-api/firmware/request_firmware.rst | 10 +- Documentation/driver-api/infrastructure.rst| 2 +- Documentation/power/suspend-and-cpuhotplug.txt | 2

Re: target: clean up kernel-doc and add driver-api document

Randy, > This patch series fixes kernel-doc warnings in drivers/target/ and its > header files, then adds a Documentation driver-api chapter for target > driver interfaces. Applied to 4.18/scsi-queue. Thanks! -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this

Re: Representative Needed.

Good day, I am seeking your concept with great gratitude to present you as a representative to carry out business transactions with a reasonable share upon your interest and cooperation to work with us in trust. If interested please get back. Regards Kingsley --- This email has been

Re: [PATCH 4/4] sh: remove board_time_init() callback

On Fri, Apr 20, 2018 at 11:51:18PM +0200, Arnd Bergmann wrote: > On Fri, Apr 20, 2018 at 5:48 PM, Arnd Bergmann wrote: > > > @@ -41,8 +39,7 @@ static void __init sh_late_time_init(void) > > > > void __init time_init(void) > > { > > - if (board_time_init) > > -

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