Re: [PATCH v2 1/3] zh_CN/CodingStyle: improve translation

2017-01-27 6:40 GMT+08:00 Jonathan Corbet : > OK, I've applied the whole set, thanks. Thanks for applying! > One thing, though: your messages came through with this header: > > Content-Type: text/plain; charset=y > > The screwy "charset=y" puts "git am" into a severely

Re: [PATCH linux v4 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

Hi Edward, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.10-rc5 next-20170125] [cannot apply to linux/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH linux v4 6/6] hwmon: occ: Add callbacks for parsing P9 OCC datastructures

From: "Edward A. James" Add functions to parse the data structures that are specific to the OCC on the POWER9 processor. These are the sensor data structures, including temperature, frequency, power, and "caps." Signed-off-by: Edward A. James

[PATCH linux v4 5/6] hwmon: occ: Add hwmon implementation for the P8 OCC

From: "Edward A. James" Add code to tie the hwmon sysfs code and the POWER8 OCC code together, as well as probe the entire driver from the I2C bus. I2C is the communication method between the BMC and the P8 OCC. Signed-off-by: Edward A. James

[PATCH linux v4 4/6] hwmon: occ: Add callbacks for parsing P8 OCC datastructures

From: "Edward A. James" Add functions to parse the data structures that are specific to the OCC on the POWER8 processor. These are the sensor data structures, including temperature, frequency, power, and "caps." Signed-off-by: Edward A. James

[PATCH linux v4 0/6] drivers: hwmon: Add On-Chip Controller drive

From: "Edward A. James" This patchset adds a hwmon driver to support the OCC (On-Chip Controller) on the IBM POWER8 and POWER9 processors, from a BMC (Baseboard Management Controller). The OCC is an embedded processor that provides real time power and thermal monitoring. The

[PATCH linux v4 3/6] hwmon: occ: Add I2C transport implementation for SCOM operations

From: "Edward A. James" Add functions to send SCOM operations over I2C bus. The BMC can communicate with the Power8 host processor over I2C, but needs to use SCOM operations in order to access the OCC register space. Signed-off-by: Edward A. James

[PATCH linux v4 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

From: "Edward A. James" Add core support for polling the OCC for it's sensor data and parsing that data into sensor-specific information. Signed-off-by: Edward A. James Signed-off-by: Andrew Jeffery --- Documentation/hwmon/occ| 40

[PATCH linux v4 2/6] hwmon: occ: Add sysfs interface

From: "Edward A. James" Add a generic mechanism to expose the sensors provided by the OCC in sysfs. Signed-off-by: Edward A. James Signed-off-by: Andrew Jeffery --- Documentation/hwmon/occ | 62 ++

Re: [PATCH v2 1/3] zh_CN/CodingStyle: improve translation

On Wed, 25 Jan 2017 12:14:31 +0800 Andy Deng wrote: > Some of the sentences in Chapters 19 and 20 are re-translated: > > - Fixed translation errors in Section 2 of Chapter 19 to prevent > misleading readers; > - Retranslate some sentences to make the translation more

Re: [PATCH] kernel-doc: Handle returning pointers to pointers

On Mon, 23 Jan 2017 00:18:10 -0800 Matthew Wilcox wrote: > Clearly nobody ever tried to build the documentation for the radix tree > before: > > include/linux/radix-tree.h:400: warning: cannot understand function > prototype: 'void ** radix_tree_iter_init(struct

Re: [PATCH] [linux-next] Doc: Fix double words in Documentation

On Tue, 24 Jan 2017 21:45:15 +0900 Masanari Iida wrote: > This patch fix some double words found in Documentation. Applied, thanks. jon -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] Converted zorro.txt to rst format and relocated

On Mon, 23 Jan 2017 08:41:34 +1000 Darryl Bond wrote: > Moved file zorro.rst to > equivalent location as source in main tree, ie drivers/zorro This required > creation of Documentation/drivers. It is my suggestion that the Documentation > tree is organised in the same

Re: [PATCH] dynamic-debug-howto: Correct echo -c to -n

On Tue, 17 Jan 2017 13:38:49 + Steven Price wrote: > Two of the example command lines use an argument to echo of "-c" which > isn't valid in (most versions of) echo causing these examples to fail. > Correct the argument to "-n" which works correctly. Makes sense,

Re: [PATCH] Documentation: dontdiff: Update with additional entries

On Mon, 16 Jan 2017 14:31:15 -0800 Florian Fainelli wrote: > Add a bunch of entries reflective of programs that the kernel build: > sortextable, dtc. And while at it, expand the lex*.c entries to cover > e.g: dtc-lexer.c. Finally, exclude devicetable-offsets.h Does anybody

RE: Omitting documentation for internal structure members

From: Jani Nikula [mailto:jani.nik...@linux.intel.com] > You can use /* private: */ within the struct to indicate the following > members should not be included in the generated documentation. It does > however mean you can't then document the members either, or you'll get > warnings. > > I'm

Re: Omitting documentation for internal structure members

On Thu, 26 Jan 2017, Matthew Wilcox wrote: > Here's a little glitch that I'd like to see fixed: > > struct radix_tree_iter > radix tree iterator state > Definition > struct radix_tree_iter { > unsigned long index; > unsigned long next_index; > unsigned long tags; >

Re: [RFC PATCH v1 2/6] kernel-doc: replace kernel-doc perl parser with a pure python one (WIP)

On Thu, 26 Jan 2017, Jonathan Corbet wrote: > Give me a new kerneldoc that passes those tests, and I'll happily > merge it. (I have some sympathy with the idea that we should look > into other parsers, but I would not hold up a new kerneldoc that > passed those tests on this

Omitting documentation for internal structure members

Here's a little glitch that I'd like to see fixed: struct radix_tree_iter radix tree iterator state Definition struct radix_tree_iter { unsigned long index; unsigned long next_index; unsigned long tags; struct radix_tree_node * node; #ifdef CONFIG_RADIX_TREE_MULTIORDER unsigned int

Re: [RFC PATCH v1 2/6] kernel-doc: replace kernel-doc perl parser with a pure python one (WIP)

On Wed, 25 Jan 2017 20:07:47 +0100 Markus Heiser wrote: > So, what I mean is, the new parser has to generate a complete different reST > output and thats why we can't compare the perl parser with python one on a > reST > basis ... and if reST is different, HTML is

Re: [RFC PATCH v1 2/6] kernel-doc: replace kernel-doc perl parser with a pure python one (WIP)

On Thu, 26 Jan 2017, Markus Heiser wrote: > Am 25.01.2017 um 21:59 schrieb Jani Nikula : > >>> But the problem I see here is, that the perl script generates a >>> reST output which I can't use. As an example we can take a look at >>> the man-page

Re: [RFC PATCH v1 2/6] kernel-doc: replace kernel-doc perl parser with a pure python one (WIP)

Am 25.01.2017 um 21:59 schrieb Jani Nikula : >> But the problem I see here is, that the perl script generates a >> reST output which I can't use. As an example we can take a look at >> the man-page builder I shipped in the series. > > Sorry, I still don't understand *why*