Re: [PATCH] Documentation: cpuset: Fix 'cpuset.tasks' -> 'tasks'

On Fri, Jan 13, 2017 at 10:27:42AM -0700, Jonathan Corbet wrote: > > -if a task's pid is written to another cpusets 'cpuset.tasks' file, then its > > +if a task's pid is written to another cpuset's 'tasks' file, then its > > So I'll confess that I don't understand this change. All of the >

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Tue, 10 Jan 2017 14:09:51 -0800 Joe Perches wrote: > Make these files symlinks to the .rst equivalents So I am not necessarily opposed to doing this, but the changelog lacks one important thing: why do we need to make that change? Have the existing one-liner files been a

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote: > On Tue, 10 Jan 2017 14:09:51 -0800 > Joe Perches wrote: > > > Make these files symlinks to the .rst equivalents > > So I am not necessarily opposed to doing this, but the changelog lacks > one important thing: why do

Re: [PATCH] Documentation/cgroup-v1: convert pids.txt to pids.rst

On Sat, 24 Dec 2016 11:48:49 +0300 Adygzhy Ondar wrote: > Convert pids.txt document to reStructuredText file. Sorry to have sat on this for so long. While I am all in favor of converting existing documentation to RST, I don't think it makes a whole lot of sense if the result

Re: [PATCH] Doc: clarify that GPL is GPL v2, not v2+

On Wed, 11 Jan 2017 02:28:40 +0800 Sanjeev wrote: > ... and a minor missing priod at EOL > > Signed-off-by: Sanjeev Gupta Applied to the docs tree, thanks. jon -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message

Re: [PATCH 36/37] ARM: DRA7: clockdomain: Change the CLKTRCTRL of CM_PCIE_CLKSTCTRL to SW_WKUP

* Kishon Vijay Abraham I [170112 02:35]: > The PCIe programming sequence in TRM suggests CLKSTCTRL of PCIe should > be set to SW_WKUP. There are no issues when CLKSTCTRL is set to HW_AUTO > in RC mode. However in EP mode, the host system is not able to access the > MEMSPACE and

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/13/2017 09:08 AM, Dave Hansen wrote: On 01/13/2017 07:29 AM, Rob Gardner wrote: so perhaps ADI should simply be disallowed for memory mapped to files, and this particular complication can be avoided. Thoughts? What's a "file" from your perspective? In Linux, shared memory is a file.

Re: [PATCH 11/37] PCI: dwc: Split pcie-designware.c into host and core files

Às 10:26 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > Split pcie-designware.c into pcie-designware-host.c that contains > the host specific parts of the driver and pcie-designware.c that > contains the parts used by both host driver and endpoint driver. > > Signed-off-by: Kishon Vijay

Re: [PATCH v3 1/8] arm: put types.h in uapi

On Fri, Jan 13, 2017 at 11:46:39AM +0100, Nicolas Dichtel wrote: > This header file is exported, thus move it to uapi. I'm taking this patch, but with the following commit log: Due to the way kbuild works, this header was unintentionally exported back in 2013 when it was created, despite it

Re: [PATCH 05/37] PCI: dwc: Add platform_set_drvdata

Hi, Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > Add platform_set_drvdata in all designware based drivers to store the > private data structure of the driver so that dev_set_drvdata can be > used to get back private data pointer in add_pcie_port/host_init. > This is in

Re: [PATCH] kernel-doc: properly document array arguments of function

On Mon, 9 Jan 2017 18:11:57 -0200 Gabriel Krisman Bertazi wrote: > Documentation for array parameters passed in a function, like the first > argument in the function below, weren't getting exported in the rst > format, although they work fine for html and pdf formats: >

Re: [PATCH 16/37] PCI: endpoint: Introduce configfs entry for configuring EP functions

Hi Kishon, a couple comments on the configfs layout based on my experiments with your previous drop to implement a NVMe device using it. I don't think most of these configfs files should be present here, as they are properties of the implemented PCIe devices. E.g. for my NVMe device they will

Re: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc

Hi, Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > *num-lanes* dt property is parsed in dw_pcie_host_init. However > *num-lanes* property is applicable to both root complex mode and > endpoint mode. As a first step, move the parsing of this property > outside dw_pcie_host_init. This

Re: [PATCH 07/37] PCI: dwc: designware: Get device pointer at the start of dw_pcie_host_init

Hi! Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > No functional change. Get device pointer at the beginning of > dw_pcie_host_init instead of getting it all over dw_pcie_host_init. > This is in preparation for splitting struct pcie_port into host and > core structures (Once split

Re: [PATCH] Documentation: Update CPU hotplug and move it to core-api

On Thu, 22 Dec 2016 17:19:34 +0100 Sebastian Andrzej Siewior wrote: > The current CPU hotplug is outdated. During the update to what we > currently have I rewrote it partly and moved to sphinx format. OK, I've applied this (finally) to the docs tree, even though I do kind

Re: [PATCH 12/37] PCI: dwc: Create a new config symbol to enable pci dwc host

Hi Kishon, Às 10:26 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > Now that pci designware host has a separate file, create a new > config symbol to select the host only driver. This is in preparation > to enable endpoint support to designware driver. > > Signed-off-by: Kishon Vijay Abraham

Re: [PATCH v3 1/8] arm: put types.h in uapi

On Fri, Jan 13, 2017 at 05:01:01PM +0100, Nicolas Dichtel wrote: > Please, do not remove the email subject when you reply. I restore it to > ease the thread follow-up. I mentioned it to David, and he says it's because the long list of recipients is breaking his mailer. I've already posed the

Re: [PATCH linux v1 1/2] Documentation: dt-bindings: Document bindings for ASPEED AST2400/AST2500 pwm and fan tach controller device driver

On Mon, Jan 09, 2017 at 01:59:34PM -0800, Jaghathiswari Rankappagounder Natarajan wrote: > This binding provides interface for adding values related to ASPEED > AST2400/2500 PWM and Fan tach controller support. > The PWM controller can support upto 8 PWM output ports. > The Fan tach controller

Re: [PATCH 04/37] PCI: dwc: designware: Move the register defines to designware header file

Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > No functional change. Move the register defines and other macros from > pcie-designware.c to pcie-designware.h. This is in preparation to > split the pcie-designware.c file into designware core file and host > specific file. > > While

Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland

On Fri, Jan 13, 2017 at 05:08:34PM +0100, Nicolas Dichtel wrote: > Le 13/01/2017 à 16:43, David Howells a écrit : > >> -header-y += msr-index.h > > > > I see it on my desktop as /usr/include/asm/msr-index.h and it's been there > > at > > least four years - and as such it's part of the UAPI. I

Re: [PATCH 06/37] PCI: dwc: Rename cfg_read/cfg_write to read/write

Hi, Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > No functional change. dw_pcie_cfg_read/dw_pcie_cfg_write doesn't do > anything specific to access configuration space. It can be just renamed > to dw_pcie_read/dw_pcie_write and used to read/write data to dbi space. > This is in

Re: [PATCH 10/37] PCI: dwc: designware: Fix style errors in pcie-designware.c

Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > No functional change. Fix all checkpatch warnings and check errors > in pcie-designware.c > > Signed-off-by: Kishon Vijay Abraham I > --- > drivers/pci/dwc/pcie-designware.c | 42 >

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/12/2017 06:31 PM, Rob Gardner wrote: On 01/12/2017 05:22 PM, Khalid Aziz wrote: On 01/12/2017 10:53 AM, Dave Hansen wrote: On 01/12/2017 08:50 AM, Khalid Aziz wrote: 2. Any shared page that has ADI protection enabled on it, must stay ADI protected across all processes sharing it. Is

[PATCH v3 4/8] x86: stop exporting msr-index.h to userland

Suggested-by: Borislav Petkov Signed-off-by: Nicolas Dichtel --- arch/x86/include/uapi/asm/Kbuild | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild index 3dec769cadf7..1c532b3f18ea

[PATCH v3 0/8] uapi: export all headers under uapi directories

Here is the v3 of this series. The first 5 patches are just cleanup: some exported headers were still under a non-uapi directory or (x86 case) were wrongly exported. The patch 6 was spotted by code review: there is no in-tree user of this functionality. Patches 7 and 8 remove the need to list

[PATCH v3 6/8] Makefile.headersinst: remove destination-y option

This option was added in commit c7bb349e7c25 ("kbuild: introduce destination-y for exported headers") but never used in-tree. Signed-off-by: Nicolas Dichtel --- Documentation/kbuild/makefiles.txt | 23 --- scripts/Makefile.headersinst | 2 +-

Re: [PATCH v3 3/8] nios2: put setup.h in uapi

On 2017-01-13 at 11:46:41 +0100, Nicolas Dichtel wrote: > This header file is exported, but from a userland pov, it's just a wrapper > to asm-generic/setup.h. > > Signed-off-by: Nicolas Dichtel Reviewed-by: Tobias Klauser

[PATCH v3 5/8] Makefile.headersinst: cleanup input files

After the last four patches, all exported headers are under uapi/, thus input-files2 are not needed anymore. The side effect is that input-files1-name is exactly header-y. Note also that input-files3-name is genhdr-y. Signed-off-by: Nicolas Dichtel ---

[PATCH v3 7/8] uapi: export all headers under uapi directories

Regularly, when a new header is created in include/uapi/, the developer forgets to add it in the corresponding Kbuild file. This error is usually detected after the release is out. In fact, all headers under uapi directories should be exported, thus it's useless to have an exhaustive list. After

[PATCH v3 3/8] nios2: put setup.h in uapi

This header file is exported, but from a userland pov, it's just a wrapper to asm-generic/setup.h. Signed-off-by: Nicolas Dichtel --- arch/nios2/include/uapi/asm/Kbuild | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/nios2/include/uapi/asm/Kbuild

Re: [PATCH v4 2/3] watchdog: introduce watchdog.open_timeout commandline parameter

On 2017-01-11 12:02, Guenter Roeck wrote: > On 01/11/2017 12:11 AM, Rasmus Villemoes wrote: >> On 2017-01-10 19:08, Guenter Roeck wrote: >>> On Mon, Jan 09, 2017 at 04:02:32PM +0100, Rasmus Villemoes wrote: +static unsigned open_timeout; +module_param(open_timeout, uint, 0644);

[PATCH] mac80211: fix documentation warnings

From: Johannes Berg For a few restructured text warnings in mac80211, making the documentation warning-free (for now). Again, this required adding trailing whitespace to keep multiple paragraphs in a parameter description together. Signed-off-by: Johannes Berg

[PATCH v3 8/8] uapi: export all arch specifics directories

This patch removes the need of subdir-y. Now all files/directories under arch//include/uapi/ are exported. The only change for userland is the layout of the command 'make headers_install_all': directories asm- are replaced by arch-/. Those new directories contains all files/directories of the

[PATCH v3 2/8] h8300: put bitsperlong.h in uapi

This header file is exported, thus move it to uapi. Signed-off-by: Nicolas Dichtel --- arch/h8300/include/asm/bitsperlong.h | 14 -- arch/h8300/include/uapi/asm/bitsperlong.h | 14 ++ 2 files changed, 14 insertions(+), 14 deletions(-)

Re: [PATCH] mac80211: fix documentation warnings

On Fri, 2017-01-13 at 13:43 +0100, Markus Heiser wrote: > does it make live easier when we use in-line member comments: > >  https://www.kernel.org/doc/html/latest/doc-guide/kernel-doc.html#in- > line-member-documentation-comments > > and place the entire list in a literalblock?  Ah yes, I

[no subject]

Nicolas Dichtel wrote: > This header file is exported, thus move it to uapi. Exported how? > +#ifdef __INT32_TYPE__ > +#undef __INT32_TYPE__ > +#define __INT32_TYPE__ int > +#endif > + > +#ifdef __UINT32_TYPE__ > +#undef __UINT32_TYPE__ > +#define

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/13/2017 08:29 AM, Rob Gardner wrote: On 01/13/2017 07:48 AM, Khalid Aziz wrote: On 01/12/2017 06:31 PM, Rob Gardner wrote: On 01/12/2017 05:22 PM, Khalid Aziz wrote: On 01/12/2017 10:53 AM, Dave Hansen wrote: On 01/12/2017 08:50 AM, Khalid Aziz wrote: 2. Any shared page that has ADI

Re: [PATCH v3 1/8] arm: put types.h in uapi

Please, do not remove the email subject when you reply. I restore it to ease the thread follow-up. Le 13/01/2017 à 16:36, David Howells a écrit : > Nicolas Dichtel wrote: > >> This header file is exported, thus move it to uapi. > > Exported how? It is listed in

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/13/2017 07:29 AM, Rob Gardner wrote: > so perhaps ADI should simply be disallowed for memory mapped to > files, and this particular complication can be avoided. Thoughts? What's a "file" from your perspective? In Linux, shared memory is a file. hugetlbfs is done with files. Many

[no subject]

> -header-y += msr-index.h I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at least four years - and as such it's part of the UAPI. I don't think you can remove it unless you can guarantee there are no userspace users. David -- To unsubscribe from this list: send the

Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland

Le 13/01/2017 à 16:43, David Howells a écrit : >> -header-y += msr-index.h > > I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at > least four years - and as such it's part of the UAPI. I don't think you can > remove it unless you can guarantee there are no userspace