Re: [PATCH] cw1200: fix bogus maybe-uninitialized warning

On Tue, Oct 25, 2016 at 01:24:55PM +, David Laight wrote: > > - if (count > 1) { > > - /* We already released one buffer, now for the rest */ > > - ret = wsm_release_tx_buffer(priv, count - 1); > > - if (ret < 0) > > - return ret; > > -

Re: [PATCH] PCI: pci-stub: accept exceptions to the ID- and class-based matching

On Tue, 25 Oct 2016 20:24:19 +0200 Laszlo Ersek wrote: > Some systems have multiple instances of the exact same kind of PCI device > installed. When VFIO users intend to assign these devices to VMs, they > occasionally don't want to assign all of them; they'd keep a few for >

[PATCH] lib/genalloc.c: Start search from start of chunk

gen_pool_alloc_algo() iterates over the chunks of a pool trying to find a contiguous block of memory that satisfies the allocation request. The shortcut if (size > atomic_read(>avail)) continue; makes the loop skip over chunks that do not have enough bytes left to

[PATCH] staging: iio: cdc: ad7746: set ret on IIO_VOLTAGE case

From: Colin Ian King For a IIO_VOLTAGE case, ret is not being set causing an uninitialized value being returned by ad7746_read_raw. Fix this by setting ret to IIO_VAL_INT for this specific case. Signed-off-by: Colin Ian King ---

Re: [PATCH v2 2/2] power: bq27xxx_battery: add poll interval property query

On Mon, Oct 24, 2016 at 1:14 PM, Pavel Machek wrote: > On Mon 2016-10-24 12:58:25, Matt Ranostay wrote: >> Pavel + Sebastian this is the patchset that need I some input on :) > > Better then previous one. > > But my version of bq27xxx_battery.c already contains this: This is for

Re: [PATCH] staging: iio: cdc: ad7746: set ret on IIO_VOLTAGE case

On 10/25/2016 08:44 PM, Colin King wrote: > From: Colin Ian King > > For a IIO_VOLTAGE case, ret is not being set causing an > uninitialized value being returned by ad7746_read_raw. Fix > this by setting ret to IIO_VAL_INT for this specific case. > > Signed-off-by:

Re: [RFC 0/8] Define coherent device memory node

On Tue, Oct 25, 2016 at 11:01:08PM +0530, Aneesh Kumar K.V wrote: > Jerome Glisse writes: > > > On Tue, Oct 25, 2016 at 10:29:38AM +0530, Aneesh Kumar K.V wrote: > >> Jerome Glisse writes: > >> > On Mon, Oct 24, 2016 at 10:01:49AM +0530, Anshuman Khandual

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 10/25/2016 11:57 AM, Tobias Jakobi wrote: > Hello Shuah, > > > Shuah Khan wrote: >> On 10/19/2016 04:27 PM, Shuah Khan wrote: >>> On 10/19/2016 08:16 AM, Inki Dae wrote: Hi Shuah, 2016-10-13 8:11 GMT+09:00 Shuah Khan : > Hi Inki, > > On

Re: [PATCH V2 6/8] PM / OPP: Separate out _generic_opp_set_rate()

On 10/20, Viresh Kumar wrote: > Later patches would add support for custom opp_set_rate callbacks. This I know the OPP consumer function has "rate" in the name, but it makes more sense to call the callback set_opp instead because we could be doing a lot more than setting the opp rate. > patch

Re: [PATCH v2 5/5] ARC: MCIP: Use IDU_M_DISTRI_DEST mode if there is only 1 destination core

On 10/24/2016 05:46 AM, Yuriy Kolerov wrote: > ARC linux uses 2 distribution modes for common interrupts: round robin > mode (IDU_M_DISTRI_RR) and a simple destination mode (IDU_M_DISTRI_DEST). > The first one is used when more than 1 cores may handle a common interrupt > and the second one is

Re: [PATCH] arm64: Neaten show_regs, remove KERN_CONT

On Tue, Oct 25, 2016 at 10:38 AM, Linus Torvalds wrote: > On Mon, Oct 24, 2016 at 9:42 AM, Mark Rutland wrote: >> >> That does not appear to be the case; as fr as I can tell the core prints a >> timestamp per line as required. If I run: >> >>

Re: [RFC v2] ARM: memory: da8xx-ddrctl: new driver

Bartosz Golaszewski writes: > Create a new driver for the da8xx DDR2/mDDR controller and implement > support for writing to the Peripheral Bus Burst Priority Register. > > Signed-off-by: Bartosz Golaszewski > --- >

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

Hello Shuah, Shuah Khan wrote: > On 10/19/2016 04:27 PM, Shuah Khan wrote: >> On 10/19/2016 08:16 AM, Inki Dae wrote: >>> Hi Shuah, >>> >>> 2016-10-13 8:11 GMT+09:00 Shuah Khan : Hi Inki, On 08/15/2016 10:40 PM, Inki Dae wrote: >> >> okay the

Re: [PATCH] arm64: Neaten show_regs, remove KERN_CONT

On Tue, Oct 25, 2016 at 10:38:31AM -0700, Linus Torvalds wrote: > On Mon, Oct 24, 2016 at 9:42 AM, Mark Rutland wrote: > > > > That does not appear to be the case; as fr as I can tell the core prints a > > timestamp per line as required. If I run: > > > >

Re: [PATCH] arm64: Neaten show_regs, remove KERN_CONT

On Tue, 2016-10-25 at 10:55 -0700, Linus Torvalds wrote: > And yes, what we probably *should* do is to do the newline breaking > when adding things to the log, rather than doing it in the > "msg_print_text()" phase. Yeah. One thing that'd be nice one day is to remove all the #define pr_fmt(fmt)

Re: [PATCH 1/3] perf sched map: Apply cpu color when there's an activity

Em Mon, Oct 24, 2016 at 11:02:43AM +0900, Namhyung Kim escreveu: > Applying cpu color always doesn't help readability IMHO. Instead it > might be better to applying the color when there's an activity on those > CPUs. thanks, applied the three patches. - Arnaldo > Cc: Jiri Olsa

[PATCH 3/3] drivers: iommu: io-pgtable-arm: use const and __initconst for iommu_gather_ops structures

Check for iommu_gather_ops structures that are only stored in the tlb field of an io_pgtable_cfg structure. The tlb field is of type const struct iommu_gather_ops *, so iommu_gather_ops structures having this property can be declared as const. Also, replace __initdata with __initconst.

[PATCH 2/3] drivers: iommu: arm-smmu-v3: constify iommu_gather_ops structures

Check for iommu_gather_ops structures that are only stored in the tlb field of an io_pgtable_cfg structure. The tlb field is of type const struct iommu_gather_ops *, so iommu_gather_ops structures having this property can be declared as const. Signed-off-by: Bhumika Goyal ---

[PATCH 1/3] drivers: iommu: arm-smmu: constify iommu_gather_ops structures

Check for iommu_gather_ops structures that are only stored in the tlb field of an io_pgtable_cfg structure. The tlb field is of type const struct iommu_gather_ops *, so iommu_gather_ops structures having this property can be declared as const. Signed-off-by: Bhumika Goyal ---

Re: [PATCH 4/9] pinctrl: meson: allow gpio to request irq

On Tue, Oct 25, 2016 at 4:47 PM, Marc Zyngier wrote: > On 25/10/16 15:22, Jerome Brunet wrote: >> There is a few problems to guarantee that gpio == hwirq. >> 1. We have 2 instances of pinctrl, to guarantee that the linux gpio >> number == hwirq, we would have to guarantee

Re: [PATCH] PM / Domains: check for negative return from of_count_phandle_with_args

Colin King writes: > From: Colin Ian King > > The return from of_count_phandle_with_args can be negative, so we > should avoid kcalloc of a negative count of genpd_power_stat structs > by sanity checking if count is zero or less. > >

Re: [PATCH v3 1/1] workqueue: ignore dead tasks in a workqueue sleep hook

On Tue, Oct 25, 2016 at 6:08 PM, Oleg Nesterov wrote: > sorry for noise, forgot to mention... > > On 10/25, Oleg Nesterov wrote: >> >> On 10/25, Oleg Nesterov wrote: >> > >> > void oops_end_exit(void) >> > { >> > current->flags &= ~PF_WQ_WORKER; >> >

Re: dm block manager: use do/while(0) for empty macros

On Tue, Oct 25 2016 at 11:54am -0400, Arnd Bergmann wrote: > make W=1 reports a new warning for the dm-block-manager: > > drivers/md/persistent-data/dm-block-manager.c: In function ‘dm_bm_unlock’: > drivers/md/persistent-data/dm-block-manager.c:598:3: error: suggest braces >

Re: [PATCH 4/9] pinctrl: meson: allow gpio to request irq

On Tue, Oct 25, 2016 at 5:31 PM, Jerome Brunet wrote: > On Tue, 2016-10-25 at 15:47 +0100, Marc Zyngier wrote: >> Is gpio_to_irq() supposed to allocate an interrupt? Or merely to >> report the existence of a mapping? It should provide an IRQ corresponding to the gpio line,

Re: [PATCH v2 4/5] ARC: MCIP: Set an initial affinity value in idu_irq_map

On 10/24/2016 05:46 AM, Yuriy Kolerov wrote: > Originally an initial distribution mode (its value resides in Device Tree) > for each common interrupt is set in idu_irq_xlate. This leads to the > following problems. idu_irq_xlate may be called several times during parsing > of the Device Tree and

Re: [PATCH] arch/x86: Don't try to poke disabled/non-existent APIC

On 10/21/2016 10:18 PM, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Apparently trying to poke a disabled or non-existent APIC > leads to a box that doesn't even boot. Let's not do that. > > No real clue if this is the right fix, but at least

[PATCH] ARM: davinci: da850: Fix pwm name matching

This fixes pwm name matching for DA850 familiy devices. When using device tree, the da850_auxdata_lookup[] table caused pwm devices to have the exact same name, which caused errors when trying to register the devices. The names for clock matching in da850_clks[] also have to be updated to to

Re: [RFC v3 1/6] Track the active utilisation

On Tue, 25 Oct 2016 09:58:11 -0400 Steven Rostedt wrote: > On Tue, 25 Oct 2016 11:29:16 +0200 > luca abeni wrote: > > > Hi Daniel, > > > > On Tue, 25 Oct 2016 11:09:52 +0200 > > Daniel Bristot de Oliveira wrote: > > [...] > > > >

[PATCH 0/3] drivers: iommu: declare iommu_gather_ops structures as const

Constify iommu_gather_ops structures and replace __initdata with __initconst where needed. Bhumika Goyal (3): drivers: iommu: arm-smmu: constify iommu_gather_ops structures drivers: iommu: arm-smmu-v3: constify iommu_gather_ops structures drivers: iommu: io-pgtable-arm: use const and

Re: [PATCH 00/14] staging: fsl-mc: cleanup and uprev to MC v10.x

On Tue, Oct 25, 2016 at 03:43:56PM +, Stuart Yoder wrote: > > > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Tuesday, October 25, 2016 2:50 AM > > To: Stuart Yoder > > Cc: German Rivera ;

Re: [PATCH v2 2/6] perf report: Caculate and return the branch counting in callchain

Em Fri, Oct 21, 2016 at 08:23:41AM +0800, Jin, Yao escreveu: > Hi Andi, Hi Nilay, > > Thanks so much for your comments! > > I will upgrade the patch to just display the count for abort. Ok, waiting for that then, - Arnaldo > Thanks > > Jin Yao > > On 10/21/2016 2:20 AM, Andi Kleen wrote: >

RE: [PATCH v2 5/5] ARC: MCIP: Use IDU_M_DISTRI_DEST mode if there is only 1 destination core

> -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Tuesday, October 25, 2016 8:53 PM > To: Yuriy Kolerov ; linux-snps- > a...@lists.infradead.org > Cc: marc.zyng...@arm.com; vineet.gup...@synopsys.com; > alexey.brod...@synopsys.com;

[PATCH] PCI: pci-stub: accept exceptions to the ID- and class-based matching

Some systems have multiple instances of the exact same kind of PCI device installed. When VFIO users intend to assign these devices to VMs, they occasionally don't want to assign all of them; they'd keep a few for host-side use. The current ID- and class-based matching in pci-stub doesn't

Re: [PATCH] gpio: gpiolib-devprop: Check chip->parent pointer before dereferencing

On Tue, Oct 25, 2016 at 6:31 PM, wrote: > From: Thor Thayer > > Confirm the chip->parent is valid before dereferencing because > the parent parameter is optional. > > Signed-off-by: Thor Thayer I

Re: [PATCH -next 1/2] Input: synaptics-rmi4 - add support for F55 sensor tuning

On 10/24/2016 08:13 PM, Guenter Roeck wrote: Hi Andrew, On 10/24/2016 05:59 PM, Andrew Duggan wrote: Hi Guenter, I have a couple of comments below. Thanks a lot for the feedback. On 09/30/2016 08:22 PM, Guenter Roeck wrote: Sensor tuning support is needed to determine the number of

[PATCH v4 1/1] workqueue: ignore dead tasks in a workqueue sleep hook

If panic_on_oops is not set and oops happens inside workqueue kthread, kernel kills this kthread. Current patch fixes recursive GPF which happens when wq_worker_sleeping() function unconditionally accesses the NULL kthread->vfork_done ptr thru kthread_data() -> to_kthread(). The stack is the

Re: [PATCH V2 7/8] PM / OPP: Allow platform specific custom opp_set_rate() callbacks

On 10/20, Viresh Kumar wrote: > The generic opp_set_rate() handler isn't sufficient for platforms with > complex DVFS. For example, some TI platforms have multiple regulators > for a CPU device. The order in which various supplies need to be > programmed is only known to the platform code and its

Re: [PATCH V2 8/8] PM / OPP: Don't WARN on multiple calls to dev_pm_opp_set_regulators()

On 10/20, Viresh Kumar wrote: > If a platform specific OPP driver has called this routine first and set > the regulators, then the second call from cpufreq-dt driver will hit the > WARN_ON(). Remove the WARN_ON(), but continue to return error in such > cases. > > Signed-off-by: Viresh Kumar

[PATCH] usb: musb: da8xx: Don't print phy error on -EPROBE_DEFER

This suppresses printing the error message "failed to get phy" in the kernel log when the error is -EPROBE_DEFER. This prevents usless noise in the kernel log. Signed-off-by: David Lechner --- drivers/usb/musb/da8xx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH] iio: maxim_thermocouple: return -EINVAL on invalid read size

From: Colin Ian King In the case that the read size is not 2 or 4 bytes then maxim_thermocouple_read is not initializing ret and hence may return early with a bogus error return or just through to return with a bogos unread value in *val. Fix this by setting ret to

Re: [PATCH 1/3] usb: musb: da8xx: Call earlier clk_prepare_enable()

On 10/25/2016 08:52 AM, Alexandre Bailon wrote: The first attempt to read a register may fail because the clock may not be enabled, and then the probe of musb driver will fail. Call clk_prepare_enable() before the first register read. Signed-off-by: Alexandre Bailon ---

Re: [PATCH] iio: maxim_thermocouple: return -EINVAL on invalid read size

On 10/25/2016 09:04 PM, Colin King wrote: > From: Colin Ian King > > In the case that the read size is not 2 or 4 bytes > then maxim_thermocouple_read is not initializing ret and > hence may return early with a bogus error return or > just through to return with a bogos

Re: [PATCH 17/28] spi: fsl-espi: avoid processing uninitalized data on error

On Mon, Oct 24, 2016 at 10:37:53PM +0200, Arnd Bergmann wrote: > I think my patch (the version I sent) should ideally make it into > v4.9 as a bugfix. This was the powerpc warning I saw from Olof's > autobuilder with the -Wmaybe-uninitialized warning added back, and > it's one of the actual bugs

Re: [PATCH 2/3] phy: da8xx-usb: Configure CFGCHIP2 to support OTG workaround

On 10/25/2016 08:52 AM, Alexandre Bailon wrote: If we configure the da8xx OTG phy in OTG mode, neither device or host mode will work. That is because the PHY is not able to detect and notify the driver that value of ID pin changed. To work despite this hardware limitation, the da8xx glue

[PATCH] iio: si7020: Add devicetree support and trivial bindings

This adds devicetree support for the si7020 iio driver. Since it works well without requiring any additional property, its compatible string is added to the trivial i2c devices bindings list. Signed-off-by: Paul Kocialkowski ---

Re: [RFC 5/8] mm: Add new flag VM_CDM for coherent device memory

Dave Hansen writes: > On 10/23/2016 09:31 PM, Anshuman Khandual wrote: >> VMAs containing coherent device memory should be marked with VM_CDM. These >> VMAs need to be identified in various core kernel paths and this new flag >> will help in this regard. > > ... and it's

Re: [PATCH] PCI: pci-stub: accept exceptions to the ID- and class-based matching

On 10/25/16 20:42, Alex Williamson wrote: > On Tue, 25 Oct 2016 20:24:19 +0200 > Laszlo Ersek wrote: > >> Some systems have multiple instances of the exact same kind of PCI device >> installed. When VFIO users intend to assign these devices to VMs, they >> occasionally don't

Applied "ASoC: tlv320aic31xx: add explicit support for tlv320dac31xx" to the asoc tree

The patch ASoC: tlv320aic31xx: add explicit support for tlv320dac31xx has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

[PATCH 7/7] mm: kill arch_mremap

This reverts commit 4abad2ca4a4d ("mm: new arch_remap() hook") and commit 2ae416b142b6 ("mm: new mm hook framework"). It also keeps the same functionality of mremapping vDSO blob with introducing vm_special_mapping mremap op for powerpc. Cc: Laurent Dufour Cc:

[PATCH v5 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

commit b98abe52fa8e ("Input: add common DT binding for touchscreens") introduced common DT bindings for touchscreens [1] and a helper function to parse the DT. commit ed7c9870c9bc ("Input: of_touchscreen - add support for inverted / swapped axes") added another helper for parsing axis inversion

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

Changes V5: * ads7846: remove an empty line (suggested by Andrew F. Davis ) * ads7846: remove MODULE_ALIAS for SPI (suggested by Andrew F. Davis ) * tsc2007: fix a bug from swapping patch 3/n and patch 4/n (found by kbuid test robot) * refactored tsc2007 into

[PATCH v5 8/8] DT:omap3+ads7846: use new common touchscreen bindings

The standard touch screen bindings [1] replace the private ti,swap-xy with touchscreen-swaped-x-y. And for the Openpandora we use touchscreen-size etc. to match the LCD screen size. [1]: Documentation/devicetree/bindings/input/touchscreen/touchscreen.txt Tested with OpenPandora. Signed-off-by:

[PATCH v5 5/8] DT:omap3+tsc2007: use new common touchscreen bindings

While we fix the GTA04 we add proper pinmux for the penirq gpio. Tested on: GTA04A4 and Pyra-Handheld Signed-off-by: H. Nikolaus Schaller --- arch/arm/boot/dts/omap3-gta04.dtsi | 25 +++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git

[PATCH v5 2/8] drivers:input:tsc2007: send pendown and penup only once like ads7846(+tsc2046) driver does

this should reduce unnecessary input events. Signed-off-by: H. Nikolaus Schaller --- drivers/input/touchscreen/tsc2007.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/drivers/input/touchscreen/tsc2007.c

Re: [PATCH v3 8/9] mtd: spi-nor: add support to Macronix mx66l1g45g

On 10/25/2016 11:39 AM, Cyrille Pitchen wrote: > Hi Marek, Hi, > Le 25/10/2016 à 00:16, Marek Vasut a écrit : >> On 10/24/2016 06:34 PM, Cyrille Pitchen wrote: >>> This patch adds an entry in the spi_nor_ids[] table to add support >>> to the Macronix mx66l1g45g. >>> >>> Signed-off-by: Cyrille

[PATCH v5 4/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

The tsc2007 chip not only has a resistive touch screen controller but also an external AUX adc imput which can be used for an ambient light sensor, battery voltage monitoring or any general purpose. Additionally it can measure the chip temperature. This extension provides an iio interface for

Re: [PATCH 4/4] ARM: dts: da850: Add the usb otg device node

On 10/25/2016 09:39 AM, Alexandre Bailon wrote: This adds the device tree node for the usb otg controller present in the da850 family of SoC's. This also enables the otg usb controller for the lcdk board. Signed-off-by: Alexandre Bailon ---

[PATCH v5 3/8] drivers:input:tsc2007: check for presence and power down tsc2007 during probe

1. check if chip is really present and don't succeed if it isn't. 2. if it succeeds, power down the chip until accessed Signed-off-by: H. Nikolaus Schaller --- drivers/input/touchscreen/tsc2007.c | 8 1 file changed, 8 insertions(+) diff --git

[PATCH 6/7] powerpc/vdso: switch from legacy_special_mapping_vmops

This will allow to introduce mremap hook (the next patch). Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski Cc: Oleg Nesterov Cc:

[PATCH 1/7] powerpc/vdso: unify return paths in setup_additional_pages

Impact: cleanup Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski Cc: Oleg Nesterov Cc: linuxppc-...@lists.ozlabs.org Cc: linux...@kvack.org

Re: [PATCH v3 2/9] mtd: spi-nor: add an alternative method to support memory >16MiB

On 10/25/2016 11:18 AM, Cyrille Pitchen wrote: > Le 25/10/2016 à 00:10, Marek Vasut a écrit : >> On 10/24/2016 06:34 PM, Cyrille Pitchen wrote: >>> This patch provides an alternative mean to support memory above 16MiB >>> (128Mib) by replacing 3byte address op codes by their associated 4byte >>>

[PATCH v5 7/8] drivers:input:ads7846(+tsc2046): fix spi module table

Fix module table so that the driver is loaded if compiled as module and requested by DT. Signed-off-by: H. Nikolaus Schaller --- drivers/input/touchscreen/ads7846.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v3 1/9] mtd: spi-nor: improve macronix_quad_enable()

On 10/25/2016 10:52 AM, Cyrille Pitchen wrote: > Hi Marek, > > Le 25/10/2016 à 00:00, Marek Vasut a écrit : >> On 10/24/2016 06:34 PM, Cyrille Pitchen wrote: >>> The patch checks whether the Quad Enable bit is already set in the Status >>> Register. If so, the function exits immediately with a

[PATCH v5 6/8] drivers:input:ads7846(+tsc2046): add new common binding names, pre-calibration and flipping

commit b98abe52fa8e ("Input: add common DT binding for touchscreens") introduced common DT bindings for touchscreens [1] and a helper function to parse the DT. commit ed7c9870c9bc ("Input: of_touchscreen - add support for inverted / swapped axes") added another helper for parsing axis inversion

Re: [RFC] shutdown machine when li-ion battery goes below 3V

> + res = bq27xxx_battery_voltage(di, ); > + if (res) > + return res; > + > + mV = val.intval / 1000; Reading that code I stumbled over the comment in bq27xxx_battery_voltage saying that it returns millivolts. The code here, the code in bq27xxx_battery_voltage and

Re: [PATCH v2 00/10] ufs-qcom: phy/hcd: Clean up qcom-ufs phy and ufs-qcom hcd

Hi Martin, On Tue, Oct 25, 2016 at 6:10 AM, Martin K. Petersen wrote: >> "Vivek" == Vivek Gautam writes: > > Vivek, > > Vivek> These patches cleanup the ufs phy driver to an extent. > Vivek> Subsequent patches will target to clean the phy_init() of these > Vivek> qcom-ufs phy drivers in

Re: [PATCH] drivers: mfd: ti_am335x_tscadc: increase ADC ref clock to 24MHz

> On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote: > > On Tuesday 25 October 2016 02:28 AM, John Syne wrote: On Oct 23, 2016, at 11:02 PM, Mugunthan V N wrote: Increase ADC reference clock from 3MHz to 24MHz so that the sampling rates goes up from 100K samples per second

[PATCH] x86/platform/intel-mid: Unexport intel_mid_pci_set_power_state()

There's no module user of this. Cc: x...@kernel.org Cc: Andy Shevchenko Signed-off-by: Lukas Wunner --- arch/x86/platform/intel-mid/pwr.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/platform/intel-mid/pwr.c b/arch/x86/platform/intel-mid/pwr.c index 67375dd..ef03852 100644 ---

[PATCH v1] ARM: at91/dt: add dts file for sama5d36ek CMP board

The difference between sama5d36ek_cmp.dts and sama5d36ek.dts is listed as below. 1. The USB host nodes are removed, that is, the USB host is disabled. 2. The gpio_keys node is added to wake up from the sleep. 3. The sama5d3xdm.dtsi isn't included, because the pins for LCD are conflicted

Re: [PATCH] drivers: mfd: ti_am335x_tscadc: increase ADC ref clock to 24MHz

> On Oct 24, 2016, at 11:01 PM, John Syne wrote: > >> >> On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote: >> >> On Tuesday 25 October 2016 02:28 AM, John Syne wrote: > On Oct 23, 2016, at 11:02 PM, Mugunthan V N wrote: > > Increase ADC reference clock from 3MHz to 24MHz so

Re: [PATCH v3 1/1] x86/platform/intel-mid: Retrofit pci_platform_pm_ops ->get_state hook

On Mon, Oct 24, 2016 at 02:05:45PM +0300, Andy Shevchenko wrote: > On Mon, 2016-10-24 at 12:09 +0200, Lukas Wunner wrote: > > I note that you're exporting intel_mid_pci_set_power_state() even > > though there's currently no module user, so perhaps you're intending > > to call the function from

Re: [PATCH 1/6] pwm: imx: Rewrite imx_pwm_*_v1 code to facilitate switch to atomic pwm operation

On Tue, 25 Oct 2016 07:54:54 +0200 Sascha Hauer wrote: > On Sun, Oct 23, 2016 at 11:45:41PM +0200, Lukasz Majewski wrote: > > The code has been rewritten to remove "generic" calls to > > imx_pwm_{enable|disable|config}. > > > > Such approach would facilitate switch to atomic PWM (a.k.a

Re: [PATCH 1/6] pwm: imx: Rewrite imx_pwm_*_v1 code to facilitate switch to atomic pwm operation

On Tue, Oct 25, 2016 at 08:27:37AM +0200, Boris Brezillon wrote: > On Tue, 25 Oct 2016 07:54:54 +0200 > Sascha Hauer wrote: > > > On Sun, Oct 23, 2016 at 11:45:41PM +0200, Lukasz Majewski wrote: > > > The code has been rewritten to remove "generic" calls to > > > imx_pwm_{enable|disable|config}.

Re: [RESEND PATCH v3 kernel 4/7] virtio-balloon: speed up inflate/deflate process

On Fri, Oct 21, 2016 at 02:24:37PM +0800, Liang Li wrote: > The implementation of the current virtio-balloon is not very > efficient, the time spends on different stages of inflating > the balloon to 7GB of a 8GB idle guest: > > a. allocating pages (6.5%) > b. sending PFNs to host (68.3%) > c.

Re: [PATCH] drivers: mfd: ti_am335x_tscadc: increase ADC ref clock to 24MHz

On Mon, 24 Oct 2016, John Syne wrote: > > On Oct 24, 2016, at 11:01 PM, John Syne wrote: > >> On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote: > >> > >> On Tuesday 25 October 2016 02:28 AM, John Syne wrote: > > On Oct 23, 2016, at 11:02 PM, Mugunthan V N wrote: > > > > Increase

Re: [PATCH 6/6] pwm: imx: Introduce "polarity_supported" flag to PWMv2 driver

Hi Lukasz, On Mon, 24 Oct 2016 23:14:58 +0200 Lukasz Majewski wrote: > Hi Boris, > > > On Mon, 24 Oct 2016 17:28:52 +0200 > > Boris Brezillon wrote: > > > > > On Sun, 23 Oct 2016 23:45:46 +0200 > > > Lukasz Majewski wrote: > > > > > > > The need for set_polarity() function has been

Re: [PATCH V1] mfd: pv88080: Expand driver for GPIO function support.

On Tue, 25 Oct 2016, Eric Jeong wrote: > > From: Eric Jeong > > This patch adds support for the PV88080 PMIC. > > This pathch is done as part of the existing PV88080 regulator driver > by expanding the driver for GPIO function support. > > The MFD core driver provides communication through

Re: [PATCH] drivers: mfd: ti_am335x_tscadc: increase ADC ref clock to 24MHz

On Tuesday 25 October 2016 11:46 AM, John Syne wrote: > >> On Oct 24, 2016, at 11:01 PM, John Syne wrote: >> >>> >>> On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote: >>> [...] >> >> --- >> include/linux/mfd/ti_am335x_tscadc.h | 4 ++-- >> 1 file changed, 2 insertions(+), 2

UBIFS LEB properties tree with odd addresses

Hi, We are testing UBIFS (NOR) on Zynq Ultrascale+ MPSoC GQSPI controller driver. Apart from my previous mail thread about UBIFS, i.e along with dma issue I am facing one more Problem related to offsets. Info about GQSPI Controller: This controller can access the flash device in the following

Re: [PATCH] drm/amd/powerplay: mark symbols static where possible

On Mon, Oct 24, 2016 at 10:41:16PM +0200, Arnd Bergmann wrote: > On Monday, October 24, 2016 8:07:16 PM CEST Deucher, Alexander wrote: > > > > > In fact, these functions are only used in the file in which they are > > > > > declared and don't need a declaration, but can be made static. > > > > >

Re: [PATCH 1/6] pwm: imx: Rewrite imx_pwm_*_v1 code to facilitate switch to atomic pwm operation

On Tue, 25 Oct 2016 08:32:59 +0200 Sascha Hauer wrote: > On Tue, Oct 25, 2016 at 08:27:37AM +0200, Boris Brezillon wrote: > > On Tue, 25 Oct 2016 07:54:54 +0200 > > Sascha Hauer wrote: > > > > > On Sun, Oct 23, 2016 at 11:45:41PM +0200, Lukasz Majewski wrote: > > > > The code has been

Re: [PATCH v2] drm/fb-helper: Don't call dirty callback for untouched clips

On Fri, 21 Oct 2016 14:52:07 +0200, Ville Syrjälä wrote: > > On Thu, Oct 20, 2016 at 05:05:30PM +0200, Takashi Iwai wrote: > > Since 4.7 kernel, we've seen the error messages like > > > > kernel: [TTM] Buffer eviction failed > > kernel: qxl :00:02.0: object_init failed for (4026540032,

Re: [PATCH v2 RESEND] drivers/usb: Skip auto handoff for TI and RENESAS usb controllers

On 24.10.2016 17:52, Babu Moger wrote: On 10/24/2016 5:54 AM, Yoshihiro Shimoda wrote: Hi, From: Mathias Nyman Sent: Monday, October 24, 2016 6:58 PM On 22.10.2016 01:25, Babu Moger wrote: Never seen XHCI auto handoff working on TI and RENESAS cards. Eventually, we force handoff. This code

Re: linux.conf.au 2017 - Kernel Miniconf CFP

On 04/10/16 21:18, Andrew Donnellan wrote: Greetings, * TL;DR - LCA Kernel Miniconf, Hobart, Australia, {16,17} Jan 2017 - Submissions by 23:59, 21 November (Anywhere on Earth) CFP less than a month away! See https://linux.conf.au/schedule/presentation/6/ for submission

RE: [PATCH v5 7/7] iommu/exynos: Use device dependency links to control runtime pm

Hi Marek, > diff --git a/drivers/iommu/exynos-iommu.c b/drivers/iommu/exynos-iommu.c > index 5e6d7bbf9b70..59b4f2ce4f5f 100644 > --- a/drivers/iommu/exynos-iommu.c > +++ b/drivers/iommu/exynos-iommu.c > @@ -781,10 +781,6 @@ static void exynos_iommu_detach_device(struct >

Re: [PATCH 1/6] pwm: imx: Rewrite imx_pwm_*_v1 code to facilitate switch to atomic pwm operation

Hi Sascha, > On Sun, Oct 23, 2016 at 11:45:41PM +0200, Lukasz Majewski wrote: > > The code has been rewritten to remove "generic" calls to > > imx_pwm_{enable|disable|config}. > > > > Such approach would facilitate switch to atomic PWM (a.k.a > > ->apply()) implementation. > > > > Suggested-by:

Re: [PATCH v3] pinctrl: Add SX150X GPIO Extender Pinctrl Driver

Hi Linus, Le 24/10/2016 16:39, Linus Walleij a écrit : > On Mon, Oct 24, 2016 at 6:51 AM, Andrey Smirnov > wrote: > >> It seem strange to me that the driver uses "handle_edge_irq", given >> how none of the individual interrupts seem to require any ACKing, >> since it is all handled in

RE: hit a KASan bug related to Perf during stress test

Thanks a lot, guys. I will take Peter's patch to do stress test. -Original Message- From: Oleg Nesterov [mailto:o...@redhat.com] Sent: Monday, October 24, 2016 11:53 PM To: Peter Zijlstra Cc: Ni, BaoleX; mi...@redhat.com; a...@kernel.org; linux-kernel@vger.kernel.org;

Re: [PATCH 6/6] pwm: imx: Introduce "polarity_supported" flag to PWMv2 driver

Hi Boris, > Hi Lukasz, > > On Mon, 24 Oct 2016 23:14:58 +0200 > Lukasz Majewski wrote: > > > Hi Boris, > > > > > On Mon, 24 Oct 2016 17:28:52 +0200 > > > Boris Brezillon wrote: > > > > > > > On Sun, 23 Oct 2016 23:45:46 +0200 > > > > Lukasz Majewski wrote: > > > > > > > > > The need

Re: [PATCH 0/6] pwm: imx: Provide atomic operation for IMX PWM driver

Hi Stefan, > Hi Lukasz, > > Thanks for your work, great to see this coming along! :-) > > On 2016-10-24 23:26, Lukasz Majewski wrote: > > Hi Boris, > > > >> On Sun, 23 Oct 2016 23:45:40 +0200 > >> Lukasz Majewski wrote: > >> > >> > This patch set brings atomic operation to i.MX's PWMv2

Re: [PATCH 3/3] clk: keystone: Fix missing iounmap calls in an error handling path

Am 24.10.2016 22:43, schrieb Christophe JAILLET: > Factorize 'iounmap()' calls in the error handling path. > The main goal is to add these calls if 'clk_register_pll()' fails. > > Add an error message if an 'of_iomap' call fails to be consistent. > > Signed-off-by: Christophe JAILLET > --- >

[GIT PULL] s390 patches for 4.9-rc3

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: A few more s390 patches for 4.9: - A fix for an overflow in the dasd driver reported by UBSAN - Fix a regression and add

Re: [PATCH] drm/amd/powerplay: mark symbols static where possible

Am 25.10.2016 um 08:41 schrieb Daniel Vetter: On Mon, Oct 24, 2016 at 10:41:16PM +0200, Arnd Bergmann wrote: On Monday, October 24, 2016 8:07:16 PM CEST Deucher, Alexander wrote: In fact, these functions are only used in the file in which they are declared and don't need a declaration, but can

RE: [PATCH V1] mfd: pv88080: Expand driver for GPIO function support.

On Tuesday, October 25, 2016 3:41 PM, Lee Jones wrote: > On Tue, 25 Oct 2016, Eric Jeong wrote: > > > > > From: Eric Jeong > > > > This patch adds support for the PV88080 PMIC. > > > > This pathch is done as part of the existing PV88080 regulator driver > > by expanding the driver for GPIO

Re: [PATCH] leds: leds-pca963x: workaround group blink scaling issue

Hi Matt, Patch applied. Thanks, Jacek Anaszewski On 10/13/2016 03:16 PM, Matt Ranostay wrote: PCA9632TK part seems to incorrectly blink at ~1.3x of the programmed rate. This patchset add a nxp,period-scale devicetree property to adjust for this misconfiguration. Cc: Tony Lindgren Cc: Jacek

Re: [PATCH] nvmem: sunxi-sid: SID content is not a valid source of randomness

On Tue, 25 Oct 2016 07:38:55 +0200 LABBE Corentin wrote: > > On Sat, Oct 22, 2016 at 03:53:28PM +0200, Corentin Labbe wrote: > > > Since SID's content is constant over reboot, > > > > That's not true, at least not across all the Allwinner SoCs, and > > especially not on the A10 and A20 that

Re: [RFC 3/8] mm: Isolate coherent device memory nodes from HugeTLB allocation paths

On 25/10/16 15:15, Aneesh Kumar K.V wrote: > Dave Hansen writes: > >> On 10/23/2016 09:31 PM, Anshuman Khandual wrote: >>> This change is part of the isolation requiring coherent device memory nodes >>> implementation. >>> >>> Isolation seeking coherent device memory node requires allocation

Re: [PATCH] virtio: console: Unlock vqs while freeing buffers

On (Tue) 11 Oct 2016 [12:05:15], Matt Redfearn wrote: > Commit c6017e793b93 ("virtio: console: add locks around buffer removal > in port unplug path") added locking around the freeing of buffers in the > vq. However, when free_buf() is called with can_sleep = true and rproc > is enabled, it calls

Re: [PATCHv4 18/43] block: define BIO_MAX_PAGES to HPAGE_PMD_NR if huge page cache enabled

On Tue, Oct 25, 2016 at 03:13:17AM +0300, Kirill A. Shutemov wrote: > We are going to do IO a huge page a time. So we need BIO_MAX_PAGES to be > at least HPAGE_PMD_NR. For x86-64, it's 512 pages. NAK. The maximum bio size should not depend on an obscure vm config, please send a standalone patch

Re: [RFC 8/8] mm: Add N_COHERENT_DEVICE node type into node_states[]

On 24/10/16 15:31, Anshuman Khandual wrote: > Add a new member N_COHERENT_DEVICE into node_states[] nodemask array to > enlist all those nodes which contain only coherent device memory. Also > creates a new sysfs interface /sys/devices/system/node/is_coherent_device > to list down all those

<    4   5   6   7   8   9   10   11   12   13   >