Re: [PATCH 1/9] staging: rtl8188eu: cleanup declarations in rtw_mlme_ext.c

2018-12-16 Thread Michael Straube
On 12/15/18 5:53 PM, Joe Perches wrote: On Sat, 2018-12-15 at 17:46 +0100, Michael Straube wrote: Replace tabs with spaces and/or remove spaces in declarations. Remove unused/commented declarations, remove unnecessary comment, remove blank lines between declarations and add missing lines after

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Rafał Miłecki
On 16.12.2018 01:05, Borislav Petkov wrote: On Sun, Dec 16, 2018 at 12:46:05AM +0100, Rafał Miłecki wrote: [19.736770] microcode: [find_equiv_id] sig:8458000 That's your CPU's family/model/stepping: 0x0810f10 [19.736772] microcode: [find_equiv_id] equiv_table->installed_cpu:8392466

<<<>>

2018-12-16 Thread Peter Owen(Mr.)
Greetings!! Apologies should my message be a disturbance to you.My Name is Peter Owen a fund/Investment Manager with a high profile investment company.A huge Sum of funds has been diverted, representing 1.2% of Excess Magellan Capital Funds from the Investor Capital Project Funds. I am

Re: [15/15] dma-mapping: bypass indirect calls for dma-direct

2018-12-16 Thread Christoph Hellwig
On Sat, Dec 15, 2018 at 09:46:54AM -0800, Guenter Roeck wrote: > Hi, > > On Fri, Dec 07, 2018 at 11:07:20AM -0800, Christoph Hellwig wrote: > > Avoid expensive indirect calls in the fast path DMA mapping > > operations by directly calling the dma_direct_* ops if we are using > > the directly

Re: [PATCH] devfreq: Use of_node_name_eq for node name comparisons

2018-12-16 Thread MyungJoo Ham
On Thu, Dec 6, 2018 at 4:54 AM Rob Herring wrote: > > Convert string compares of DT node names to use of_node_name_eq helper > instead. This removes direct access to the node name pointer. > > For instances using of_node_cmp, this has the side effect of now using > case sensitive comparisons.

Re: [PATCH v5 1/6] arm64: add basic Kconfig symbols for i.MX8

2018-12-16 Thread Shawn Guo
On Sun, Dec 09, 2018 at 02:26:06PM +, Abel Vesa wrote: > From: Lucas Stach > > Add basic Kconfig symbols to make the MXC architecture available > in the ARM64 world. > > Signed-off-by: Lucas Stach > Reviewed-by: Fabio Estevam > --- > arch/arm64/Kconfig.platforms | 14 ++ > 1

Re: [PATCH v5 3/6] arm64: add support for i.MX8M EVK board

2018-12-16 Thread Shawn Guo
On Sun, Dec 09, 2018 at 02:26:08PM +, Abel Vesa wrote: ... > diff --git a/arch/arm64/boot/dts/freescale/Makefile > b/arch/arm64/boot/dts/freescale/Makefile > index 7748e6d..0001361 100644 > --- a/arch/arm64/boot/dts/freescale/Makefile > +++ b/arch/arm64/boot/dts/freescale/Makefile > @@ -18,3

Re: [PATCH v2 0/5] Add CPU clock support for Armada 7K/8K

2018-12-16 Thread Gregory CLEMENT
Hi Stephen, On ven., déc. 14 2018, Stephen Boyd wrote: > Quoting Gregory CLEMENT (2018-12-06 09:15:11) >> Hello, >> >> This is the second version of a series allowing to manage the cpu >> clock for Armada 7K/8K. For these SoCs, the CPUs share the same clock >> by cluster, so actually the

Re: [PATCH] squashfs: enable __GFP_FS in ->readpage to prevent hang in mem alloc

2018-12-16 Thread Hou Tao
Hi, On 2018/12/15 22:38, Matthew Wilcox wrote: > On Tue, Dec 04, 2018 at 10:08:40AM +0800, Hou Tao wrote: >> There is no need to disable __GFP_FS in ->readpage: >> * It's a read-only fs, so there will be no dirty/writeback page and >> there will be no deadlock against the caller's locked page

[PATCH v3 5/6] arm64: marvell: enable the Armada 7K/8K CPU clk driver

2018-12-16 Thread Gregory CLEMENT
This commit makes sure the driver for the Armada 7K/8K CPU clock is enabled. Signed-off-by: Gregory CLEMENT --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index 51bc479334a4..8a05870b1ba8 100644

[PATCH v3 0/6] Add CPU clock support for Armada 7K/8K

2018-12-16 Thread Gregory CLEMENT
Hello, This is the third version of a series allowing to manage the cpu clock for Armada 7K/8K. For these SoCs, the CPUs share the same clock by cluster, so actually the clock management is done at cluster level. As for the other Armada 7K/8K clocks it is possible to have multiple AP so here

[PATCH v3 4/6] clk: mvebu: ap806: Fix clock name for the cluster

2018-12-16 Thread Gregory CLEMENT
Actually, the clocks exposed for the cluster are not the CPU clocks, but the PLL clock used as entry clock for the CPU clocks. The CPU clock will be managed by a driver submitting in the following patches. Signed-off-by: Gregory CLEMENT --- drivers/clk/mvebu/ap806-system-controller.c | 4 ++--

[PATCH v3 2/6] clk: mvebu: add helper file for Armada AP and CP clocks

2018-12-16 Thread Gregory CLEMENT
Clock drivers for Armada AP and Armada CP use the same function to generate unique clock name. A third drivers is coming with the same need, so it's time to move this function in a common file. Signed-off-by: Gregory CLEMENT --- drivers/clk/mvebu/Kconfig | 5

[PATCH v3 6/6] arm64: dts: marvell: Add cpu clock node on Armada 7K/8K

2018-12-16 Thread Gregory CLEMENT
Add cpu clock node on AP Signed-off-by: Gregory CLEMENT --- arch/arm64/boot/dts/marvell/armada-ap806-quad.dtsi | 4 arch/arm64/boot/dts/marvell/armada-ap806.dtsi | 6 ++ 2 files changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/marvell/armada-ap806-quad.dtsi

[PATCH v3 1/6] dt-bindings: ap806: add the cluster clock node in the syscon file

2018-12-16 Thread Gregory CLEMENT
Document the device tree binding for the cluster clock controllers found in the Armada 7K/8K SoCs. Signed-off-by: Gregory CLEMENT --- .../arm/marvell/ap806-system-controller.txt | 22 +++ 1 file changed, 22 insertions(+) diff --git

[PATCH v3 3/6] clk: mvebu: add CPU clock driver for Armada 7K/8K

2018-12-16 Thread Gregory CLEMENT
The CPU frequency is managed at the AP level for the Armada 7K/8K. The CPU frequency is modified by cluster: the CPUs of the same cluster have the same frequency. This patch adds the clock driver that will be used by CPUFreq, it is based on the work of Omri Itach . Signed-off-by: Gregory CLEMENT

Dear

2018-12-16 Thread Lisa Jaster
Dear,i am lisa jaster,it would be great to know you,i have a very important and confidential matter that i want to discuss with you,reply me back for more discus. Regards, Lisa Jaster.

Re: [PATCH 4.9 01/51] ipv4: ipv6: netfilter: Adjust the frag mem limit when truesize changes

2018-12-16 Thread jwiesner
On 2018-12-14 13:00, Greg Kroah-Hartman wrote: 4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Wiesner [ Upstream commit ebaf39e6032faf77218220707fc3fa22487784e0 ] Commit v4.10-rc4-868-g158f323b9868, which the patch under review

Re: [PATCH 4.4 09/88] ipv4: ipv6: netfilter: Adjust the frag mem limit when truesize changes

2018-12-16 Thread jwiesner
On 2018-12-14 12:59, Greg Kroah-Hartman wrote: 4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Wiesner [ Upstream commit ebaf39e6032faf77218220707fc3fa22487784e0 ] Commit v4.10-rc4-868-g158f323b9868, which the patch under review

Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds

2018-12-16 Thread Borislav Petkov
On Sun, Dec 16, 2018 at 02:33:39AM +, Nadav Amit wrote: > In general, I think that from the start it was clear that the motivation for > the patch-set is not just performance and also better code. For example, I > see no reason to revert the PV-changes or the lock-prefix changes that >

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Borislav Petkov
On Sun, Dec 16, 2018 at 09:08:00AM +0100, Rafał Miłecki wrote: > Thanks! I had no idea microcode_amd_fam17h.bin is a container with few > microcodes. I thought there is a single microcode for a whole family > (e.g. 17h). It is a container for all F17h - you're simply making the wrong assumption

Re: [PATCH 1/2] staging: iio: adc: ad7192: Add clock for external clock reference

2018-12-16 Thread Jonathan Cameron
Rob, Clk experts, questions for you below. Jonathan On Thu, 13 Dec 2018 17:39:22 -0800 Stephen Boyd wrote: > Quoting Jonathan Cameron (2018-12-08 07:29:54) > > On Thu, 6 Dec 2018 11:10:51 +0200 > > Mircea Caprioru wrote: > > > > > This patch adds a clock to the state structure of ad7192

Re: linux-next: Signed-off-by missing for commit in the block tree

2018-12-16 Thread Christoph Hellwig
On Sun, Dec 16, 2018 at 05:26:49PM +1100, Stephen Rothwell wrote: > Hi Jens, > > Commit > > 6f7ceaa0559b ("block: remove the bioset_integrity_free export") > > is missing a Signed-off-by from its author. Ooops. Jens, in case you still feel ok ammending the tree: Signed-off-by: Christoph

[PATCH v5 1/6] net: lorawan: Add LoRaWAN socket module

2018-12-16 Thread Jian-Hong Pan
This patch adds a new address/protocol family for LoRaWAN network. It also implements the the functions and maps to Datagram socket for LoRaWAN unconfirmed data messages. Signed-off-by: Jian-Hong Pan --- V2: - Split the LoRaWAN class module patch in V1 into LoRaWAN socket and LoRaWAN Soft MAC

[PATCH v5 2/6] net: lorawan: Add LoRaWAN API declaration for LoRa devices

2018-12-16 Thread Jian-Hong Pan
Add public LoRaWAN API for compatible LoRa device drivers. Signed-off-by: Jian-Hong Pan --- V2: - Split the LoRaWAN class module patch in V1 into LoRaWAN socket and LoRaWAN Soft MAC modules - Merge the lrw_operations: set_bw, set_mod, set_sf into set_dr - Use SPDX license identifiers V3: -

Re: [PATCH V4] iio: magnetometer: mag3110: add optional vdd/vddio regulator operation support

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 05:06:20 + Anson Huang wrote: > The magnetometer's power supply could be controlled by regulator > on some platforms, such as i.MX6Q-SABRESD board, the mag3110's > power supply is controlled by a GPIO fixed regulator, need to make > sure the regulator is enabled before

[PATCH v5 0/6] net: lorawan: Add LoRaWAN soft MAC module

2018-12-16 Thread Jian-Hong Pan
LoRaWAN(TM) is the MAC layer defined by LoRa Alliance(TM) over LoRa devices. LoRa is one of Low-Power Wide-Area Network (LPWAN) technology. LoRaWAN networks typically are laid out in a star-of-stars topology in which gateways relay messages between end-devices and a central network server at the

[PATCH v5 4/6] net: maclorawan: Implement the crypto of maclorawan module

2018-12-16 Thread Jian-Hong Pan
Implement the crypto for encryption/decryption and message integrity code (MIC) according to LoRaWAN(TM) Specification Ver. 1.0.2. Signed-off-by: Jian-Hong Pan --- V2: - Split the LoRaWAN class module patch in V1 into LoRaWAN socket and LoRaWAN Soft MAC modules - Rename the lrwsec files to

[PATCH v5 6/6] net: lorawan: List LORAWAN in menuconfig

2018-12-16 Thread Jian-Hong Pan
List LORAWAN and MACLORAWAN in menuconfig and make they can be built. Signed-off-by: Jian-Hong Pan --- V2: - Split the LoRaWAN class module patch in V1 into LoRaWAN socket and LoRaWAN Soft MAC modules net/Kconfig | 2 ++ net/Makefile | 2 ++ 2 files changed, 4 insertions(+) diff --git

[PATCH v5 3/6] net: maclorawan: Add maclorawan module declaration

2018-12-16 Thread Jian-Hong Pan
Add the maclorawan header file for common APIs in the module. Signed-off-by: Jian-Hong Pan --- V2: - Split the LoRaWAN class module patch in V1 into LoRaWAN socket and LoRaWAN Soft MAC modules - Use SPDX license identifiers V4: - Fix typo in comments - Fix by coding style report from

[PATCH v5 5/6] net: maclorawan: Implement maclorawan class module

2018-12-16 Thread Jian-Hong Pan
LoRaWAN defined by LoRa Alliance(TM) is the MAC layer over LoRa devices. This patch implements part of Class A end-devices SoftMAC defined in LoRaWAN(TM) Specification Ver. 1.0.2: 1. End-device receive slot timing 2. Only single channel and single data rate for now 3. Unconfirmed data up/down

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Rafał Miłecki
On Sun, 16 Dec 2018 at 11:06, Borislav Petkov wrote: > > For my hack tests I'd like to replace my 0x0810100b with a 0x08101007. > > Why would you even want to downgrade the microcode?! Debugging CPU errors. I have two notebooks: 1) HP EliteBook 745 G5 with Ryzen 5 PRO 2500U It runs 1.03.01 BIOS

Re: [PATCH] dt-bindings: watchdog: update bindings for MT7629 SoC

2018-12-16 Thread Matthias Brugger
On 07/11/2018 08:10, Ryder Lee wrote: > This updates dt-binding documentation for MT7629 SoC > > Signed-off-by: Ryder Lee Acked-by: Matthias Brugger > --- > Documentation/devicetree/bindings/watchdog/mtk-wdt.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH v1 6/9] arm64: kexec: no need to ClearPageReserved()

2018-12-16 Thread Matthias Brugger
On 14/12/2018 12:10, David Hildenbrand wrote: > This will be done by free_reserved_page(). > > Cc: Catalin Marinas > Cc: Will Deacon > Cc: Bhupesh Sharma > Cc: James Morse > Cc: Marc Zyngier > Cc: Dave Kleikamp > Cc: Mark Rutland > Cc: Andrew Morton > Cc: Michal Hocko > Cc: Matthew

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Borislav Petkov
On Sun, Dec 16, 2018 at 11:26:29AM +0100, Rafał Miłecki wrote: > Debugging CPU errors. I told you that this issue is being worked on and there will be a fix of sorts at some point. Don't try any funky business of downgrading the microcode and maybe break your boxes in the process. Just ignore the

Re: [PATCH V4 1/2] dt-bindings: iio: accel: mma8452: add optional power supply property

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 05:13:14 + Anson Huang wrote: > The accelerometer's power supply could be controlled by regulator > on some platforms, add optional property "vdd/vddio" power supply > to let device tree to pass phandles to the regulators to driver. > > Signed-off-by: Anson Huang

Re: [PATCH V4 2/2] iio: accell: mma8452: add optional vdd/vddio regulator operation support

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 05:13:20 + Anson Huang wrote: > The accelerometer's power supply could be controlled by regulator > on some platforms, such as i.MX6Q-SABRESD board, the mma8451's > power supply is controlled by a GPIO fixed regulator, need to make > sure the regulator is enabled before

Re: [PATCH v2 1/4] iio: ti-ads124s08: Add DT binding documentation

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 13:12:04 -0600 Dan Murphy wrote: > Adding binding documentation for Texas Instruments ADS124S08 > and ADS124S06 ADC. > > S08 is a 12 channel ADC > S06 is a 6 channel ADC > > Datesheet can be found here: > http://www.ti.com/lit/gpn/ads124s08 > > Signed-off-by: Dan Murphy >

Re: [PATCH v2 2/4] iio: adc: Add the TI ads124s08 ADC code

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 13:12:05 -0600 Dan Murphy wrote: > Introduce the TI ADS124S08 and the ADS124S06 ADC > devices from TI. The ADS124S08 is the 12 channel ADC > and the ADS124S06 is the 6 channel ADC device > > These devices share a common datasheet: > http://www.ti.com/lit/gpn/ads124s08 > >

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Rafał Miłecki
On Sun, 16 Dec 2018 at 11:44, Borislav Petkov wrote: > On Sun, Dec 16, 2018 at 11:26:29AM +0100, Rafał Miłecki wrote: > > Debugging CPU errors. > > I told you that this issue is being worked on and there will be a fix > of sorts at some point. Don't try any funky business of downgrading the >

Re: [PATCH v2 3/4] iio: ti-ads8688: Update buffer allocation for timestamps

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 13:12:06 -0600 Dan Murphy wrote: > Per Jonathan Cameron, the buffer needs to allocate room for a > 64 bit timestamp as well as the channels. Change the buffer > to allocate this additional space. > > Signed-off-by: Dan Murphy Same question around data types as in the

Re: [PATCH v2 4/4] iio: ti-ads8688: Migrate to device managed IIO calls

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 13:12:07 -0600 Dan Murphy wrote: > Migrate the driver to use the devm IIO calls as opposed to > the unmanaged calls. > > Signed-off-by: Dan Murphy The remove order should always be the opposite of probe. As devm cleanup is done 'after' whatever is in the remove function you

Re: Problem with late AMD microcode reload/feedback

2018-12-16 Thread Borislav Petkov
On Sun, Dec 16, 2018 at 12:02:49PM +0100, Rafał Miłecki wrote: > OK, if you say so, I'll try not to panic seeing those errors repeating > over and over. Yes, patience is the key :-) > I know such issues may take months or years to get fixed, so I was > trying to do some hacking on my own. I'll

Re: [PATCH 01/11] staging: iio: adt7316: fix register and bit definitions

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:54:53 -0700 Jeremy Fertic wrote: > Change two register addresses and one bit definition to match the > datasheet. > > Signed-off-by: Jeremy Fertic One comment inline. I added a fixes tag but also a note saying I would not suggest backporting to stable. There are too

Re: [PATCH 02/11] staging: iio: adt7316: invert the logic of the check for an ldac pin

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 09:18:20 +0300 Dan Carpenter wrote: > On Thu, Dec 13, 2018 at 03:06:29PM -0700, Jeremy Fertic wrote: > > On Wed, Dec 12, 2018 at 11:19:49AM +0300, Dan Carpenter wrote: > > > On Tue, Dec 11, 2018 at 05:54:54PM -0700, Jeremy Fertic wrote: > > > > ADT7316_DA_EN_VIA_DAC_LDCA

Re: [linux-next] Request to add auxdisplay tree

2018-12-16 Thread Miguel Ojeda
Hi Stephen, On Sun, Dec 16, 2018 at 6:23 AM Stephen Rothwell wrote: > > Added from Monday. Thanks! > Out of interest, will this tree be sent directly to > Linus or merged vi some other tree? It is sent directly to Linus. Cheers, Miguel

Re: [PATCH 03/11] staging: iio: adt7316: fix dac_bits assignment

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:54:55 -0700 Jeremy Fertic wrote: > The only assignment to dac_bits is in adt7316_store_da_high_resolution(). > This function enables or disables 10 bit dac resolution for the adt7316/7 > and adt7516/7 when they're set to output voltage proportional to > temperature. Remove

Re: [PATCH 05/11] staging: iio: adt7316: fix the dac read calculation

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:54:57 -0700 Jeremy Fertic wrote: > The calculation of the current dac value is using the wrong bits of the > dac lsb register. Create two macros to shift the lsb register value into > lsb position, depending on whether the dac is 10 or 12 bit. Initialize > data to 0 so,

Re: [PATCH 06/11] staging: iio: adt7316: fix the dac write calculation

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:54:58 -0700 Jeremy Fertic wrote: > The lsb calculation is not masking the correct bits from the user input. > Subtract 1 from (1 << offset) to correctly set up the mask to be applied > to user input. > > The lsb register stores its value starting at the bit 7 position. >

Re: [PATCH 07/11] staging: iio: adt7316: use correct variable in DAC_internal_Vref read

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:54:59 -0700 Jeremy Fertic wrote: > The dac internal vref settings are part of the ldac config register rather > than the dac config register. Change the variable being used so the read > returns the correct result. > > Signed-off-by: Jeremy Fertic Is this a follow

Re: [PATCH 08/11] staging: iio: adt7316: allow adt751x to use internal vref for all dacs

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:55:00 -0700 Jeremy Fertic wrote: > With adt7516/7/9, internal vref is available for dacs a and b, dacs c and > d, or all dacs. The driver doesn't currently support internal vref for all > dacs. Change the else if to an if so both bits are checked rather than > just one or

Re: [PATCH 09/11] staging: iio: adt7316: remove dac vref buffer bypass from adt751x

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:55:01 -0700 Jeremy Fertic wrote: > The option to allow the external vref to bypass the reference buffer is > only available for adt7316/7/8. Remove the attributes for adt751x as > well as the chip->id checks from the show and store functions. > > Signed-off-by: Jeremy

Re: [PATCH 10/11] staging: iio: adt7316: change interpretation of write to dac update mode

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:55:02 -0700 Jeremy Fertic wrote: > Based on the output of adt7316_show_all_DAC_update_modes() and > adt7316_show_DAC_update_mode(), adt7316_store_DAC_update_mode() should > expect the user to enter an integer input from 0 to 3. The user input is > currently expected to

Re: [PATCH 11/11] staging: iio: adt7316: correct spelling of ADT7316_DA_EN_VIA_DAC_LDCA

2018-12-16 Thread Jonathan Cameron
On Tue, 11 Dec 2018 17:55:03 -0700 Jeremy Fertic wrote: > Change LDCA to LDAC. > > Signed-off-by: Jeremy Fertic Ah. Here it is ;) As commented on earlier. Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan > --- >

Re: [PATCH] staging: iio: adt7316: drop unnecessary initialization of variables

2018-12-16 Thread Jonathan Cameron
On Wed, 12 Dec 2018 22:17:46 +0530 Hardik Singh Rathore wrote: > Initialization is unnecessary when the variable is written before it is > read. There were some occasions in which the driver would initialize `ret' > during declaration without need. > > Purely a cosmetic change with no

Re: [PATCH v4] Staging: iio: adt7316: Add all irq related code in adt7316_irq_setup()

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 01:13:35 +0530 Shreeya Patel wrote: > ADT7316 driver no more uses platform data and hence use device tree > data instead of platform data for assigning irq_type field and > implement this in adt7316_irq_setup function. > Switch case figures out the type of irq and if it's the

Re: [PATCH 1/3] staging: iio: ad5933: change regulator binging for vref

2018-12-16 Thread Jonathan Cameron
On Sat, 8 Dec 2018 16:19:08 -0200 Marcelo Schmitt wrote: > Set a single voltage regulator for all voltage references. > Remove voltage reference value from default platafrom data struct. > > Signed-off-by: Marcelo Schmitt > Signed-off-by: Gabriel Capella > Co-Developed-by: Gabriel Capella

Re: [PATCH 2/3] staging: iio: ad5933: use clock framework for clock reference

2018-12-16 Thread Jonathan Cameron
On Sat, 8 Dec 2018 16:19:38 -0200 Marcelo Schmitt wrote: > Add the option to specify the external clock (MCLK) using the clock > framework. > Also remove the old platform data structure. > > Signed-off-by: Marcelo Schmitt > Signed-off-by: Gabriel Capella > Co-Developed-by: Gabriel Capella

Re: [PATCH 3/3] staging: iio: ad5933: add binding doc for ad5933

2018-12-16 Thread Jonathan Cameron
On Mon, 10 Dec 2018 21:27:02 + Jonathan Cameron wrote: > On Sat, 8 Dec 2018 16:19:59 -0200 > Marcelo Schmitt wrote: > > > Add a devicetree documentation for the ad5933 and ad5934 impedance > > converter, network analyzer. > > > > Signed-off-by: Marcelo Schmitt > > Signed-off-by: Gabriel

Re: [PATCH v4 5/8] iio: adc: add STMPE ADC driver using IIO framework

2018-12-16 Thread Jonathan Cameron
On Wed, 12 Dec 2018 14:06:46 +0100 Philippe Schenker wrote: > This adds an ADC driver for the STMPE device using the industrial > input/output interface. The driver supports raw reading of values. > The driver depends on the MFD STMPE driver. If the touchscreen > block is enabled too, only four

Re: [PATCH v4 6/8] iio: adc: add STMPE ADC devicetree bindings

2018-12-16 Thread Jonathan Cameron
On Wed, 12 Dec 2018 14:06:47 +0100 Philippe Schenker wrote: > From: Stefan Agner > > This adds the devicetree bindings for the STMPE ADC. And corrects a > typo in st,sample-time it is rather "6 -> 124 clocks" according > to the datasheet and not 144. > > Signed-off-by: Stefan Agner >

Re: [PATCH v5 2/5] acpi/numa: Set the memory-side-cache size in memblocks

2018-12-16 Thread Mike Rapoport
On Fri, Dec 14, 2018 at 05:48:40PM -0800, Dan Williams wrote: > From: Keith Busch > > Add memblock based enumeration of memory-side-cache of System RAM. > Detect the capability in early init through HMAT tables, and set the > size in the address range memblocks if a direct mapped side cache is >

Re: [PATCH] staging: iio: ad7816: drop unnecessary initialization of variables

2018-12-16 Thread Jonathan Cameron
On Wed, 12 Dec 2018 23:27:07 +0530 Hardik Singh Rathore wrote: > Initialization is unnecessary when the variable is written before it is > read. There were some occasions in which the driver would initialize `ret' > during declaration without need. > > Signed-off-by: Hardik Singh Rathore

Re: [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 06:18:07 + Anson Huang wrote: > The light sensor's power supply could be controlled by regulator > on some platforms, such as i.MX6Q-SABRESD board, the light sensor > isl29023's power supply is controlled by a GPIO fixed regulator, > need to make sure the regulator is

Re: [PATCH v5 3/5] mm: Shuffle initial free memory to improve memory-side-cache utilization

2018-12-16 Thread Mike Rapoport
On Fri, Dec 14, 2018 at 05:48:46PM -0800, Dan Williams wrote: > Randomization of the page allocator improves the average utilization of > a direct-mapped memory-side-cache. Memory side caching is a platform > capability that Linux has been previously exposed to in HPC > (high-performance

RE: [PATCH v1 2/2] usb:cdns3 Add Cadence USB3 DRD Driver

2018-12-16 Thread Pawel Laszczak
Hi Peter >On Mon, Dec 10, 2018 at 8:55 PM Pawel Laszczak wrote: >> >> This patch introduce new Cadence USBSS DRD driver >> to linux kernel. >> >> The Cadence USBSS DRD Driver is a highly >> configurable IP Core which can be >> instantiated as Dual-Role Device (DRD), >> Peripheral Only and Host

[PATCH V2] livepatch: fix non-static warnings

2018-12-16 Thread Nicholas Mc Guire
Sparse reported warnings about non-static symbols. For the variables a simple static attribute is fine - for those symbols referenced by livepatch via klp_func the symbol-names must be unmodified in the symbol table - to resolve this the __noclone attribute is used for the shared statically

Re: [PATCH v4 1/3] iio: add IIO_MASSCONCENTRATION channel type

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 19:28:01 +0100 Tomasz Duszynski wrote: > Measuring particulate matter in ug / m3 (micro-grams per cubic meter) > is de facto standard. Existing air quality sensors usually follow > this convention and are capable of returning measurements using > this unit. > > IIO currently

Re: [PATCH v4 2/3] iio: chemical: add support for Sensirion SPS30 sensor

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 19:28:02 +0100 Tomasz Duszynski wrote: > Add support for Sensirion SPS30 particulate matter sensor. > > Signed-off-by: Tomasz Duszynski One minor thing inline I'll fix whilst applying. Please check I didn't mess it up though! Thanks, Jonathan > --- >

Re: [PATCH v4 3/3] iio: chemical: sps30: add device tree support

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 19:28:03 +0100 Tomasz Duszynski wrote: > Add device tree support for Sensirion SPS30 particulate > matter sensor. > > Signed-off-by: Tomasz Duszynski Applied with slight tweak to title to match dt-bindings: standard. Thanks, Jonathan > --- >

[PATCH 0/2 v3] kdump,vmcoreinfo: Export the value of sme mask to vmcoreinfo

2018-12-16 Thread Lianbo Jiang
This patchset did two things: a. add a new document for vmcoreinfo This document lists some variables that export to vmcoreinfo, and briefly describles what these variables indicate. It should be instructive for many people who do not know the vmcoreinfo, and it would normalize the exported

[PATCH 1/2 v3] kdump: add the vmcoreinfo documentation

2018-12-16 Thread Lianbo Jiang
This document lists some variables that export to vmcoreinfo, and briefly describles what these variables indicate. It should be instructive for many people who do not know the vmcoreinfo, and it would normalize the exported variable as a standard ABI between kernel and use-space. Suggested-by:

[PATCH 2/2 v3] kdump,vmcoreinfo: Export the value of sme mask to vmcoreinfo

2018-12-16 Thread Lianbo Jiang
For AMD machine with SME feature, makedumpfile tools need to know whether the crash kernel was encrypted or not. If SME is enabled in the first kernel, the crash kernel's page table(pgd/pud/pmd/pte) contains the memory encryption mask, so need to remove the sme mask to obtain the true physical

Re: [PATCH v3 1/3] iio: Add modifiers for ethanol and H2 gases

2018-12-16 Thread Jonathan Cameron
On Fri, 14 Dec 2018 10:06:39 -0800 Matt Ranostay wrote: > On Thu, Dec 13, 2018 at 6:44 AM Andreas Brauchli > wrote: > > > > Add ethanol and H2 gas modifiers: > > * IIO_MOD_ETHANOL > > Was going to ask why this wasn't a chemical formula like the rest of > the modifiers, but C2H6O would be a

RE: [RFC PATCH v2 08/15] usb:cdns3: Implements device operations part of the API

2018-12-16 Thread Pawel Laszczak
Hi > >On 14/12/18 4:56 PM, Felipe Balbi wrote: >> Hi, >> >> Sekhar Nori writes: All this should be part of comments in code along with information about controller versions which suffer from the errata. Is there a version of controller available

tpm_tis TPM2.0 not detected on cold boot

2018-12-16 Thread Michael Niewöhner
Hi again, after my UEFI firmware mod/hack to flash the newest available Nuvoton firmware to the NCPT650 the selftest error went away. Since then the TPM worked without any further problems, at least after warm reboots. What I didn't notice before is that it does NOT work after a cold (re)boot.

[PATCH] bonding: fix indentation issues, remove extra spaces

2018-12-16 Thread Colin King
From: Colin Ian King There are two statements that are indented too much by one space each, fix these. Signed-off-by: Colin Ian King --- drivers/net/bonding/bond_3ad.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/bonding/bond_3ad.c

Re: [PATCH v3 2/3] iio: chemical: sgp30: Support Sensirion SGP30/SGPC3 sensors

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 15:43:23 +0100 Andreas Brauchli wrote: > Support Sensirion SGP30 and SGPC3 multi-pixel I2C gas sensors > > Supported Features: > > * Indoor Air Quality (IAQ) concentrations for > - tVOC (in_concentration_voc_input) > - CO2eq (in_concentration_co2_input) - SGP30 only >

Re: [PATCH v3 3/3] iio: chemical: sgp30: add device tree support

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 15:44:18 +0100 Andreas Brauchli wrote: > Add device tree support for Sensirion SGP30/SGPC3 gas sensors. > > Signed-off-by: Andreas Brauchli Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Note this missed (by about a

Re: [PATCH v8 12/26] pwm: jz4740: Allow selection of PWM channels 0 and 1

2018-12-16 Thread Paul Cercueil
Hi, Le jeu. 13 déc. 2018 à 21:32, Uwe Kleine-König a écrit : On Thu, Dec 13, 2018 at 02:58:31PM +0100, Paul Cercueil wrote: Hi, Le jeu. 13 déc. 2018 à 10:18, Uwe Kleine-König a écrit : > On Wed, Dec 12, 2018 at 11:09:07PM +0100, Paul Cercueil wrote: > > The TCU channels 0 and 1 were

[PATCH] can: m_can: fix overly indented if statement

2018-12-16 Thread Colin King
From: Colin Ian King There is an if statement that is indented too much by one level, remove the extra tab to fix this. Signed-off-by: Colin Ian King --- drivers/net/can/m_can/m_can.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/can/m_can/m_can.c

Re: [PATCH 03/11] staging: iio: adc: ad7606: Use wait-for-completion handler

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:15 +0200 Stefan Popa wrote: > This patch replaces the use of wait_event_interruptible() with > wait_for_completion_timeout() when reading the result of a single > conversion. In this way, if the interrupt never occurs, the program will > not remain blocked. > >

Re: [PATCH 04/11] staging: iio: adc: ad7606: Use devm functions in probe

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:16 +0200 Stefan Popa wrote: > Switch to devm version of request_irq, iio_triggered_buffer_setup, > iio_device_register. To avoid potential ordering issues in probe, > devm_add_action_or_reset() is used for the regulator_disable(). This > simplifies the code and

Re: Fixing MIPS delay slot emulation weakness?

2018-12-16 Thread Maciej W. Rozycki
On Sat, 15 Dec 2018, Rich Felker wrote: > > I think "trivial" is an understatement, you at least need to decode the > > delay-slot instruction enough to tell privileged and user instructions > > apart and send SIGILL where appropriate. Some user instructions send > > exceptions too and you

Re: [PATCH 05/11] staging: iio: adc: ad7606: Add support for threaded irq

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:17 +0200 Stefan Popa wrote: > This patch replaces the use of a polling ring buffer with a threaded > interrupt. > > Enabling the buffer sets the CONVST signal to high. When the rising edge > of the CONVST is applied, BUSY signal goes logic high and transitions low > at

Re: [PATCH 06/11] staging: iio: adc: ad7606: Use find_closest() macro

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:18 +0200 Stefan Popa wrote: > When looking for the available scale or oversampling ratio, it is better > to use the find_closest() macro. This simplifies the code and also does > not require an exact value to be entered from the user space. > > Signed-off-by: Stefan

Re: [PATCH 07/11] staging: iio: adc: ad7606: Use vendor prefix for DT properties

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:19 +0200 Stefan Popa wrote: > The 'adi' vendor prefix needs to be added to conversion-start, range, > first-data and oversampling-ratio properties. > > Signed-off-by: Stefan Popa Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to

Re: [PATCH 08/11] staging: iio: adc: ad7606: Add OF device ID table

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:20 +0200 Stefan Popa wrote: > The driver does not have a struct of_device_id table, but supported > devices are registered via Device Trees. This patch adds and OF device > ID table. > > Signed-off-by: Stefan Popa Applied. Thanks, Jonathan > --- >

Re: [PATCH 09/11] staging: iio: adc: ad7606: Misc style fixes (no functional change)

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:21 +0200 Stefan Popa wrote: > * Placed includes in alphabetical order > * Added brackets around num and mask through out for AD760X_CHANNEL > * Used single line comments where needed > * Removed extra lines and spaces > > Signed-off-by: Stefan Popa Looks fine, but

Re: [PATCH 11/11] dt-bindings: iio: adc: Add docs for AD7606 ADC

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:23 +0200 Stefan Popa wrote: > Document support for AD7606 Analog to Digital Converter. > > Signed-off-by: Stefan Popa > Reviewed-by: Rob Herring Will have to wait on this as the MAINTAINERS bit obviously isn't there yet. Otherwise I would have just added it now. Oh

Re: [PATCH V6] iio: light: isl29018: add optional vcc regulator operation support

2018-12-16 Thread Jonathan Cameron
On Sun, 16 Dec 2018 12:44:13 + Jonathan Cameron wrote: > On Thu, 13 Dec 2018 06:18:07 + > Anson Huang wrote: > > > The light sensor's power supply could be controlled by regulator > > on some platforms, such as i.MX6Q-SABRESD board, the light sensor > > isl29023's power supply is

Re: [PATCH V4 2/2] iio: accell: mma8452: add optional vdd/vddio regulator operation support

2018-12-16 Thread Jonathan Cameron
On Sun, 16 Dec 2018 10:46:39 + Jonathan Cameron wrote: > On Tue, 11 Dec 2018 05:13:20 + > Anson Huang wrote: > > > The accelerometer's power supply could be controlled by regulator > > on some platforms, such as i.MX6Q-SABRESD board, the mma8451's > > power supply is controlled by a

[PATCH] mfd: ingenic-tcu: Fix bit field description in header

2018-12-16 Thread Paul Cercueil
The description of the bit was inverted. Signed-off-by: Paul Cercueil --- include/linux/mfd/ingenic-tcu.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mfd/ingenic-tcu.h b/include/linux/mfd/ingenic-tcu.h index ab16ad283def..2083fa20821d 100644 ---

[PATCH] riscv: remove redundant kernel-space generic-y

2018-12-16 Thread Masahiro Yamada
This commit removes redundant generic-y defines in arch/riscv/include/asm/Kbuild. [1] It is redundant to define the same generic-y in both arch/$(ARCH)/include/asm/Kbuild and arch/$(ARCH)/include/uapi/asm/Kbuild. Remove the following generic-y: errno.h fcntl.h

Re: [PATCH 10/11] staging: iio: adc: ad7606: Move out of staging

2018-12-16 Thread Jonathan Cameron
On Thu, 13 Dec 2018 14:46:22 +0200 Stefan Popa wrote: > Move ad7606 ADC driver out of staging and into the mainline. > > Signed-off-by: Stefan Popa Other than the things already mentioned in earlier patches, looks good to me. Thanks Jonathan > --- > MAINTAINERS |

[PATCH] nds32: remove redundant kernel-space generic-y

2018-12-16 Thread Masahiro Yamada
This commit removes redundant generic-y defines in arch/nds32/include/asm/Kbuild. [1] It is redundant to define the same generic-y in both arch/$(ARCH)/include/asm/Kbuild and arch/$(ARCH)/include/uapi/asm/Kbuild. Remove the following generic-y: bitsperlong.h

[PATCH] arc: remove redundant kernel-space generic-y

2018-12-16 Thread Masahiro Yamada
This commit removes redundant generic-y defines in arch/arc/include/asm/Kbuild. It is redundant to define generic-y when arch-specific implementation exists in arch/$(ARCH)/include/asm/*.h Remove the following generic-y: dma-mapping.h fb.h kmap_types.h pci.h Signed-off-by:

Re: [PATCH v8 15/26] pwm: jz4740: Add support for the JZ4725B

2018-12-16 Thread Paul Cercueil
Hi, Le ven. 14 déc. 2018 à 15:26, Uwe Kleine-König a écrit : Hello, On Fri, Dec 14, 2018 at 02:50:20PM +0100, Linus Walleij wrote: On Thu, Dec 13, 2018 at 9:42 PM Uwe Kleine-König wrote: > [Adding Linus Walleij to Cc:] > On Thu, Dec 13, 2018 at 03:03:15PM +0100, Paul Cercueil wrote: >

[PATCH] um: remove redundant generic-y

2018-12-16 Thread Masahiro Yamada
This commit removes redundant generic-y defines in arch/um/include/asm/Kbuild. It is redundant to define generic-y when arch-specific implementation exists in arch/$(ARCH)/include/asm/*.h Remove the following generic-y: hardirq.h io.h Signed-off-by: Masahiro Yamada ---

Re: [PATCH v7 11/25] arm64: irqflags: Use ICC_PMR_EL1 for interrupt masking

2018-12-16 Thread Jian-Lin Chen
From: Jian-Lin Chen On Wed, 12 Dec 2018 at 17:48, Julien Thierry wrote: > static inline void arch_local_irq_enable(void) > { > - asm volatile( > - "msrdaifclr, #2 // arch_local_irq_enable" > - : > + unsigned long unmasked =

  1   2   3   4   >