Re: [PATCH v3 2/4] Documentation/atomic_ops.txt: convert to ReST markup

2016-11-27 Thread Peter Zijlstra
On Sun, Nov 27, 2016 at 04:59:14PM -0700, Jonathan Corbet wrote: > On Fri, 25 Nov 2016 22:58:14 +0100 > Peter Zijlstra wrote: > > > Not a fan of this. The atomic_ops.txt file needs a lot of love, and I > > wouldn't want to edit a .rst file. > > > > Then again, I probably won't actually get aroun

RE: BALANCE PAYMENT

2016-11-27 Thread coral
Dear Sir/s, Please see attached. Thanks and regards, Accounts Department Al Omraniya Trading Co. LLC P.O. Box: 10757, Al Khabaisi Area, Deira 2, Dubai, U.A.E. Tel: +971 4 268 2730 / Fax: +971 4 268 4117 -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a m

Re: [PATCH 3/3] hwmon: tmp108: Update driver to use hwmon_chip_info.

2016-11-27 Thread Guenter Roeck
On 11/27/2016 06:10 PM, John Muir wrote: On 2016.11.27, at 15:00 , Guenter Roeck wrote: On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote: Move the tmp108 driver from hwmon attribute groups to hwmon_chip_info. Signed-off-by: John Muir --- Hi John, please have a look at the followi

Re: [PATCH 3/3] hwmon: tmp108: Update driver to use hwmon_chip_info.

2016-11-27 Thread John Muir
> On 2016.11.27, at 15:00 , Guenter Roeck wrote: > > On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote: >> Move the tmp108 driver from hwmon attribute groups to >> hwmon_chip_info. >> >> Signed-off-by: John Muir >> --- > > Hi John, > > please have a look at the following patch. > > S

Re: [PATCH v2 2/3] ARM: dts: sunxi: add support for Orange Pi Zero board

2016-11-27 Thread André Przywara
On 27/11/16 09:36, Icenowy Zheng wrote: Hi, > 22.11.2016, 00:26, "Icenowy Zheng" : >> Orange Pi Zero is a board that came with the new Allwinner H2+ SoC. >> >> Add a device tree file for it. >> >> Signed-off-by: Icenowy Zheng >> --- >> Changes since v2: >> - Use generic pinconf binding instead o

Re: [PATCH v3 2/4] Documentation/atomic_ops.txt: convert to ReST markup

2016-11-27 Thread Jonathan Corbet
On Fri, 25 Nov 2016 22:58:14 +0100 Peter Zijlstra wrote: > Not a fan of this. The atomic_ops.txt file needs a lot of love, and I > wouldn't want to edit a .rst file. > > Then again, I probably won't actually get around to fixing this document > any time soon either. > > But if and when I would

Re: [PATCH 3/3] hwmon: tmp108: Update driver to use hwmon_chip_info.

2016-11-27 Thread Guenter Roeck
On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote: > Move the tmp108 driver from hwmon attribute groups to > hwmon_chip_info. > > Signed-off-by: John Muir > --- Hi John, please have a look at the following patch. Something else: Symbolic permissions are out of favor nowadays. You might

Re: [PATCH v3 2/4] Documentation/atomic_ops.txt: convert to ReST markup

2016-11-27 Thread Jani Nikula
On Sun, 27 Nov 2016, "S. Fricke" wrote: > Hi Peter, > >> On Fri, Nov 25, 2016 at 03:59:45PM +0100, Silvio Fricke wrote: >> > ... and move to core-api folder. >> > >> > Signed-off-by: Silvio Fricke >> > --- >> > Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | >> > 777 >

[RFC PATCH v2] docs-rst: automatically convert Graphviz and SVG images

2016-11-27 Thread Markus Heiser
Replacement for the sphinx ``figure`` and ``images`` directive. A image (or figure) directive which make use of the *glob* notation:: .. figure:: hello.* will be converted automatically with the tool chains listed below.: * DOT to SVG: ``DOT(1)`` (http://www.graphviz.org) If graphviz is not

[RFC PATCH v2] doc-rst: convert SVG and graphiz (.dot) files

2016-11-27 Thread Markus Heiser
Inspired by the RFC discussion [1] I wrote a small replacement for the graphviz (.dot) and SVG handling. This is just a POC, I know that it has still some weaknesses, e.g. it spits the conversions (svg & pdf files) in the source tree. I'am just interested in your thought and comments / thanks. --

[RFC PATCH] doc-rst: convert SVG and graphiz (.dot) files

2016-11-27 Thread Markus Heiser
Inspired by the RFC discussion [1] I wrote a small replacement for the graphviz (.dot) and SVG handling. This is just a POC, I know that it has still some weaknesses, e.g. it spits the conversions (svg & pdf files) in the source tree. I'am just interested in your thought and comments / thanks. --

[RFC PATCH] doc-rst: automatically convert Graphviz and SVG images

2016-11-27 Thread Markus Heiser
Replacement for the sphinx ``figure`` and ``images`` directive. A image (or figure) directive which make use of the *glob* notation:: .. figure:: hello.* will be converted automatically with the tool chains listed below.: * DOT to SVG: ``DOT(1)`` (http://www.graphviz.org) If graphviz is not

Re: [PATCH v3 2/4] Documentation/atomic_ops.txt: convert to ReST markup

2016-11-27 Thread S. Fricke
Hi Peter, > On Fri, Nov 25, 2016 at 03:59:45PM +0100, Silvio Fricke wrote: > > ... and move to core-api folder. > > > > Signed-off-by: Silvio Fricke > > --- > > Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | > > 777 +

Re: [PATCH 2/3] hwmon: tmp108: Use devm variants of registration interfaces.

2016-11-27 Thread Guenter Roeck
On 11/26/2016 09:15 PM, John Muir wrote: From: John Muir Use the devm hwmon and thermal zone registration functions to clean up the code and remove the need for an i2c_driver.remove callback. Signed-off-by: John Muir --- drivers/hwmon/tmp108.c | 28 1 file change

Re: [PATCH 1/3] hwmon: Add Texas Instruments TMP108 temperature sensor driver.

2016-11-27 Thread Guenter Roeck
On 11/26/2016 09:15 PM, John Muir wrote: Add support for the TI TMP108 temperature sensor with some device configuration parameters. Signed-off-by: John Muir --- Documentation/devicetree/bindings/hwmon/tmp108.txt | 27 ++ Documentation/hwmon/tmp108 | 38 ++ drivers/hw

Re: [PATCH v3 0/7] mux controller abstraction and iio/i2c muxes

2016-11-27 Thread Jonathan Cameron
On 23/11/16 11:47, Peter Rosin wrote: > On 2016-11-22 21:58, Lars-Peter Clausen wrote: >> On 11/21/2016 02:17 PM, Peter Rosin wrote: >> [...] >>> I have a piece of hardware that is using the same 3 GPIO pins >>> to control four 8-way muxes. Three of them control ADC lines >>> to an ADS1015 chip wit