Re: [PATCH v3] vfio error recovery: kernel support

On Sun, Jan 22, 2017 at 04:01:28PM +0800, Jason Wang wrote: > > > On 2017年01月22日 15:38, Michael S. Tsirkin wrote: > > diff --git a/include/linux/virtio_config.h b/include/linux/virtio_config.h > > index 26c155b..6b0f416 100644 > > --- a/include/linux/virtio_config.h > > +++

[git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

Hi Linus, Okay holidays and LCA kinda caught up with me, I thought I'd get some of this dequeued last week, but Hobart was sunny and warm and not all gloomy and rainy as usual. This is a bit large, but not too much considering it's two weeks stuff from AMD and Intel. core: one locking fix that

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

Reviewed-by: Chris Zhong On 01/22/2017 12:31 AM, John Keeping wrote: 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 ---

[PATCH 4/5] Input: misc/dm355evm_keys - drop unnecessary call to input_set_drvdata

Since there is no call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The conversion was done automatically using the following coccinelle script. @used@ @@ ( input_get_drvdata(...) | dev_get_drvdata(...) ) @depends on !used@ @@

[PATCH 5/5] Input: touchscreen - drop unnecessary calls to input_set_drvdata

Since there is no call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The conversion was done automatically using the following coccinelle script. @used@ @@ ( input_get_drvdata(...) | dev_get_drvdata(...) ) @depends on !used@ @@

[PATCH 3/5] Input: mouse - drop unnecessary calls to input_set_drvdata

Since there is no call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The conversion was done automatically using the following coccinelle script. @used@ @@ ( input_get_drvdata(...) | dev_get_drvdata(...) ) @depends on !used@ @@

[PATCH 2/5] Input: joystick/maplecontrol - drop unnecessary call to input_set_drvdata

Since there is no call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The conversion was done automatically using the following coccinelle script. @used@ @@ ( input_get_drvdata(...) | dev_get_drvdata(...) ) @depends on !used@ @@

[PATCH 1/5] Input: keyboard - drop unnecessary calls to input_set_drvdata

If there is no call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The conversion was done automatically using the following coccinelle script. @used@ @@ ( input_get_drvdata(...) | dev_get_drvdata(...) ) @depends on !used@ @@ -

[PATCH 0/5] Input: Drop unnecessary calls to input_set_drvdata

If there is not call to dev_get_drvdata() or input_get_drvdata(), the call to input_set_drvdata() is unnecessary and can be dropped. The series was build tested on kerneltests.org and by the 0day build system. The patch series is based on v4.10-rc4, with input/next (sha 2de8b4110c82) merged on

Re: [PATCH v2 19/26] drm/rockchip: dw-mipi-dsi: improve PLL configuration

Hi John On 01/22/2017 12:31 AM, John Keeping wrote: The multiplication ratio for the PLL is required to be even due to the use of a "by 2 pre-scaler". Currently we are likely to end up with an odd multiplier even though there is an equivalent set of parameters with an even multiplier. For

[PATCH v3] zram: extend zero pages to same element pages

From: zhouxianrong the idea is that without doing more calculations we extend zero pages to same element pages for zram. zero page is special case of same element page with zero element. 1. the test is done under android 7.0 2. startup too many applications circularly

[PATCH 4/4] mfd: mt6397: Add MT6323 LED support into MT6397 driver

From: Sean Wang Add compatible string as "mt6323-led" that will make the OF core spawn child devices for the LED subnode of that MT6323 MFD device. Signed-off-by: Sean Wang --- drivers/mfd/mt6397-core.c | 4 1 file changed, 4 insertions(+)

[PATCH 1/4] Documentation: devicetree: Add document bindings for leds-mt6323

From: Sean Wang This patch adds documentation for devicetree bindings for LED support on MT6323 PMIC Signed-off-by: Sean Wang --- .../devicetree/bindings/leds/leds-mt6323.txt | 60 ++ 1 file changed, 60 insertions(+)

[PATCH 3/4] leds: Add LED support for MT6323 PMIC

From: Sean Wang MT6323 PMIC is a multi-function device that includes LED function. It allows attaching upto 4 LEDs which can either be on, off or dimmed and/or blinked with the the controller. Signed-off-by: Sean Wang --- drivers/leds/Kconfig

[PATCH 2/4] Documentation: devicetree: Add LED subnode binding for MT6323 PMIC

From: Sean Wang This patch adds documentation for devicetree bindings for LED support as the subnode of MT6323 PMIC Signed-off-by: Sean Wang --- Documentation/devicetree/bindings/mfd/mt6397.txt | 4 1 file changed, 4 insertions(+) diff

[PATCH 0/4] leds: add leds-mt6323 support on MT7623 SoC

From: Sean Wang MT7623 SoC uses MT6323 PMIC as the default power supply which has LED function insides. The patchset introduces the LED support for MT6323 with on, off and hardware dimmed and blinked and it should work on other similar SoCs if also using MT6323. Sean

[PATCH 1/2] gpio: aspeed: Make bank names strings

From: Joel Stanley The Aspeed SoCs have more GPIOs than can be represented with A-Z. The documentation uses two letter names such as AA and AB, so make the names a three-character array in the bank struct to accommodate this. Signed-off-by: Joel Stanley

[PATCH 0/2] gpio: aspeed: Implement banks Y, Z, AA, AB and AC

Hi Linus, This short series resolves a TODO comment in the Aspeed GPIO driver regarding banks Y, Z, AA, AB and AC by implementing their support. It's a little involved given some of the characteristics of these banks, but hopefully nothing too controversial. Cheers, Andrew Andrew Jeffery (1):

[PATCH 2/2] gpio: aspeed: Add banks Y, Z, AA, AB and AC

This is less straight-forward than one would hope, as some banks only have 4 pins rather than 8, others are output only, yet more (W and X, already supported) are input-only, and in the case of the g4 SoC bank AC doesn't exist. Add some structs to describe the varying properties of different

[PATCH] pinctrl: aspeed: g4: Fix mux configuration for GPIOs AA[4-7], AB[0-7]

Incorrect video output configuration bits were being tested on pins in GPIO banks AA and AB for the ROM{8,16} mux functions. The ROM{8,16} functions are the highest priority for the relevant pins and also the default function, so we require the relevant video output configuration be disabled to

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Sun, 2017-01-22 at 23:04 +0200, Jarkko Sakkinen wrote: > On Sun, Jan 22, 2017 at 11:01:07PM +0200, Jarkko Sakkinen wrote: > > On Sun, Jan 22, 2017 at 10:30:55PM +0200, Jarkko Sakkinen wrote: > > > On Sun, Jan 22, 2017 at 10:48:12AM -0800, James Bottomley wrote: > > > > On Sun, 2017-01-22 at

Re: [PATCH] mm: do not export ioremap_page_range symbol for external module

On 01/22/2017 04:58 AM, zhongjiang wrote: From: zhong jiang Recently, I find the ioremap_page_range had been abusing. The improper address mapping is a issue. it will result in the crash. so, remove the symbol. It can be replaced by the ioremap_cache or others symbol.

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

On Sun, Jan 22, 2017 at 11:28 PM, Theodore Ts'o wrote: > If there are other changes to the relevant lines from the networking > tree, sure. This patch set has *nothing* to do with the networking tree. That just a topic confusion. There shouldn't be more discussion about

Re: [PATCH 0/5] Input: Drop unnecessary calls to input_set_drvdata

On Sun, Jan 22, 2017 at 04:48:19PM -0800, Guenter Roeck wrote: > If there is not call to dev_get_drvdata() or input_get_drvdata(), > the call to input_set_drvdata() is unnecessary and can be dropped. > > The series was build tested on kerneltests.org and by the 0day build system. > > The patch

Re: [PATCH] mm: do not export ioremap_page_range symbol for external module

On 01/22/2017 05:14 PM, zhong jiang wrote: On 2017/1/22 20:58, zhongjiang wrote: From: zhong jiang Recently, I find the ioremap_page_range had been abusing. The improper address mapping is a issue. it will result in the crash. so, remove the symbol. It can be replaced

[PATCH v2 3/3] i2c: zx2967: add i2c controller driver for ZTE's zx2967 family

This patch adds i2c controller driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie --- drivers/i2c/busses/Kconfig | 9 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-zx2967.c | 690 3 files changed,

[PATCH v2 1/3] dt: bindings: add documentation for zx2967 family i2c controller

This patch adds dt-binding documentation for zx2967 family i2c controller. Signed-off-by: Baoyou Xie --- .../devicetree/bindings/i2c/i2c-zx2967.txt | 22 ++ 1 file changed, 22 insertions(+) create mode 100644

[PATCH v2 2/3] MAINTAINERS: add zx2967 i2c controller driver to ARM ZTE architecture

Add the zx2967 i2c controller driver as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 275c434..757c098 100644

Re: [btrfs/rt] lockdep false positive

On Sun, 2017-01-22 at 18:45 +0100, Mike Galbraith wrote: > On Sun, 2017-01-22 at 09:46 +0100, Mike Galbraith wrote: > > Greetings btrfs/lockdep wizards, > > > > RT trees have trouble with the BTRFS lockdep positive avoidance lock > > class dance (see disk-io.c). Seems the trouble is due to RT

[PATCH 4/5] nvmem: core: Correct a bunch of function documentations

From: Vivek Gautam Correct the documentation for arguments to a number of functions. Signed-off-by: Vivek Gautam Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/core.c | 30

[PATCH 3/5] nvmem: core: Allow ignoring length when reading a cell

From: Vivek Gautam nvmem_cell_read() API fills in the argument 'len' with the number of bytes read from the cell. Many users don't care about this length value. So allow users to pass a NULL pointer to this len field. Signed-off-by: Vivek Gautam

[PATCH 1/5] driver: nvmem: Add ocotp driver support for imx6ul

From: Bai Ping i.MX6UL is an new SOC of i.MX6 family. Enable ocotp driver support for this SOC. Signed-off-by: Bai Ping Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/imx-ocotp.c | 1 + 1 file changed, 1 insertion(+)

[PATCH 2/5] devicetree: bindings: nvmem: Add compatible string for imx6ul

From: Bai Ping Add new compatible string for i.MX6UL SOC. Signed-off-by: Bai Ping Acked-by: Rob Herring Signed-off-by: Srinivas Kandagatla --- Documentation/devicetree/bindings/nvmem/imx-ocotp.txt | 6

[PATCH 5/5] nvmem: core: Allow getting nvmem cell with a NULL cell id

From: Vivek Gautam The nvmem cell with a NULL cell name/id should be the one with no accompanying 'nvmem-cell-names' property, and thus will be the cell at index 0 in the device tree. So, we default to index 0 and update the cell index only when nvmem cell name id

[PATCH 1/5] nvmem: octop: Add support for imx6ul

From: Bai Ping i.MX6UL is an new SOC of i.MX6 family. Enable ocotp driver support for this SOC. Signed-off-by: Bai Ping Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/imx-ocotp.c | 1 + 1 file changed, 1 insertion(+)

[PATCH 0/5] nvmem: patches for v4.11

Hi Greg, This patchset contains new driver support for imx6ul, two enhancements to nvmem core and a fix in doc. Can you please queue these for v4.11. Thanks, srini Bai Ping (2): nvmem: octop: Add support for imx6ul devicetree: bindings: nvmem: Add compatible string for imx6ul Vivek

Re: [PATCH v2 3/4] rtc: cros-ec: add cros-ec-rtc driver.

On 19/01/2017 at 13:30:31 +0100, Enric Balletbo i Serra wrote : > From: Stephen Barber > > On platforms with a Chrome OS EC, the EC can function as a simple RTC. > Add a basic driver with this functionality. > > Signed-off-by: Stephen Barber >

[PATCH RFC v4 0/5] RFC: in-kernel resource manager

This patch set adds support for TPM spaces that provide a context for isolating and swapping transient objects. The content does not yet include support for policy and HMAC sessions. There's a test script for trying out TPM spaces in git://git.infradead.org/users/jjs/tpm2-scripts.git A simple

[PATCH RFC v4 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

From: James Bottomley Signed-off-by: James Bottomley --- drivers/char/tpm/Makefile | 2 +- drivers/char/tpm/tpm-dev-common.c | 145 ++ drivers/char/tpm/tpm-dev.c|

[PATCH RFC v4 3/5] tpm: infrastructure for TPM spaces

Added ability to tpm_transmit() to supply a TPM space that contains mapping from virtual handles to physical handles and backing storage for swapping transient objects. TPM space is isolated from other users of the TPM. Signed-off-by: Jarkko Sakkinen ---

[PATCH RFC v4 1/5] tpm: validate TPM 2.0 commands

Check for every TPM 2.0 command that the command code is supported and the command buffer has at least the length that can contain the header and the handle area. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm-interface.c | 37 +-

[PATCH RFC v4 2/5] tpm: export tpm2_flush_context_cmd

Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm.h | 2 ++ drivers/char/tpm/tpm2-cmd.c | 62 + 2 files changed, 31 insertions(+), 33 deletions(-) diff --git a/drivers/char/tpm/tpm.h

Re: [PATCH] mm: do not export ioremap_page_range symbol for external module

On 2017/1/22 20:58, zhongjiang wrote: > From: zhong jiang > > Recently, I find the ioremap_page_range had been abusing. The improper > address mapping is a issue. it will result in the crash. so, remove > the symbol. It can be replaced by the ioremap_cache or others symbol.

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

On Mon, Jan 23, 2017 at 10:55:23AM +0900, Minchan Kim wrote: > From: zhouxianrong > > the idea is that without doing more calculations we extend zero pages > to same element pages for zram. zero page is special case of > same element page with zero element. > > 1. the

Re: [PATCH] net/mlx4: use rb_entry()

From: Leon Romanovsky Date: Sun, 22 Jan 2017 09:48:39 +0200 > I don't understand completely the rationale behind this conversion. > rb_entry == container_of, why do we need another name for it? Because it's an annotation. Either you agree that the macro exists and it should be

[PATCH RFC v4 5/5] tpm2: expose spaces via a device link /dev/tpms

From: James Bottomley Currently the tpm spaces are not exposed to userspace. Make this exposure via a separate device, which can now be opened multiple times because each read/write transaction goes separately via the space. Concurrency is protected by

Re: [PATCH linux v1 2/2] drivers: hwmon: hwmon driver for ASPEED AST2400/2500 PWM and Fan tach controller

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

Re: [PATCH 2/2] nilfs2: use nilfs_btree_node_size()

On Fri, 20 Jan 2017 22:34:58 +0800, Geliang Tang wrote: > Use nilfs_btree_node_size() instead of open-coding. > > Signed-off-by: Geliang Tang Applied, thanks. Ryusuke Konishi > --- > fs/nilfs2/btree.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH v2 1/3] clk: rockchip: add rk3288 vip_out clock ids

Am Mittwoch, 18. Januar 2017, 13:42:38 CET schrieb Jacob Chen: > Add clock-ids for the vip block of the rk3288 > > Signed-off-by: Jacob Chen applied all 3 for 4.11 . I've fixed the indentation below (missing one additional tab) and adapted patch3 to also remove the

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

On Sun, Jan 22, 2017 at 11:49:00PM +0100, Jason A. Donenfeld wrote: > On Sun, Jan 22, 2017 at 11:28 PM, Theodore Ts'o wrote: > > If there are other changes to the relevant lines from the networking > > tree, sure. > > This patch set has *nothing* to do with the networking tree.

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On 2017-01-20 Mel Gorman wrote: > > > > Thanks for the OOM report. I was expecting it to be a particular > > shape and my expectations were not matched so it took time to > > consider it further. Can you try the cumulative patch below? It > > combines three patches that > > > > 1. Allow slab

Re: [PATCH RFC] mm: Rename SLAB_DESTROY_BY_RCU to SLAB_TYPESAFE_BY_RCU

On Wed, Jan 18, 2017 at 06:00:24PM -0600, Christoph Lameter wrote: > On Wed, 18 Jan 2017, Paul E. McKenney wrote: > > > Actually, slab is using RCU to provide type safety to those slab users > > who request it. > > Typesafety is a side effect. The main idea here is that the object can > still be

Re: [tpmdd-devel] [PATCH RFC v4 1/5] tpm: validate TPM 2.0 commands

On 01/22/2017 06:44 PM, Jarkko Sakkinen wrote: @@ -1025,8 +1029,60 @@ int tpm2_auto_startup(struct tpm_chip *chip) } } + rc = tpm2_get_tpm_pt(chip, TPM_PT_TOTAL_COMMANDS, _commands, NULL); + if (rc) + goto out; + + /* sanity check */ +

[PATCH v4 3/4] PM / devfreq: Simplify the sysfs name of devfreq-event device

This patch just removes '.' character from the sysfs name of devfreq-event device as following. Usually, the subsystem uses the similiar naming style such as {framework name}{Number}. - old : /sys/class/devfreq-event/event.[X] - new : /sys/class/devfreq-event/event[X] And this patch initializes

[PATCH v4 1/4] PM / devfreq: Fix the wrong description for userspace governor

This patch fixes the wrong description of governor_userspace.c and removes the unneeded blank line. Signed-off-by: Chanwoo Choi --- drivers/devfreq/governor_userspace.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

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

hey Joonsoo: i would test and give the same element type later. On 2017/1/23 10:58, Joonsoo Kim wrote: Hello, On Sun, Jan 22, 2017 at 10:58:38AM +0800, zhouxianrong wrote: 1. memset is just set a int value but i want to set a long value. Sorry for late review. Do we really need to

[PATCH v4 0/4] PM / devfreq: Update the devfreq and devfreq-event device

This patches update the devfreq and devfreq-event device. I add the summary of each patch as following. - Patch1 fixes the wrong description of governor_userspace.c. - Patch2 show the information of registered PPMU devices. - Patch3/4 modify the name of sysfs entry for devfreq/devfreq-event device

[PATCH v4 4/4] PM / devfreq: Modify the device name as devfreq[X] for sysfs

This patch modifies the device name as devfreq[X] for sysfs by using the 'devfreq' prefix word instead of separate device name. On user-space aspect, user would find the some devfreq drvier with 'devfreq[X]' pattern. So, this patch modify the device name as following: -

[PATCH v4 2/4] PM / devfreq: exynos-ppmu: Show the registred device for ppmu device

This patch just adds the simple log to show the PPMU device's registration during the kernel booting. Signed-off-by: Chanwoo Choi --- drivers/devfreq/event/exynos-ppmu.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/devfreq/event/exynos-ppmu.c

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

On (01/23/17 11:58), Joonsoo Kim wrote: > Hello, > > On Sun, Jan 22, 2017 at 10:58:38AM +0800, zhouxianrong wrote: > > 1. memset is just set a int value but i want to set a long value. > > Sorry for late review. > > Do we really need to set a long value? I cannot believe that > long value is

Re: [PATCH] clk: qcom: gdsc: Fix handling of hw control enable/disable

On 01/21/2017 04:50 AM, Stephen Boyd wrote: > On 01/10, Stanimir Varbanov wrote: >> >>> + udelay(1); >>> + >>> + reg = sc->gds_hw_ctrl ? sc->gds_hw_ctrl : sc->gdscr; >>> + ret = gdsc_poll_status(sc, reg, 0); >> >> This should be gdsc_poll_status(sc, reg, true)

Re: drivers/base/power/opp/cpu.c:48:5: error: redefinition of 'dev_pm_opp_init_cpufreq_table'

On 23-01-17, 04:20, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: c497f8d17246720afe680ea1a8fa6e48e75af852 > commit: 33692dc381f9b89ddfc408631bf670ac2fd08ffc PM / OPP: Move opp core to > its own directory > date: 1

[PATCH v2 3/4] phy: qcom-ufs: Remove -always-on property

The fact that a regulator is always-on is a property of the regulator, not a specific consumer. Implementing this in the driver leads to a system behaviour that is dependent on if the Qualcomm UFS PHY was ever (partially) probed. If the specific regulator should be always on in a particular

Re: [PATCH] clk: qcom: gdsc: Fix handling of hw control enable/disable

[].. >> --- >> >> Stan, >> If there was a specific issue you saw with venus because of the missing >> delay and poll, can you check if this fixes any of that. >> >> drivers/clk/qcom/gdsc.c | 58 >> ++--- >> 1 file changed, 45 insertions(+), 13

[PATCH] zram: remove waitqueue for IO done

zram_reset_device waits ongoing writepage pages completed by zram->refcount logic. However, it's pointless because before the reset, we prevent further opening of zram by zram->claim and flush all of pending IO by fsync_bdev so there should be no pending IO at the zram_reset_device. So let's

Re: [PATCH 20/20] module.h: remove extable.h include now users have migrated

[Re: [PATCH 20/20] module.h: remove extable.h include now users have migrated] On 23/01/2017 (Mon 06:52) kbuild test robot wrote: > Hi Paul, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.10-rc5 next-20170120] > [if your patch is applied to the wrong git tree, please

[PATCH v2 2/3] btmrvl: set irq_bt to -1 when failed to parse it

The irq_of_parse_and_map will return 0 as a invalid irq. Set irq_bt to -1 in this case, so that the btmrvl resume/suspend code would not try to enable/disable it. Signed-off-by: Jeffy Chen Reviewed-by: Brian Norris --- Changes in v2: Update

[PATCH v2 1/3] btmrvl: avoid double-disable_irq() race

It's much the same as what we did for mwifiex in: b9da4d2 mwifiex: avoid double-disable_irq() race "We have a race where the wakeup IRQ might be in flight while we're calling mwifiex_disable_wake() from resume(). This can leave us disabling the IRQ twice. Let's disable the IRQ and enable it in

[PATCH v2 3/3] btmrvl: use dt's irqflags for wakeup pin

Use irqflags parsed from dt. Signed-off-by: Jeffy Chen Reviewed-by: Brian Norris --- Changes in v2: None drivers/bluetooth/btmrvl_sdio.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/bluetooth/btmrvl_sdio.c

[PATCH v2] clk: qcom: gdsc: Fix handling of hw control enable/disable

Once a gdsc is brought in and out of HW control, there is a power down and up cycle which can take upto 1us. Polling on the gdsc status immediately after the hw control enable/disable can mislead software/firmware to belive the gdsc is already either on or off, while its yet to complete the power

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Thu, Jan 19, 2017 at 08:04:59PM -0800, Andy Lutomirski wrote: > On Thu, Jan 19, 2017 at 6:39 PM, Alexei Starovoitov > wrote: > > On Wed, Jan 18, 2017 at 06:29:22PM -0800, Andy Lutomirski wrote: > >> I think it could work by making a single socket cgroup controller

[PATCH V2 03/12] PM / OPP: Return opp_table from dev_pm_opp_set_*() routines

Now that we have proper kernel reference infrastructure in place for OPP tables, use it to guarantee that the OPP table isn't freed while being used by the callers of dev_pm_opp_set_*() APIs. Make them all return the pointer to the OPP table after taking its reference and put the reference back

[PATCH V2 00/12] PM / OPP: Use kref and move away from RCU locking

Hi Rafael, This series is based over the other OPP series [1] which is ready to be merged and is fully reviewed. In this series, 11 out of 12 patches have Reviewed-by from Stephen. Only the 7th patch hasn't got any of those. @Stephen: Can you see if you can do a generic review of it as well?

[PATCH V2 04/12] PM / OPP: Take reference of the OPP table while adding/removing OPPs

Take reference of the OPP table while adding and removing OPPs, that helps us remove special checks in _remove_opp_table(). Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd --- drivers/base/power/opp/core.c | 9 - 1 file changed, 4

[PATCH V2 05/12] PM / OPP: Use dev_pm_opp_get_opp_table() instead of _add_opp_table()

Migrate all users of _add_opp_table() to use dev_pm_opp_get_opp_table() to guarantee that the OPP table doesn't get freed while being used. Also update _managed_opp() to get the reference to the OPP table. Now that the OPP table wouldn't get freed while these routines are executing after

[PATCH V2 08/12] PM / OPP: Take kref from _find_opp_table()

Take reference of the OPP table from within _find_opp_table(). Also update the callers of _find_opp_table() to call dev_pm_opp_put_opp_table() after they have used the OPP table. Note that _find_opp_table() increments the reference under the opp_table_lock. Now that the OPP table wouldn't get

[PATCH V2 09/12] PM / OPP: Move away from RCU locking

The RCU locking isn't well suited for the OPP core. The RCU locking fits better for reader heavy stuff, while the OPP core have at max one or two readers only at a time. Over that, it was getting very confusing the way RCU locking was used with the OPP core. The individual OPPs are mostly well

[PATCH V2 06/12] PM / OPP: Add 'struct kref' to struct dev_pm_opp

Add kref to struct dev_pm_opp for easier accounting of the OPPs. Note that the OPPs are freed under the opp_table->lock mutex only. Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd --- drivers/base/power/opp/core.c | 27

[PATCH V2 02/12] PM / OPP: Add 'struct kref' to OPP table

Add kref to struct opp_table for easier accounting of the OPP table. Note that the new routine dev_pm_opp_get_opp_table() takes the reference from under the opp_table_lock, which guarantees that the OPP table doesn't get freed unless dev_pm_opp_put_opp_table() is called for the OPP table. Two

[PATCH V2 12/12] PM / OPP: Update Documentation to remove RCU specific bits

Update OPP documentation to remove the RCU specific bits. Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd --- Documentation/power/opp.txt | 52 ++--- 1 file changed, 16 insertions(+), 36 deletions(-)

[PATCH V2 11/12] PM / OPP: Simplify dev_pm_opp_get_max_volt_latency()

dev_pm_opp_get_max_volt_latency() calls _find_opp_table() two times effectively. Merge _get_regulator_count() into dev_pm_opp_get_max_volt_latency() to avoid that. Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd ---

[PATCH V2 07/12] PM / OPP: Update OPP users to put reference

This patch updates dev_pm_opp_find_freq_*() routines to get a reference to the OPPs returned by them. Also updates the users of dev_pm_opp_find_freq_*() routines to call dev_pm_opp_put() after they are done using the OPPs. As it is guaranteed the that OPPs wouldn't get freed while being used,

[PATCH V2 01/12] PM / OPP: Add per OPP table mutex

Add per OPP table lock to protect opp_table->opp_list. Note that at few places opp_list is used under the rcu_read_lock() and so a mutex can't be added there for now. This will be fixed by a later patch. Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd

[PATCH V2 10/12] PM / OPP: Simplify _opp_set_availability()

As we don't use RCU locking anymore, there is no need to replace an earlier OPP node with a new one. Just update the existing one. Signed-off-by: Viresh Kumar Reviewed-by: Stephen Boyd --- drivers/base/power/opp/core.c | 27

Re: [RFC v2] HWPOISON: soft offlining for non-lru movable page

On Thu, Jan 19, 2017 at 10:59:03PM +0800, ys...@foxmail.com wrote: > From: Yisheng Xie > > This patch is to extends soft offlining framework to support > non-lru page, which already support migration after > commit bda807d44454 ("mm: migrate: support non-lru movable page

Re: [RFC] HWPOISON: soft offlining for non-lru movable page

On Fri, Jan 20, 2017 at 05:52:13PM +0800, Yisheng Xie wrote: > Hi Naoya, > > On 2017/1/18 17:45, Naoya Horiguchi wrote: > > On Wed, Jan 18, 2017 at 12:00:54PM +0800, Yisheng Xie wrote: > >> This patch is to extends soft offlining framework to support > >> non-lru page, which already support

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

Hello, When I look at first patch, I wanted to use increment loop but didn't tell to you because that small piece of code is no harmful for readbility to me so I want to keep author's code rather than pointing the trivial which is just matter of preference out. Rather than readiblity, I suspect

[PATCH v2 1/4] phy: qcom-ufs: Don't kfree devres resource

Upon failing to acquire regulator supplies the qcom-ufs driver calls kfree() on the devm allocated memory used to store the name of the regulator, leading to devres corruption. Rather than switching to using the appropriate free function the patch acknowledge the fact that "name" is always a

[PATCH v2 2/4] phy: qcom-ufs: Correct usage of regulator_get()

When regulator_get() tries to resolve a regulator supply but fail to find a matching property in DeviceTree it returns a dummy regulator, if a matching supply is specified but unavailable the regulator core will return an error. Based on this we should not ignore errors upon failing to acquire

[PATCH v2 4/4] phy: qcom-ufs: Suppress extraneous logging

The error paths of the common qcom-ufs functions for registering the phy, acquiring clocks and acquiring regulators all print specific error messages before returning an error, so there is no value in printing yet another - more generic - message when this occur. Reviewed-by: Vivek Gautam

[PATCH] aspeed: dts: g5: Update GPIO pin range to mux extra banks

The Aspeed GPIO driver recently gained support for banks Y, Z, AA, AB and AC. Update the devicetree so GPIO requests for these pins are routed via pinmux, else the export succeeds but the GPIOs are non-functional. Signed-off-by: Andrew Jeffery ---

[PATCH] ARM: dts: tegra: Fix missing card detection in Trimslice µSD card slot

Card insertion and removal currently goes undetected. AFAIK there's no way to generate interrupts on card changes in this slot, so use polling. Signed-off-by: Rask Ingemann Lambertsen --- arch/arm/boot/dts/tegra20-trimslice.dts | 1 + 1 file changed, 1 insertion(+) diff

Re: [PATCH] 6lowpan: use rb_entry()

From: Geliang Tang Date: Fri, 20 Jan 2017 22:36:53 +0800 > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. > > Signed-off-by: Geliang Tang Applied.

Re: [PATCH] net/mlx4: use rb_entry()

From: Geliang Tang Date: Fri, 20 Jan 2017 22:36:57 +0800 > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. > > Signed-off-by: Geliang Tang Applied.

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

On Sun, Jan 22, 2017 at 04:20:04PM +0100, Greg Kroah-Hartman wrote: > > The core stuff is not in the networking tree. This is nothing to do > > with the networking tree in any way at all. There might be some > > confusion because the initial discussions came from the siphash stuff, > > which is in

Re: [PATCH RFC v4 0/5] RFC: in-kernel resource manager

On Mon, Jan 23, 2017 at 01:44:28AM +0200, Jarkko Sakkinen wrote: > This patch set adds support for TPM spaces that provide a context > for isolating and swapping transient objects. The content does > not yet include support for policy and HMAC sessions. > > There's a test script for trying out

Re: [PATCH v3 0/4] PM / devfreq: Update the devfreq and devfreq-event device

Ping. Hi Myungjoo, Could you apply these patches if there is no any comment? On 2017년 01월 16일 21:26, Chanwoo Choi wrote: > This patches update the devfreq and devfreq-event device. I add the summary > of each patch as following. > - Patch1 fixes the wrong description of governor_userspace.c. >

Re: - Proposal (Gold And Diamonds Valued At Over $35M USD)

Hello Dear. My name is Miss Naya M Makhlouf I am 19yrs Old girl from Syrian, I am the only child of Hassan Mohammed Makhlouf, who was a business man and deals in Crude oil and gold and who was killed in 2012 and by all investigation it was planned by my uncle ( Mr Rami Makhlouf) who took

[lkp-robot] [net] a1a22c1206: BUG:unable_to_handle_kernel

FYI, we noticed the following commit: commit: a1a22c12060e4b9c52f45d4b3460f614e00162a2 ("net: ipv6: Keep nexthop of multipath route on admin down") https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master in testcase: trinity with following parameters: runtime: 300s

Re: [PATCH 1/2] nilfs2: use i_blocksize()

On Fri, 20 Jan 2017 22:34:57 +0800, Geliang Tang wrote: > Since i_blocksize() helper has been defined in fs.h, use it instead > of open-coding. > > Signed-off-by: Geliang Tang i_blocksize() doesn't exist in the mainline kernel. This needs another patch titled "fs: add

  1   2   3   4   5   6   7   8   9   >