Re: [patch 5/5] PTP: add kvm PTP driver

2017-01-21 Thread Paolo Bonzini
On 20/01/2017 19:08, Radim Krcmar wrote: > 2017-01-20 13:00-0200, Marcelo Tosatti: >> On Fri, Jan 20, 2017 at 03:12:56PM +0100, Radim Krcmar wrote: >>> 2017-01-20 10:20-0200, Marcelo Tosatti: + do { + /* + * We are measuring the delay between + *

Re: [PATCH 4/4] xfrm_user: Add new 32/64-agnostic netlink messages

2017-01-21 Thread kbuild test robot
-bit-programs/20170121-150712 base: https://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next.git master config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin

Re: [PATCH] mm: extend zero pages to same element pages for zram

2017-01-21 Thread Sergey Senozhatsky
Hello, On (01/13/17 16:29), zhouxianr...@huawei.com wrote: [..] > --- a/Documentation/ABI/testing/sysfs-block-zram > +++ b/Documentation/ABI/testing/sysfs-block-zram > @@ -86,21 +86,21 @@ Description: > ones are sent by filesystem mounted with discard option, > whenever

Re: [PATCH] iio: proximity: sx9500: claim direct mode during raw proximity reads

2017-01-21 Thread Vlad Dogaru
On Fri, Jan 20, 2017 at 11:11 PM, Alison Schofield wrote: > Driver was checking for direct mode but not locking it. Use the > claim/release helper functions to guarantee the device stays in > direct mode during raw reads of proximity data. > > Signed-off-by: Alison Schofield Reviewed-by: Vlad D

[PATCH v4 0/3] mmc: mediatek: Use data tune for CMD line tune

2017-01-21 Thread Yong Mao
yong mao (3): mmc: dt-bindings: update Mediatek MMC bindings ARM64: dts: mediatek: configure some fixed mmc parameters mmc: mediatek: Use data tune for CMD line tune Documentation/devicetree/bindings/mmc/mtk-sd.txt | 12 ++ arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 3 + drivers/

[PATCH v4 2/3] ARM64: dts: mediatek: configure some fixed mmc parameters

2017-01-21 Thread Yong Mao
From: yong mao configure some fixed mmc parameters Signed-off-by: Yong Mao Signed-off-by: Chaotian Jing --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts |3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173-evb.dts b/arch/arm64/boot/dts/mediatek/mt8173-

[PATCH v4 1/3] mmc: dt-bindings: update Mediatek MMC bindings

2017-01-21 Thread Yong Mao
From: yong mao Add description for mediatek,hs200-cmd-int-delay Add description for mediatek,hs400-cmd-int-delay Add description for mediatek,hs400-cmd-resp-sel-rising Signed-off-by: Yong Mao --- Documentation/devicetree/bindings/mmc/mtk-sd.txt | 12 1 file changed, 12 insertion

[PATCH v4 3/3] mmc: mediatek: Use data tune for CMD line tune

2017-01-21 Thread Yong Mao
From: yong mao If we don't select a set of better parameters for our emmc host, It may easily occur CMD response CRC error. And also it may cause cannot boot up issue. Fot getting a set of better parameters, our emmc host supports data tune mechanism.Therefore, our emmc driver also should change

Re: [PATCH 4.9 000/120] 4.9.5-stable review

2017-01-21 Thread Greg Kroah-Hartman
On Fri, Jan 20, 2017 at 03:26:15PM -0800, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc boot: 217 boots: 4 failed, 202 passed with 9 offline, 2 conflicts > > (v4.9.4-121-ga55293ab8542) > > > > Full Boot Summary: > > https://kernelci.org/boot/all/job/stable-rc/kernel/v4.9.4-121-

[PATCH v3 0/2] spi: pca2xx: Prepare for and enable MSI support

2017-01-21 Thread Jan Kiszka
This enhances the pca2xx driver's interrupt handler with support for edge-triggered interrupts and makes use of that for PCI-hosted variants, like the Intel Quark SoC. Changes in v3: - removed already applied patch "Factor out handle_bad_msg" - avoid inner looping by making the hardware retrigger

[PATCH v3 2/2] spi: pca2xx-pci: Allow MSI

2017-01-21 Thread Jan Kiszka
Now that the core is ready for edge-triggered interrupts, we can safely allow the PCI versions that provide this to enable the feature and, thus, have less shared interrupts. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko Reviewed-by: Jarkko Nikula --- drivers/spi/spi-pxa2xx-pci.c | 8

[PATCH v3 1/2] spi: pxa2xx: Prepare for edge-triggered interrupts

2017-01-21 Thread Jan Kiszka
When using the a device with edge-triggered interrupts, such as MSIs, the interrupt handler has to ensure that there is a point in time during its execution where all interrupts sources are silent so that a new event can trigger a new interrupt again. This is achieved here by disabling all interru

Re: [PATCH] USB: Add quirk for WORLDE easykey.25 MIDI keyboard

2017-01-21 Thread Greg Kroah-Hartman
On Fri, Jan 20, 2017 at 07:46:34PM +0100, Lukáš Lalinský wrote: > Add a quirk for WORLDE easykey.25 MIDI keyboard (idVendor=0218, > idProduct=0401). The device reports that it has config string > descriptor at index 3, but when the system selects the configuration > and tries to get the description

Re: [RFC ADD HYPERVISOR CALL SUPPORT 1/2] soc: qcom: Add hypervisor stage two translation request support.

2017-01-21 Thread Stephen Boyd
On 01/09, Avaneesh Kumar Dwivedi wrote: > This patch add hypervisor support for mss bring up on msm8996. > MSS rproc driver make hypervisor request to add certain region > in IPA table owned by hepervisor and assign access permission Please drop the use of IPA here. There's an IPA acronym for the

Re: Regression on Dell XPS13 (was: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer)

2017-01-21 Thread Greg KH
On Fri, Jan 20, 2017 at 11:11:45PM +, mario.limoncie...@dell.com wrote: > Greg, > > > -Original Message- > > From: Darren Hart [mailto:dvh...@infradead.org] > > Sent: Tuesday, January 17, 2017 5:34 PM > > To: Limonciello, Mario > > Cc: gre...@linuxfoundation.org; rafael.j.wyso...@inte

Re: [PATCH] staging: lustre: headers: potential UAPI headers

2017-01-21 Thread Greg Kroah-Hartman
On Fri, Jan 20, 2017 at 11:33:11PM +, James Simmons wrote: > > > > > On Mon, Dec 19, 2016 at 12:06:47PM -0500, James Simmons wrote: > > > > > Not for landing. This is the purposed UAPI headers > > > > > with the removal of unlikely and debugging macros. > > > > > This is just for feedback to s

[GIT PULL] USB driver fixes for 4.10-rc5

2017-01-21 Thread Greg KH
The following changes since commit 49def1853334396f948dcb4cedb9347abb318df5: Linux 4.10-rc4 (2017-01-15 16:21:59 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.10-rc5 for you to fetch changes up to 488dc164914ff5ce5e9

[PATCH] media: platform: constify vb2_ops structures

2017-01-21 Thread Bhumika Goyal
Declare vb2_ops structures as const as they are only stored in the ops field of a vb2_queue structure. This field is of type const, so vb2_ops structures having same properties can be made const too. Done using Coccinelle: @r1 disable optional_qualifier@ identifier i; position p; @@ static struct

[PATCH] media: pci: constify vb2_ops structure

2017-01-21 Thread Bhumika Goyal
Declare vb2_ops structure as const as it is only stored in the ops field of a vb2_queue structure. This field is of type const, so vb2_ops structures having same properties can be made const too. Done using Coccinelle: @r1 disable optional_qualifier@ identifier i; position p; @@ static struct vb2_

Re: [PATCH] iio: magnetometer: mag3110: claim direct mode during raw writes

2017-01-21 Thread Peter Meerwald-Stadler
> Driver was checking for direct mode but not locking it. Use > claim/release helper functions to guarantee the device stays > in direct mode during raw writes. looks good, Acked-by: Peter Meerwald-Stadler > Signed-off-by: Alison Schofield > --- > drivers/iio/magnetometer/mag3110.c | 30

[PATCH] media: dvb-frontends: constify vb2_ops structure

2017-01-21 Thread Bhumika Goyal
Declare vb2_ops structure as const as it is only stored in the ops field of a vb2_queue structure. This field is of type const, so vb2_ops structures having same properties can be made const too. Done using Coccinelle: @r1 disable optional_qualifier@ identifier i; position p; @@ static struct vb2_

RE: [char-misc-next] mei: simplify error handling via devres function.

2017-01-21 Thread Winkler, Tomas
> > On Fri, Jan 20, 2017 at 7:22 PM, Tomas Winkler > wrote: > > Use devm_ and pcim_ functions to make error handling simpler and code > > smaller and tidier. > > > > Based on original patch by > > mei: me: use managed functions pcim_* and devm_* Andy Shevchenko > > > > https://lkml.org/lkml/201

[PATCH] printk: use console_trylock() in console_cpu_notify()

2017-01-21 Thread Sergey Senozhatsky
There is no need to always call blocking console_lock() in console_cpu_notify(), it's quite possible that console_sem can be locked by other CPU on the system, either already printing or soon to begin printing the messages. console_lock() in this case can simply block CPU hotplug for unknown period

Re: [PATCH v7 0/5] Add platform clock for BayTrail platforms

2017-01-21 Thread Andy Shevchenko
On Sat, Jan 21, 2017 at 2:00 AM, Stephen Boyd wrote: > On 01/18, Andy Shevchenko wrote: >> On Tue, 2017-01-17 at 15:57 -0600, Pierre-Louis Bossart wrote: >> > These patches specifically enable the audio MCLK required by Baytrail >> > CR devices. It is the remaining part of a bigger set of patches

[PATCH] mmc: core: Pass node pointer to mmc_of_parse

2017-01-21 Thread Jan Glauber
Extend mmc_of_parse to get the device node pointer as an additional argument instead of using the device node of the mmc device. While this has no effect for the current users it allows mmc_of_parse to be used by mmc controllers with multiple slots per device. These controllers can then pass the c

[PATCH 2/4] PCI: Xilinx NWL: Modifying irq chip for legacy interrupts

2017-01-21 Thread Bharat Kumar Gogada
- Few wifi end points which only support legacy interrupts, performs hardware reset functionalities after disabling interrupts by invoking disable_irq and then re-enable using enable_irq, they enable hardware interrupts first and then virtual irq line later. - The legacy irq line goes low only afte

[PATCH 3/4] PCI: Xilinx NWL: Modifying flow handler for legacy interrupts

2017-01-21 Thread Bharat Kumar Gogada
Legacy interrupts are level sensitive, so using handle_level_irq is more approprate as it is masks interrupts until End point handles interrupts and unmasks interrutps after End point handler is executed. Signed-off-by: Bharat Kumar Gogada --- drivers/pci/host/pcie-xilinx-nwl.c |2 +- 1 file

[PATCH 4/4] PCI: Xilinx NWL: Fix, proc interrupts for legacy virtual irq shown as edge

2017-01-21 Thread Bharat Kumar Gogada
- Legacy interrupts are level triggered, virtual irq line of End Point shows as edge. - Setting irq flags of virtual irq line of EP to level triggered at the time of mapping. Signed-off-by: Bharat Kumar Gogada --- drivers/pci/host/pcie-xilinx-nwl.c |1 + 1 files changed, 1 insertions(+), 0 d

[GIT PULL] Please pull powerpc/linux.git powerpc-4.10-2 tag

2017-01-21 Thread Michael Ellerman
Hi Linus, Please pull the belated first batch of powerpc fixes for 4.10: The following changes since commit 49def1853334396f948dcb4cedb9347abb318df5: Linux 4.10-rc4 (2017-01-15 16:21:59 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/lin

[PATCH 1/4] PCI: Xilinx NWL: Fix, do not check for legacy status in while loop

2017-01-21 Thread Bharat Kumar Gogada
- The legacy status register value for particular INTx becomes low only after DEASSERT_INTx is received. - Few End Points take time for sending DEASSERT_INTx, checking legacy status register in while loop causes invoking of EP handler continuosly until DEASSERT_INTx is received. Signed-off-by: Bha

Re: Regression on Dell XPS13 (was: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer)

2017-01-21 Thread Rafael J. Wysocki
On Sat, Jan 21, 2017 at 10:11 AM, Greg KH wrote: > On Fri, Jan 20, 2017 at 11:11:45PM +, mario.limoncie...@dell.com wrote: >> Greg, >> >> > -Original Message- >> > From: Darren Hart [mailto:dvh...@infradead.org] >> > Sent: Tuesday, January 17, 2017 5:34 PM >> > To: Limonciello, Mario

[PATCH] net: broadcom: bnx2x: use new api ethtool_{get|set}_link_ksettings

2017-01-21 Thread Philippe Reynes
The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- .../net/ethernet/broadcom/bnx2x/bnx2x_ethtool.c| 156 +++--

Re: Loan Forms Available- Contact Us Today-

2017-01-21 Thread Capital Finance
Dear Sir / Madam, Do you need a loan? Contact us today for same day approval; Blacklisted welcome. See contact details below send a mail we will contact you immediately. Send us a mail to E-mailedward.henry.garn...@gmail.com Regards Chris Vella Alexander Director Brown- Capital Funding O

Re: [PATCH] iio: magnetometer: mag3110: claim direct mode during raw writes

2017-01-21 Thread Jonathan Cameron
On 21/01/17 09:43, Peter Meerwald-Stadler wrote: > >> Driver was checking for direct mode but not locking it. Use >> claim/release helper functions to guarantee the device stays >> in direct mode during raw writes. > > looks good, > Acked-by: Peter Meerwald-Stadler Applied to the togreg branch

Re: [PATCH] iio: proximity: sx9500: claim direct mode during raw proximity reads

2017-01-21 Thread Jonathan Cameron
On 21/01/17 08:49, Vlad Dogaru wrote: > On Fri, Jan 20, 2017 at 11:11 PM, Alison Schofield > wrote: >> Driver was checking for direct mode but not locking it. Use the >> claim/release helper functions to guarantee the device stays in >> direct mode during raw reads of proximity data. >> >> Signe

Re: [PATCH v2 0/4] fix premature OOM regression in 4.7+ due to cpuset races

2017-01-21 Thread Hillf Danton
On Friday, January 20, 2017 6:39 PM Vlastimil Babka wrote: > > Changes since v1: > - add/remove comments per Michal Hocko and Hillf Danton > - move no_zone: label in patch 3 so we don't miss part of ac initialization > > This is v2 of my attempt to fix the recent report based on LTP cpuset stres

Re: [PATCH] iio: pressure: ms5611: claim direct mode during oversampling changes

2017-01-21 Thread Jonathan Cameron
On 20/01/17 20:22, Alison Schofield wrote: > Driver was checking for direct mode before changing oversampling > ratios, but was not locking it. Use the claim/release helper > functions to guarantee the device stays in direct mode while the > oversampling ratios are being updated. Continue to use

Re: [PATCH] iio: accel: st_accel: add !SENSORS_LIS3LV02D depedency

2017-01-21 Thread Jonathan Cameron
On 20/01/17 16:25, Arnd Bergmann wrote: > warning: (IIO_ST_ACCEL_3AXIS) selects IIO_ST_ACCEL_SPI_3AXIS which has unmet > direct dependencies (IIO && !SENSORS_LIS3_SPI && IIO_ST_ACCEL_3AXIS && > IIO_ST_SENSORS_SPI) > > Fixes: 762227721fe6 ("iio: accel: st_accel: handle deprecated bindings") > Sig

Re: [PATCH] iio: light: cm3605: mark PM functions as __maybe_unused

2017-01-21 Thread Jonathan Cameron
On 20/01/17 16:25, Arnd Bergmann wrote: > When CONFIG_PM_SLEEP is disabled, we get a harmless warning > > drivers/iio/light/cm3605.c:292:12: error: 'cm3605_pm_resume' defined but not > used [-Werror=unused-function] > drivers/iio/light/cm3605.c:281:12: error: 'cm3605_pm_suspend' defined but not

Re: [PATCH 2/7] iio: adc: stm32: Enable use of stm32 timer triggers

2017-01-21 Thread Jonathan Cameron
On 19/01/17 23:31, kbuild test robot wrote: > Hi Fabrice, > > [auto build test ERROR on next-20170119] > [also build test ERROR on v4.10-rc4] > [cannot apply to iio/togreg robh/for-next v4.9-rc8 v4.9-rc7 v4.9-rc6] > [if your patch is applied to the wrong git tree, please drop us a note to > help

[for-next][PATCH 0/3] tracing: More updates for 4.11

2017-01-21 Thread Steven Rostedt
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: b9b0c831bed2682c2e3e9f5420fb6985549ef020 Namhyung Kim (3): ftrace: Factor out __ftrace_hash_move() ftrace: Expose ftrace_hash_empty and ftrace_lookup_ip ftrace: Convert graph filter to u

[for-next][PATCH 1/3] ftrace: Factor out __ftrace_hash_move()

2017-01-21 Thread Steven Rostedt
From: Namhyung Kim The __ftrace_hash_move() is to allocates properly-sized hash and move entries in the src ftrace_hash. It will be used to set function graph filters which has nothing to do with the dyn_ftrace records. Link: http://lkml.kernel.org/r/20170120024447.26097-1-namhy...@kernel.org

[for-next][PATCH 2/3] ftrace: Expose ftrace_hash_empty and ftrace_lookup_ip

2017-01-21 Thread Steven Rostedt
From: Namhyung Kim It will be used when checking graph filter hashes later. Link: http://lkml.kernel.org/r/20170120024447.26097-2-namhy...@kernel.org Signed-off-by: Namhyung Kim [ Moved ftrace_hash dec and functions outside of FUNCTION_GRAPH define ] Signed-off-by: Steven Rostedt (VMware) ---

[for-next][PATCH 3/3] ftrace: Convert graph filter to use hash tables

2017-01-21 Thread Steven Rostedt
From: Namhyung Kim Use ftrace_hash instead of a static array of a fixed size. This is useful when a graph filter pattern matches to a large number of functions. Now hash lookup is done with preemption disabled to protect from the hash being changed/freed. Link: http://lkml.kernel.org/r/2017012

Re: [PATCH] iio: bmi160: use variable names for sizeof() operator

2017-01-21 Thread Jonathan Cameron
On 16/01/17 05:01, Alison Schofield wrote: > Replace the types with the actual variable names when using the > sizeof() operator. This is kernel preferred style as it protects > against future changes to variable type. > > Signed-off-by: Alison Schofield Sensible change from an obviously correct

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

2017-01-21 Thread Jonathan Cameron
On 16/01/17 06:34, H. Nikolaus Schaller wrote: > ping Always good to say who you are pinging ;) Saves the rest of us wondering if we have missing something we should have reviewed. Guessing it's Dmitry in this case! Jonathan > >> Am 28.12.2016 um 15:53 schrieb H. Nikolaus Schaller : >> >> Chang

Re: [PATCH] iio: health: afe4403: retrieve a valid iio_dev in suspend/resume

2017-01-21 Thread Jonathan Cameron
On 16/01/17 16:38, Andrew F. Davis wrote: > On 01/14/2017 09:51 PM, Alison Schofield wrote: >> The suspend/resume functions were using dev_to_iio_dev() to get >> the iio_dev. That only works on IIO dev's. Replace it with spi >> functions to get the correct iio_dev. >> >> Signed-off-by: Alison Scho

Re: [PATCH] iio: health: afe4404: retrieve a valid iio_dev in suspend/resume

2017-01-21 Thread Jonathan Cameron
On 15/01/17 03:52, Alison Schofield wrote: > The suspend/resume functions were using dev_to_iio_dev() to get > the iio_dev. That only works on IIO dev's. Replace it with i2c > functions to get the correct iio_dev. > > Signed-off-by: Alison Schofield Applied with Andrew's Ack. > --- > drivers/ii

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

2017-01-21 Thread H. Nikolaus Schaller
> Am 21.01.2017 um 14:08 schrieb Jonathan Cameron : > > On 16/01/17 06:34, H. Nikolaus Schaller wrote: >> ping > Always good to say who you are pinging ;) default = Maintainer Only he/she can finally accept a patch series so I assume he has to take action if there are no more things to debate.

[PATCH v2] net: broadcom: bnx2x: use new api ethtool_{get|set}_link_ksettings

2017-01-21 Thread Philippe Reynes
The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- Changelog: v2: - also move to new api for bnx2x_vf .../net/ethernet/br

Re: [PATCH v7 2/5] clk: x86: Add Atom PMC platform clocks

2017-01-21 Thread Andy Shevchenko
On Fri, 2017-01-20 at 15:58 -0800, Stephen Boyd wrote: > On 01/17, Pierre-Louis Bossart wrote: > > > > +static void plt_clk_reg_update(struct clk_plt *clk, u32 mask, u32 > > val) > > +{ > > + u32 tmp; > > + unsigned long flags; > > + > > + spin_lock_irqsave(&clk->lock, flags); > > + > > +

Re: [PATCH 1/2] random: use chacha20 for get_random_int/long

2017-01-21 Thread Jason A. Donenfeld
Hi Ted, On Sat, Jan 21, 2017 at 7:24 AM, Theodore Ts'o wrote: > Oh, I see. > > So that's not how I would do things, but it's fine. Great, alright. In what tree should I look for these two commits? Or should I send it to the drivers/char maintainer (now CCd)? Jason

Re: [PATCH] iio: health: max30100: use msleep() for long uncritical delays

2017-01-21 Thread Jonathan Cameron
On 17/01/17 02:00, Matt Ranostay wrote: > On Mon, Jan 16, 2017 at 7:35 AM, Nicholas Mc Guire wrote: >> ulseep_range() uses hrtimers and provides no advantage over msleep() >> for larger delays. Fix up the 35ms delays here to use msleep() and >> reduce the load on the hrtimer subsystem. > > Ok mak

Re: [PATCH 1/3] iio: light: opt3001: Export OF device ID table as module aliases

2017-01-21 Thread Jonathan Cameron
On 16/01/17 15:50, Javier Martinez Canillas wrote: > The I2C core always reports a MODALIAS of the form i2c: even if the > device was registered via OF, this means that exporting the OF device ID > table device aliases in the module is not needed. But in order to change > how the core reports modal

Re: [PATCH 3/3] iio: adc: max1363: Export OF device ID table as module aliases

2017-01-21 Thread Jonathan Cameron
On 16/01/17 15:50, Javier Martinez Canillas wrote: > The I2C core always reports a MODALIAS of the form i2c: even if the > device was registered via OF, this means that exporting the OF device ID > table device aliases in the module is not needed. But in order to change > how the core reports modal

Re: [PATCH 2/3] iio: potentiometer: mcp4531: Export OF device ID table as module aliases

2017-01-21 Thread Jonathan Cameron
On 16/01/17 15:50, Javier Martinez Canillas wrote: > The I2C core always reports a MODALIAS of the form i2c: even if the > device was registered via OF, this means that exporting the OF device ID > table device aliases in the module is not needed. But in order to change > how the core reports modal

Re: [PATCH] iio: adc: palmas_gpadc: retrieve a valid iio_dev in suspend/resume

2017-01-21 Thread Jonathan Cameron
On 16/01/17 19:27, Alison Schofield wrote: > The suspend/resume functions were using dev_to_iio_dev() to get > the iio_dev. That only works on IIO dev's. Use dev_get_drvdata() > for a platform device to get the correct iio_dev. > > Signed-off-by: Alison Schofield Applied to the fixes-togreg bran

Re: [PATCH v2 01/15] staging: iio: isl29028: made alignment of variables in struct isl29028_chip consistent

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > The alignment of the variables in the struct isl29028_chip is not > consistent. This changes all of the variables to use consistent > alignment to improve the code readability. > > Signed-off-by: Brian Masney Applied to the togreg branch of iio.git and pus

Business Proposal

2017-01-21 Thread QUATIF GROUP OF COMPANIES
Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Quatif Group of Companies

Re: [PATCH v2 02/15] staging: iio: isl29028: fix alignment of function arguments

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > Two separate calls to regmap_update_bits() in isl29028_set_als_scale() > and isl29028_set_als_ir_mode() did not have their function arguments > on the next line aligned correctly to the open parenthesis. This patch > corrects the alignment. > > Signed-off-b

Re: [PATCH v2 06/15] staging: iio: isl29028: move failure logging into isl29028_set_proxim_sampling()

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > When isl29028_set_proxim_sampling() fails, it was up to both callers to > log the failure message. This patch moves the logging into > isl29028_set_proxim_sampling() to reduce the overall amount of code in > the driver. > > Signed-off-by: Brian Masney I'm

Re: [PATCH v2 03/15] staging: iio: isl29028: combine isl29028_proxim_get() and isl29028_read_proxim()

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > isl29028_proxim_get() checks to see if the promixity needs to be > enabled on the chip and then calls isl29028_read_proxim(). There > are no other callers of isl29028_read_proxim(). The naming between > these two functions can be confusing so this patch comb

Re: [PATCH v2 05/15] staging: iio: isl29028: remove unused define ISL29028_DEV_ATTR

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > The #define ISL29028_DEV_ATTR was not used so this patch removes the > unnecessary code. > > Signed-off-by: Brian Masney Applied. > --- > drivers/staging/iio/light/isl29028.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/staging/iio/lig

Re: [PATCH v2 04/15] staging: iio: isl29028: change newlines to improve readability

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > Add and remove newlines to improve code readability in preparation for > moving the driver out of staging. > > Signed-off-by: Brian Masney Applied. > --- > drivers/staging/iio/light/isl29028.c | 33 - > 1 file changed, 24 i

Re: [PATCH v2 08/15] staging: iio: isl29028: made error messages consistent

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > The wording and style of the different error messages was not > consistent. This patch makes the wording and style consistent > throughout the driver. > > Signed-off-by: Brian Masney Applied. > --- > drivers/staging/iio/light/isl29028.c | 56 > ++

Re: [PATCH v2 07/15] staging: iio: isl29028: move failure logging into isl29028_set_als_scale()

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > When isl29028_set_als_scale() fails, it was up to both callers to log > the failure message. This patch moves the logging into > isl29028_set_als_scale() to reduce the overall amount of code in the > driver. > > Signed-off-by: Brian Masney Applied > --- >

Re: [PATCH v2 09/15] staging: iio: isl29028: remove unnecessary error logging in isl29028_chip_init_and_power_on()

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > If the call to isl29028_chip_init_and_power_on() in isl29028_probe() > fails, then isl29028_probe() will log an error message. All of the > error paths in that call path already have error logging in place. This > patch removes the unnecessary logging. > >

Re: [PATCH v2 10/15] staging: iio: isl29028: remove out of memory log message

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > If the call to devm_iio_device_alloc() fails, then isl29028_probe() > logs a message saying that memory cannot be allocated. The user's system > most likely has larger issues at this point. This patch removes that > error message since the error code is pass

Re: [PATCH v2 11/15] staging: iio: isl29028: remove unnecessary parenthesis

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > isl29028_write_raw() contains unnecessary parenthesis when checking to > see if the passed in lux scale is valid. This patch removes the > unnecessary parenthesis. > > Signed-off-by: Brian Masney hmm. Not sure I really care about this either way. Ah well,

[PATCH] powerpc/sstep: Return directly after a failed address_ok() in emulate_step()

2017-01-21 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 21 Jan 2017 15:30:15 +0100 * Return directly after a call of the function "address_ok" failed in a case block. This issue was detected by using the Coccinelle software. * Delete two error code assignments which became unnecessary with this refactoring. Sig

Re: [PATCH v2 12/15] staging: iio: isl29028: remove enable flag from isl29028_enable_proximity()

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:24, Brian Masney wrote: > isl29028_enable_proximity() has a boolean argument named enable. This > function is only called once and the enable flag is set to true in that > call. This patch removes the enable parameter from that function. > > Signed-off-by: Brian Masney Applied. > -

Re: [PATCH v2 13/15] staging: iio: isl29028: only set proximity sampling rate when proximity is enabled

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:25, Brian Masney wrote: > isl29028_chip_init_and_power_on() calls isl29028_set_proxim_sampling() > and this is not needed until the user actually needs to take a proximity > reading. This patch moves the isl29028_set_proxim_sampling() call from > isl29028_chip_init_and_power_on() to

Re: [PATCH v2 14/15] staging: iio: isl29028: only set ALS scale when ALS/IR sensing is enabled

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:25, Brian Masney wrote: > isl29028_chip_init_and_power_on() calls isl29028_set_als_scale() and > this is not needed until the user actually needs to take a reading from > the ALS/IR sensor. This patch moves the isl29028_set_als_scale() call > from isl29028_chip_init_and_power_on() to

Re: [PATCH v2 15/15] staging: iio: isl29028: add runtime power management support

2017-01-21 Thread Jonathan Cameron
On 17/01/17 09:25, Brian Masney wrote: > This patch adds runtime power management support to the isl29028 driver. > It defaults to powering off the device after two seconds of inactivity. > > isl29028_chip_init_and_power_on() currently only zeros the CONFIGURE > register on the chip, which will ca

[PATCH] net: intel: e1000: use new api ethtool_{get|set}_link_ksettings

2017-01-21 Thread Philippe Reynes
The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/e1000/e1000_ethtool.c | 93 +++

Re: [PATCH] timers: Reconcile the code and the comment for the 250HZ case

2017-01-21 Thread Zhihui Zhang
Sure, I believe that comments should always match the code. In this case, using either LVL_SIZE - 1 or LVL_SIZE is fine based on my understanding about 20 days ago. But I could be wrong and miss some subtle details. Anyway, my point is about readability. thanks, On Fri, Jan 20, 2017 at 5:41 PM, J

Ihre letzte Lieferungsmeldung

2017-01-21 Thread anmeld...@corponline.biz
MADRID OFFICE OFFIZIELLE MITTEILUNG VON SITZ DES PRASIDENTEN DIE EUROMILLION LOTTERY PROMOTION -GEWINNZUTEILUNG REFERENZ NUMMER:[ WNT/25456009/ES] http://loteria.rtve.es Verifikationsnummer 66513 Batch Number: 14/0017/MN OFFIZIELLE GEWINNBENACHRITIGUNG Wir sind erfreut ihnen mitteilen zu konnen,

Re: [PATCH 0/3] ti,ads7950 device tree bindings

2017-01-21 Thread Jonathan Cameron
On 15/01/17 23:44, David Lechner wrote: > On 01/15/2017 07:58 AM, Jonathan Cameron wrote: >> On 11/01/17 17:52, David Lechner wrote: >>> This series adds device tree bindings for the TI ADS7950 family of A/DC >>> chips. >>> The series includes the bindings documentation and some fixes to the iio

[PATCH v3 0/4] Update LZ4 compressor module

2017-01-21 Thread Sven Schmidt
This patchset is for updating the LZ4 compression module to a version based on LZ4 v1.7.3 allowing to use the fast compression algorithm aka LZ4 fast which provides an "acceleration" parameter as a tradeoff between high compression ratio and high compression speed. We want to use LZ4 fast in orde

[PATCH 4/4] fs/pstore: fs/squashfs: Change usage of LZ4 to work with new LZ4 version

2017-01-21 Thread Sven Schmidt
This patch updates fs/pstore and fs/squashfs to use the updated functions from the new LZ4 module. Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de> --- fs/pstore/platform.c | 14 +++--- fs/squashfs/lz4_wrapper.c | 12 ++-- 2 files changed, 13 insertions(+), 13

[PATCH 2/4] lib/decompress_unlz4: Change module to work with new LZ4 module version

2017-01-21 Thread Sven Schmidt
This patch updates the unlz4 wrapper to work with the updated LZ4 kernel module version. Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de> --- lib/decompress_unlz4.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/lib/decompress_unlz4.c b/lib/decom

[PATCH 3/4] crypto: Change LZ4 modules to work with new LZ4 module version

2017-01-21 Thread Sven Schmidt
This patch updates the crypto modules using LZ4 compression to work with the new LZ4 module version. Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de> --- crypto/lz4.c | 21 - crypto/lz4hc.c | 21 - 2 files changed, 16 insertions(+), 26 del

[PATCH 1/4] lib: Update LZ4 compressor module

2017-01-21 Thread Sven Schmidt
This patch updates LZ4 kernel module to LZ4 v1.7.3 by Yann Collet. The kernel module is inspired by the previous work by Chanho Min. The updated LZ4 module will not break existing code since there were alias methods added to ensure backwards compatibility. API changes: New method LZ4_compress_fas

[PATCH] powerpc/mm: Return directly after a failed __copy_from_user() in sys_subpage_prot()

2017-01-21 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 21 Jan 2017 16:10:50 +0100 * Return directly after a call of the function "__copy_from_user" failed here. This issue was detected by using the Coccinelle software. * Delete the jump label "out2" which became unnecessary with this refactoring. Signed-off-by

Re: [PATCH 1/4] lib: Update LZ4 compressor module

2017-01-21 Thread kbuild test robot
/20170121-231418 config: i386-randconfig-r0-201703 (attached as .config) compiler: gcc-5 (Debian 5.4.1-2) 5.4.1 20160904 reproduce: # save the attached .config to linux build tree make ARCH=i386 Note: the linux-review/Sven-Schmidt/Update-LZ4-compressor-module/20170121-231418 HEAD

Re: [PATCH 1/2] i2c: mux: pca954x: Export OF device ID table as module aliases

2017-01-21 Thread Peter Rosin
On 2017-01-16 14:54, Javier Martinez Canillas wrote: > The I2C core always reports a MODALIAS of the form i2c: even if the > device was registered via OF, this means that exporting the OF device ID > table device aliases in the module is not needed. But in order to change > how the core reports mod

[PATCH] KVM: s390: Move two error code assignments in kvm_vm_ioctl_get_dirty_log()

2017-01-21 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 21 Jan 2017 16:52:23 +0100 A local variable was set to an error code in two cases before a concrete error situation was detected. Thus move the corresponding assignments into if branches to indicate a software failure there. This issue was detected by using the Co

[PATCH] regulator: axp20x: AXP806: Fix dcdcb being set instead of dcdce

2017-01-21 Thread Rask Ingemann Lambertsen
A typo or copy-paste bug means that the register access intended for regulator dcdce goes to dcdcb instead. This patch corrects it. Signed-off-by: Rask Ingemann Lambertsen Fixes: 2ca342d391e3 (regulator: axp20x: Support AXP806 variant) --- I have a board where dcdcb powers the DRAM, which I foun

Re: [PATCH 2/2] i2c: pca9541: Export OF device ID table as module aliases

2017-01-21 Thread Peter Rosin
On 2017-01-16 14:54, Javier Martinez Canillas wrote: > The I2C core always reports a MODALIAS of the form i2c: even if the > device was registered via OF, this means that exporting the OF device ID > table device aliases in the module is not needed. But in order to change > how the core reports mod

Re: [PATCH 1/4] lib: Update LZ4 compressor module

2017-01-21 Thread kbuild test robot
/20170121-231418 config: x86_64-lkp (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 Note: the linux-review/Sven-Schmidt/Update-LZ4-compressor-module/20170121-231418 HEAD

[PATCH] uapi glibc compat: fix build if libc defines IFF_ECHO

2017-01-21 Thread Hauke Mehrtens
musl 1.1.15 defines IFF_ECHO and the other net_device_flags options. When a user application includes linux/if.h and net/if.h the compile will fail. Activate __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO only when it is needed. This should also make this work in case glibc will add these de

Re: [alsa-devel] [PATCH v7 2/5] clk: x86: Add Atom PMC platform clocks

2017-01-21 Thread Pierre-Louis Bossart
Thanks for the review Stephen. On 1/20/17 5:58 PM, Stephen Boyd wrote: On 01/17, Pierre-Louis Bossart wrote: diff --git a/drivers/clk/x86/clk-pmc-atom.c b/drivers/clk/x86/clk-pmc-atom.c new file mode 100644 index 000..312d4e9 --- /dev/null +++ b/drivers/clk/x86/clk-pmc-atom.c [...] + +sta

RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm

2017-01-21 Thread Matthew Wilcox
From: Dan Williams [mailto:dan.j.willi...@intel.com] > A couple weeks back, in the course of reviewing the memcpy_nocache() > proposal from Brian, Linus subtly suggested that the pmem specific > memcpy_to_pmem() routine be moved to be implemented at the driver > level [1]: Of course, there may not

[PATCH v2 16/26] drm/rockchip: dw-mipi-dsi: configure bias and bandgap before enable

2017-01-21 Thread John Keeping
We should configure these functions before enabling them. Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-

[PATCH v2 13/26] drm/rockchip: dw-mipi-dsi: allow commands in panel_disable

2017-01-21 Thread John Keeping
Panel drivers may want to sent commands during the disable function, for example MIPI_DCS_SET_DISPLAY_OFF before the video signal ends. In order to send commands we need to write to registers, so pclk must be enabled. While changing this, remove the unnecessary code after the panel unprepare call

[PATCH v2 22/26] drm/rockchip: vop: test for P{H,V}SYNC

2017-01-21 Thread John Keeping
When connected to the MIPI DSI output, we need to use N{H,V}SYNC for the internal connection but these flags are meaningless for DSI panels. Switch the test so that we do not set the P{H,V}SYNC bits unless the mode requires it. Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm/

[PATCH v2 17/26] drm/rockchip: dw-mipi-dsi: don't enable PHY PLL until it's configured

2017-01-21 Thread John Keeping
Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index ce1e6f9a2041..cfe7e4ba305c 100644 --- a/drivers/gpu

[PATCH v2 11/26] drm/rockchip: dw-mipi-dsi: don't assume buffer is aligned

2017-01-21 Thread John Keeping
By dereferencing the MIPI command buffer as a u32* we rely on it being correctly aligned on ARM, but this may not be the case. Copy it into a stack variable that will be correctly aligned. Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 12 +++---

[PATCH v2 25/26] drm/rockchip: dw-mipi-dsi: add reset control

2017-01-21 Thread John Keeping
In order to fully reset the state of the MIPI controller we must assert this reset. This is slightly more complicated than it could be in order to maintain compatibility with device trees that do not specify the reset property. Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm

[PATCH v2 20/26] drm/rockchip: dw-mipi-dsi: use specific poll helper

2017-01-21 Thread John Keeping
As the documentation for readx_poll_timeout says, we want to use the specialized macro for readl rather than using the generic version directly. Signed-off-by: John Keeping --- Unchanged in v2 --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 10 +- 1 file changed, 5 insertions(+), 5 deletion

  1   2   3   >