Hi,
On 26 April 2016 at 21:48, Greg Hackmann wrote:
> On 04/26/2016 01:05 PM, Daniel Vetter wrote:
>> On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
>>> What are they doing that can't stuff the fences into an array
>>> instead of props?
>>
>> The hw composer interface is one in-fe
Fix soft lockup when resetting remote device attached
to usb host. Configuration:
pppd -> musb hub -> usb-serial -> gsm modem
When gsm modem resets, musb rolls in incoming rx interrupts
which does not give any time to other application as result
it totally lock ups. Solution is to keep original log
Dear Felipe,
On Wed, 27 Apr 2016 08:35:58 +0300 Felipe Balbi wrote:
> Hi,
>
> Jisheng Zhang writes:
> > Marvell BG4CT SoC needs two phy: one for usb2 and another for usb3. Add
> > the calls to retrieve generic PHY to xhci plat in order to support this.
> >
> > Signed-off-by: Jisheng Zhang
> >
On 25-04-16 10:34, Jarkko Sakkinen wrote:
> diff --git a/drivers/staging/intel_sgx/isgx_ioctl.c
b/drivers/staging/intel_sgx/isgx_ioctl.c
> new file mode 100644
> index 000..9d8b36b
> --- /dev/null
> +++ b/drivers/staging/intel_sgx/isgx_ioctl.c
>
> +static long isgx_ioctl_enclave_create(struct f
On 25-04-16, 15:35, Andy Shevchenko wrote:
> We pass struct dw_dma_chip to the dw_dma_probe() anyway, thus we may use it to
> pass platform data as well.
>
> While here, constify the source of platform data.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/ata/sata_dwc_460ex.c | 2 +-
On 25-04-16, 15:35, Andy Shevchenko wrote:
> Keep the entire platform data in the struct dw_dma.
> It makes the driver a bit cleaner.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dw/core.c| 30 +++---
> drivers/dma/dw/platform.c| 4 +
On 25-04-16, 15:35, Andy Shevchenko wrote:
> The nr_masters value equal to 0 is invalid since this DMA controller has to
> have at least one master.
>
> Check this before we proceed with the rest of properties.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dw/platform.c | 20 ++
On 25-04-16, 15:35, Andy Shevchenko wrote:
> There are several changes are done here:
>
> - Convert the property to be in bytes
>
> Besides this is common practice for such property the use of a value in bytes
> much more convenient than handling the encoded value.
>
> - Rename data_width to dat
On Tue, Apr 26, 2016 at 01:48:02PM -0700, Greg Hackmann wrote:
> On 04/26/2016 01:05 PM, Daniel Vetter wrote:
> >On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
> >>On Tue, Apr 26, 2016 at 08:23:46PM +0200, Daniel Vetter wrote:
> >>>On Tue, Apr 26, 2016 at 08:40:45PM +0300, Ville Syr
Dear Felipe,
On Wed, 27 Apr 2016 08:33:52 +0300 Felipe Balbi wrote:
> Jisheng Zhang writes:
> > Commit 63589e92c2d9 ("clk: Ignore error and NULL pointers passed to
> > clk_{unprepare, disable}()") allows NULL or error pointer to be passed
> > unconditionally.
> >
> > This patch is to simplify pr
On Tue, Apr 26, 2016 at 12:02:08PM -0300, Gustavo Padovan wrote:
> 2016-04-26 Daniel Vetter :
>
> > On Mon, Apr 25, 2016 at 07:33:21PM -0300, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > struct fence_collection inherits from struct fence and carries a
> > > collection of fences
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
> with this patch applied, 4.6.0-rc5-next-20160426 fails to boot on
> rk3288-veyron devices with the bug below. Reverting this one patch
> results in the system booting again:
>
This is because I missed to add the correct ops for LDO_REG3 in this patch.
Hi Ludovic,
On 04/26/2016 06:59 PM, Ludovic Desroches wrote:
>
> On Tue, Apr 26, 2016 at 12:31:50PM +, Prabu Thangamuthu wrote:
> > Hi Ludovic, Jaehoon Chung,
> >
> > Thank you for your review comments,
> >
> > On 04/26/2016 04:15 PM, Jaehoon Chung wrote:
> > >
> > > On 04/26/2016 05:58 PM, L
Hi Srinivas,
On Sun, 2016-04-24 at 20:28 +0100, Srinivas Kandagatla wrote:
> This patch moves to nvmem support in the driver to use callback
> instead of regmap.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Thanks for the patch. It works on our platform. This driver doesn't
support "efuse write
On Wed, Apr 20, 2016 at 04:08:58PM +0300, Alexander Shishkin wrote:
> Hi Greg,
>
> [accidentally busted the "Date:" header on the previous one, apologies for
> the noise]
>
> These are patches I have queued for the v4.7 merge window. Please
> consider pulling.
>
> The following changes since co
Hi,
Please pull one fix for current release.
Best regards,
Krzysztof
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.gi
Hi,
Jisheng Zhang writes:
> Dear Felipe,
>
> On Wed, 27 Apr 2016 08:29:34 +0300 Felipe Balbi wrote:
>
>> Hi,
>>
>> (Cc authors and maintainer, otherwise you're patch might be forgotten ;-)
>
> Thanks a lot for the kind remind. I just run get_maintainer.pl to get the
> To and Cc lists. It seems
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/cris/Kconfig
between commit:
f518abf00d50 ("cris: do away with ARCH_REQUIRE_GPIOLIB")
from the gpio tree and commit:
11eaeaeaa756 ("exit_thread: remove empty bodies")
from the akpm-current tree.
I fix
> Am 26.04.2016 um 19:27 schrieb Tony Lindgren :
>
> Tero,
>
> * H. Nikolaus Schaller [160418 11:23]:
>> OMAP5 has a register to control if the ckobuffer is enabled
>> and defines the polarity. ckobuffer is required to drive a twl6040
>> with the system clock. Hence, add the pinctrl,single to t
Dear Felipe,
On Wed, 27 Apr 2016 08:29:34 +0300 Felipe Balbi wrote:
> Hi,
>
> (Cc authors and maintainer, otherwise you're patch might be forgotten ;-)
Thanks a lot for the kind remind. I just run get_maintainer.pl to get the
To and Cc lists. It seems Mathias's email changed, MAINTAINERS need t
On 26 April 2016 at 22:34, Elliott, Robert (Persistent Memory)
wrote:
>
>
>> -Original Message-
>> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
>> ow...@vger.kernel.org] On Behalf Of Davidlohr Bueso
>> Sent: Tuesday, April 26, 2016 1:34 PM
>> To: Karel Zak
>> Cc: Julius
On 21/04/16 20:27, J.D. Schroeder wrote:
> From: Jim Lodes
>
> The DDC scl high and low times were set to the minimum values
> from the i2c specification, but the i2c specification takes into
> account the rise time and fall time to calculate the frequency.
> To pass HDMI certification DDC can no
On 21/04/16 20:49, J.D. Schroeder wrote:
> From: Jim Lodes
>
> The AVI infoframe R0-R3 in the 2nd data byte represents the
> Active Format Aspect Ratio. It is four bits long not two bits.
> This fixes that mask used to extract the bits before writing the
> bits to the hardware registers.
>
> Sig
Dear Felipe,
On Wed, 27 Apr 2016 08:25:38 +0300 Felipe Balbi wrote:
> Hi,
>
> (since you're fixing somebody else's commit, it's nice to Cc authors)
>
> Jisheng Zhang writes:
> > Commit 4718c1774051 ("usb: host: xhci-plat: add clock support") adds
> > optional clk support, but it forgets to pre
On 04/26/2016 07:45 PM, Tejun Heo wrote:
> Hello, Peter.
>
> On Tue, Apr 26, 2016 at 10:27:59AM -0700, Peter Hurley wrote:
>>> It's unlikely to make any measureable difference. Is xchg() actually
>>> cheaper than store + rmb?
>>
>> store + mfence (full barrier), yes. Roughly 2x faster.
>>
>> http
From: Courtney Cavin
Add an implementation of Qualcomm's IPC router protocol, used to
communicate with service providing remote processors.
Signed-off-by: Courtney Cavin
Signed-off-by: Bjorn Andersson
[bjorn: Cope with 0 being a valid node id and implement RTM_NEWADDR]
Signed-off-by: Bjorn And
Hi,
Grygorii Strashko writes:
> On 04/26/2016 09:17 AM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Grygorii Strashko writes:
>>> Now not all DMA paremters configured properly for "xhci-hcd" platform
>>> device which is created manually. For example: dma_pfn_offset, dam_ops
>>> and iommu configuratio
On Fri, Apr 15 2016, Matthew Wilcox wrote:
> Typos, whitespace, grammar, line length, using the correct types, etc.
>
> Signed-off-by: Matthew Wilcox
> Reviewed-by: Ross Zwisler
>
> -static inline void root_tag_clear(struct radix_tree_root *root, unsigned int
> tag)
> +static inline void roo
Hello Srinivas,
On 16-04-24 20:28:09, Srinivas Kandagatla wrote:
> This patch moves to nvmem support in the driver to use callback
> instead of regmap.
Minor nit, it says "vif610-octop" it should have been vf610-ocotp.
For what it's worth, I tested this on Colibri Vybrid VF61 for a while and
all
On Tue, 26 Apr 2016, Kees Cook wrote:
> On Mon, Apr 25, 2016 at 7:50 AM, Pengfei Wang wrote:
> > Hello,
> >
> > I found this Double-Fetch bug in Linux-4.5/drivers/scsi/aacraid/commctrl.c
> > when I was examining the source code.
>
> Thanks for these reports! I wrote a coccinelle script to find
Hello,
On (04/26/16 16:52), a...@linux-foundation.org wrote:
[..]
> -static void __zswap_pool_release(struct rcu_head *head)
> +static void __zswap_pool_release(struct work_struct *work)
> {
> - struct zswap_pool *pool = container_of(head, typeof(*pool), rcu_head);
> + struct zswap_pool *
Hi,
Jisheng Zhang writes:
> The Marvell BG4CT STB board has board level vbus control through gpio.
> This patch adds the vbus regulator control to support this board.
>
> Signed-off-by: Jisheng Zhang
> ---
> drivers/usb/host/xhci-plat.c | 40 +++-
> drivers/
Hi,
Jisheng Zhang writes:
> Marvell BG4CT SoC needs two phy: one for usb2 and another for usb3. Add
> the calls to retrieve generic PHY to xhci plat in order to support this.
>
> Signed-off-by: Jisheng Zhang
> ---
> drivers/usb/host/xhci-plat.c | 87
> ++---
On 04/26/2016 10:39 PM, Bjorn Helgaas wrote:
> On Fri, Apr 15, 2016 at 07:06:40PM +0200, Tomasz Nowicki wrote:
>> Platforms that have memory mapped IO port (such as ARM64) need special
>> handling for PCI I/O resources. For host bridge's resource probing case
>> these resources need to be fixed up
Jisheng Zhang writes:
> Commit 63589e92c2d9 ("clk: Ignore error and NULL pointers passed to
> clk_{unprepare, disable}()") allows NULL or error pointer to be passed
> unconditionally.
>
> This patch is to simplify probe error and remove code paths.
this seems wrong to me. xhci->clk isn't initiali
Fun bugs caught while trying to massage atomic_open()... Patch below is
in vfs.git#for-linus (along with two more fixes); I would like to get
an ACK from Miklos on that one - it's his code and this thing had been
present in there since the original merge. I might be misreading what
it tries to do
Hi,
Jisheng Zhang writes:
> Commit 7b8ef22ea547 ("usb: xhci: plat: Add USB phy support") adds the
> usb_phy for usb3, but it forgets to shutdown/init the usb_phy in the
> suspend/resume path. This patch fixes this issue by adding missing
> usb_phy related calls.
Fixes: 7b8ef22ea547 ("usb: xhci:
Hi,
(Cc authors and maintainer, otherwise you're patch might be forgotten ;-)
Jisheng Zhang writes:
> Commit 7b8ef22ea547 ("usb: xhci: plat: Add USB phy support") adds the
> usb_phy for usb3, but it attached the usb_phy to incorrect hcd. The
where did you see that's the USB3 phy ? I can't see
Hi,
(since you're fixing somebody else's commit, it's nice to Cc authors)
Jisheng Zhang writes:
> Commit 4718c1774051 ("usb: host: xhci-plat: add clock support") adds
> optional clk support, but it forgets to prepare/disable and
^^^
Suraj Jitindar Singh writes:
> Add a binding to Documentation/devicetree/bindings/powerpc/opal
> (oppanel-opal.txt) for the operator panel which is present on IBM
> pseries machines with FSPs.
It's not pseries (as that implies PowerVM / PAPR) - while here we're all
about OPAL.
With a slight chan
On 21/04/16 11:30, Stefano Stabellini wrote:
> On Thu, 21 Apr 2016, Juergen Gross wrote:
>> On 20/04/16 15:15, Stefano Stabellini wrote:
>>> b4ff8389ed14 is incomplete: relies on nr_legacy_irqs() to get the number
>>> of legacy interrupts when actually nr_legacy_irqs() returns 0 after
>>> probe_825
On Tue, Apr 26, 2016 at 09:58:01PM -0700, Darren Hart wrote:
> Hi Linus,
>
> The following changes since commit 5d07163334ba016c053b033cd0bb3c92d7dc0229:
>
> platform:x86 decouple telemetry driver from the optional IPC resources
> (2016-04-19 13:51:41 -0700)
>
> are available in the git repos
Hi Linus,
The following changes since commit 5d07163334ba016c053b033cd0bb3c92d7dc0229:
platform:x86 decouple telemetry driver from the optional IPC resources
(2016-04-19 13:51:41 -0700)
are available in the git repository at:
git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/iio/magnetometer/ak8975.c
between commit:
05be8d4101d9 ("iio: ak8975: fix maybe-uninitialized warning")
from the staging.current tree and commit:
97eacb9166f4 ("iio:ak8975: add mounting matrix support")
fr
On Wed, Apr 27, 2016 at 1:11 AM, Andrew Lunn wrote:
> On Tue, Apr 26, 2016 at 09:24:34PM +0200, Arnd Bergmann wrote:
>> On Tuesday 26 April 2016 20:23:35 Andrew Lunn wrote:
>> > > A more complex problem would be having a PHY driver for a device
>> > > that can be either an ethernet phy or some oth
Quoting Kees Cook (keesc...@chromium.org):
> On Tue, Apr 26, 2016 at 3:26 PM, Serge E. Hallyn wrote:
> > Quoting Kees Cook (keesc...@chromium.org):
> >> On Fri, Apr 22, 2016 at 10:26 AM, wrote:
> >> > From: Serge Hallyn
> >> >
> >> > This can only be set by root in his own namespace, and will
>
From: Corey Minyard
Commit d61a3ead2680 ("[PATCH] IPMI: reserve I/O ports separately")
changed the way I/O ports were reserved and includes this comment in
log:
Some BIOSes reserve disjoint I/O regions in their ACPI tables for the IPMI
controller. This causes problems when trying to register
On Tue, Apr 26, 2016 at 01:47:09PM -0700, Andi Kleen wrote:
>
> I posted patches to fix this. At some point it definitely has to be.
Can you point me to the patch submission?
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herber
commit 61b914eb81f8 ("mmc: sdhci-of-arasan: add phy support for
sdhci-of-arasan") introduce phy support for arasan. According to
the vendor's databook, we should make sure the phy is in poweroff
status before we configure the clk stuff. Otherwise it may cause
some IO sample timing issues from the t
Hi, Kees Cook
* From: Kees Cook [mailto:keesc...@chromium.org]
> Sent: Wednesday, April 27, 2016 7:48 AM
> To: Andrew Morton
> Cc: Randy Dunlap ; Andy Whitcroft
> ; Joe Perches ; Zhao Lei
> ; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: [PATCH] scripts/spelling.txt: add "f
On Wed, Apr 27, 2016 at 12:02 PM, NeilBrown wrote:
> On Wed, Apr 27 2016, Ming Lei wrote:
>
>> There were reports about heavy stack use by recursive calling
>> .bi_end_io()([1][2][3]). For example, more than 16K stack is
>> consumed in a single bio complete path[3], and in [2] stack
>> overflow ca
Hi Dennis, David,
Sorry for the late reply, please see my comments below.
On 2016/4/27 9:14, David Daney wrote:
On 04/21/2016 03:06 AM, Dennis Chen wrote:
On 20 April 2016 at 09:40, David Daney wrote:
[...]
+/* Callback for Proximity Domain -> ACPI processor UID mapping */
+void __init acpi
On Wed, Apr 27 2016, Ming Lei wrote:
> There were reports about heavy stack use by recursive calling
> .bi_end_io()([1][2][3]). For example, more than 16K stack is
> consumed in a single bio complete path[3], and in [2] stack
> overflow can be triggered if 20 nested dm-crypt is used.
>
> Also patc
If error is passed to dio_end_io(), it should have been
dealt with. Unfortunately current code just ignores that
silently.
Only btrfs uses dio_end_io().
Signed-off-by: Ming Lei
---
fs/direct-io.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index 472037
bio_endio() is the graceful way to complete one bio.
Signed-off-by: Ming Lei
---
fs/direct-io.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index a8dd60a..0a35e51 100644
--- a/fs/direct-io.c
+++ b/fs/direct-io.c
@@ -350,15 +350,10 @@
There were reports about heavy stack use by recursive calling
.bi_end_io()([1][2][3]). For example, more than 16K stack is
consumed in a single bio complete path[3], and in [2] stack
overflow can be triggered if 20 nested dm-crypt is used.
Also patches[1] [2] [3] were posted for addressing the iss
Hi,
The 1st patch handles bio error in dio_end_io() which is only
used by btrfs.
The 2nd patch uses bio_endio() to call .bi_end_io() in dio_end_io().
The 3rd patch avoids to call .bi_end_io recursively in complete path.
xfstests(-g auto) is run over ext4, xfs and btrfs with this patchset
and no
Hi Rob,
Today's linux-next merge of the dt-rh tree got a conflict in:
Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt
between commit:
53cafb93da6f ("dt-bindings: Add documentation for GM20B GPU")
from the tegra tree and commit:
f43521e95211 ("dt-bindings: tegra: Remove 0, prefix
Thanks for your mails. Is it possible to just merge this patch, then
test if there is any application is using it? Considering almost all
other I2C devices are using the correct ID name, it should be low
risky
Yong
2016-04-26 23:21 GMT+08:00 Daniel Baluta :
> On Tue, Apr 26, 2016 at 4:14 PM, Yon
On 04/26/2016 04:02 PM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.80 release.
There are 115 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On 2016/4/26 22:18, Leon Romanovsky wrote:
> On Tue, Apr 26, 2016 at 02:34:44PM +0800, oulijun wrote:
>> On 2016/4/24 15:54, Leon Romanovsky wrote:
>>> On Sat, Apr 23, 2016 at 06:26:47PM +0800, Lijun Ou wrote:
This patch mainly setup hca for RoCE. it will do a series of
initial works as f
On 2016/4/26 22:25, Jiri Pirko wrote:
> Tue, Apr 26, 2016 at 04:18:21PM CEST, l...@kernel.org wrote:
>> On Tue, Apr 26, 2016 at 02:34:44PM +0800, oulijun wrote:
>>> On 2016/4/24 15:54, Leon Romanovsky wrote:
>
>
>
> +int hns_roce_bitmap_alloc(struct hns_roce_bitmap *bitmap, u32 *obj)
> +
On Tue, Apr 26, 2016 at 10:45:11PM -0400, Mike Frysinger wrote:
> On 27 Apr 2016 04:56, Dmitry V. Levin wrote:
> > Do not load one entry beyond the end of the syscall table when the
> > syscall number of a traced process equals to __NR_Linux_syscalls.
> > Similar bug with regular processes was fixe
The Tegra132 has the specific settings for soctherm,
so change to use campatible "nvidia,tegra132-soctherm" for it.
And adds cpu, gpu, mem and pllx thermal zones.
Signed-off-by: Wei Ni
---
arch/arm64/boot/dts/nvidia/tegra132.dtsi | 36 ++--
1 file changed, 34 insertio
Tegra132 use CCROC throttle registers to configure
pulse skiper, set these registers to enable throttle
function for Tegra132.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/soctherm.c| 215 +---
drivers/thermal/tegra/tegra132-soctherm.c | 17 ++
inclu
On Tue, Apr 26, 2016 at 10:00 PM, Robin Murphy wrote:
> The current logic in pl330_get_desc() contains a clear race condition,
> whereby if the descriptor pool is empty, we will create a new
> descriptor, add it to the pool with the lock held, *release the lock*,
> then try to remove it from the p
This series add following functions for Tegra soctherm:
1. add Tegra132 support.
2. add HW throttle function.
3. set hot trip temperatures which can trigger the HW throttle.
Main changes from V1:
1. use readl/writel instead of __raw_readl/__raw_writel.
2. rebase on the linux-next.
The v1 series i
Enable throttle function for SOC_THERM.
Set "hot" trips for cpu and gpu thermal zones, which
can trigger the SOC_THERM hardware throttle.
Signed-off-by: Wei Ni
---
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 41 +---
1 file changed, 32 insertions(+), 9 deletions(-)
di
Tegra soctherm support HW throttle, when the soctherm snesors'
temperature is above the throttle trip point, it will trigger
pulse skiper to tune clocks accroding to the throttle depth.
Add this function for Tegra124 and Tegra210.
Since Tegra132 use different registers to configure pulse skiper,
wi
add Tegra132 specific SOC_THERM driver.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/Makefile| 1 +
drivers/thermal/tegra/soctherm.c | 6 +
drivers/thermal/tegra/soctherm.h | 4 +
drivers/thermal/tegra/tegra132-soctherm.c | 196 +
Enable throttle function for SOC_THERM.
Set "hot" trips for cpu and gpu thermal zones, which
can trigger the SOC_THERM hardware throttle.
Signed-off-by: Wei Ni
---
arch/arm/boot/dts/tegra124.dtsi | 39 ++-
1 file changed, 30 insertions(+), 9 deletions(-)
diff
Set general "critical" trip temperatures for cpu, gpu, mem and pllx
thermal zones on Tegra132, these trips can trigger shut down or reset.
Signed-off-by: Wei Ni
---
arch/arm64/boot/dts/nvidia/tegra132.dtsi | 60
1 file changed, 60 insertions(+)
diff --git a/arch
Enable throttle function for SOC_THERM.
Set "hot" trips for cpu and gpu thermal zones, which
can trigger the SOC_THERM hardware throttle.
Signed-off-by: Wei Ni
---
arch/arm64/boot/dts/nvidia/tegra132.dtsi | 41 +---
1 file changed, 32 insertions(+), 9 deletions(-)
di
Add HW throttle configuration sub-node for soctherm, which
is used to describe the throttle event, and worked as a
cooling device. The "hot" type trip in thermal zone can
be bound to this cooling device, and trigger the throttle
function.
Signed-off-by: Wei Ni
---
.../bindings/thermal/nvidia,teg
There are no more users of platform-data for cpufreq-dt driver, get rid
of it.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/cpufreq/cpufreq-dt.c | 6 +-
include/linux/cpufreq-dt.h | 24
2 files changed, 1 insertion(+), 29 deletions(-)
delete
Move cpufreq bits for mvebu into drivers/cpufreq/ directory, that's
where they really belong to.
Compiled tested only.
Cc: Thomas Petazzoni
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Sebastian Hesselbarth
Signed-off-by: Viresh Kumar
---
MAINTAINERS | 1 +
On Tue, Apr 26, 2016 at 04:21:07PM +0800, Peter Chen wrote:
> On Tue, Apr 26, 2016 at 07:00:22AM +, Jun Li wrote:
> > Hi
> >
> > > -Original Message-
> > > From: Peter Chen [mailto:hzpeterc...@gmail.com]
> > > Sent: Tuesday, April 26, 2016 2:28 PM
> > > To: Jun Li
> > > Cc: Roger Quad
dev_pm_opp_set_sharing_cpus() isn't supposed to update the cpumask
passed as its parameter, and so it should always have been marked
'const'.
Do it now.
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp/cpu.c | 3 ++-
include/linux/pm_opp.h | 4 ++--
2 files changed, 4 insertions(+),
Some of the routines have used -ENOSYS for the cases where the
functionality isn't implemented in the kernel. But ENOSYS is supposed to
be used only for syscalls.
Replace that with -ENOTSUPP, which specifically means that the operation
isn't supported.
While at it, replace exiting -EINVAL errors
Existing platforms, which do not support operating-points-v2, can
explicitly tell the opp core that some of the CPUs share opp tables,
with help of dev_pm_opp_set_sharing_cpus().
For such platforms, explicitly ask the opp core to provide list of CPUs
sharing the opp table with current cpu device,
OPP core allows a platform to mark OPP table as shared, when the
platform isn't using operating-points-v2 bindings.
And, so there should be a non DT way of finding out if the OPP table is
shared or not.
This patch adds dev_pm_opp_get_sharing_cpus(), which first tries to get
OPP sharing informatio
That will allow us to avoid using cpufreq-dt platform data.
Cc: Thomas Petazzoni
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Sebastian Hesselbarth
Signed-off-by: Viresh Kumar
---
arch/arm/mach-mvebu/pmsu.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
di
> From: Cathy Avery [mailto:cav...@redhat.com]
> Sent: Wednesday, April 27, 2016 0:19
> To: Dexuan Cui ; gre...@linuxfoundation.org;
> da...@davemloft.net; net...@vger.kernel.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; Jason Wang
> ; KY Srinivasan ; Haiyang Zh
FYI, we noticed vm-scalability.throughput -11.8% regression with the following
commit:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit faad2185f482578d50d363746006a1b95dde9d0a ("mm, oom: rework oom
detection")
on test machine: lkp-hsw-ep2: 72 threads Brickland
On 2016/4/25 10:34, Florian Fainelli wrote:
Assigning "attr" to "attr" does not have any effect, but was caught by
Coverity, so let's remove this.
Reported-by: coverity (CID 1354720)
Fixes: 1b76c13e4b36 ("bpf tools: Introduce 'bpf' library and add bpf feature
check")
Signed-off-by: Florian Fa
When driver unbind is run while media_ioctl is in progress, media_ioctl()
fails with use-after-free. This first use-after-free is followed by more
user-after-free errors in media_release(), kobject_put(), and cdev_put()
as driver unbind continues. This problem is found on uvcvideo, em28xx, and
au08
On Wed, Apr 27, 2016 at 11:00:23AM +0800, Wangnan (F) wrote:
>
>
> On 2016/4/27 10:46, Florian Fainelli wrote:
> >Le 24/04/2016 19:34, Florian Fainelli a écrit :
> >>Hi all,
> >>
> >>Two trivial patches that were flagged by Coverity.
> >>
> >>Thanks!
> >Ping! Did I send this to the correct mailin
Ping
Thanks
Zhaolei
> From: Zhao Lei [mailto:zhao...@cn.fujitsu.com]
> Sent: Friday, April 15, 2016 6:47 PM
> To: linux-kernel@vger.kernel.org
> Cc: contain...@lists.linux-foundation.org; Eric W. Biederman
> ; Mateusz Guzik ;
> Kamezawa Hiroyuki ; Zhao Lei
>
> Subject: [PATCH 0/3] [RFC] Write du
On 2016/4/25 10:34, Florian Fainelli wrote:
Coverity flagged this under CID 1354884 as a sizeof mismatch, it turns
out that the argument "attr" passed to syscall should have been a
pointer to attr in the first place.
Reported-by: coverity (CID 1354884)
Fixes: 8f9e05fb298f ("perf tools: Fix Pow
On 2016/4/27 10:46, Florian Fainelli wrote:
Le 24/04/2016 19:34, Florian Fainelli a écrit :
Hi all,
Two trivial patches that were flagged by Coverity.
Thanks!
Ping! Did I send this to the correct mailing-list?
Sorry for the late. You are on the right list :)
On 22-04-16, 15:21, Stephen Boyd wrote:
> On 04/21, Viresh Kumar wrote:
> > diff --git a/drivers/base/power/opp/cpu.c b/drivers/base/power/opp/cpu.c
> > index 55cbf9bd8707..9c4eb90759fb 100644
> > --- a/drivers/base/power/opp/cpu.c
> > +++ b/drivers/base/power/opp/cpu.c
> > @@ -329,3 +329,48 @@ int
On Wed, Apr 27, 2016 at 9:58 AM, Shawn Guo wrote:
> On Tue, Apr 26, 2016 at 07:27:03PM +0800, Dong Aisheng wrote:
>> Shawn,
>> What's your suggestion?
>
> I think this needs more discussion, and I just dropped Stefan's patch
> from my tree.
>
> We need to firstly understand why this is happening.
On Tue, Apr 26, 2016 at 11:45 PM, Dong Aisheng wrote:
>> We need to firstly understand why this is happening. The .prepare hook
>> is defined to be non-atomic context, and so that we call sleep function
>> in there. We did everything right. Why are we getting the warning? If
>> I'm correct, t
On Tue, Apr 26, 2016 at 08:38:22PM -0300, Sergio Prado wrote:
> Embest MarS Board [1] is a multi-core platform based on Freescale i.MX6
> Cortex-A9 Dual Core, running up to 1GHz with 1 GB of RAM, 4GB of eMMC
> and with a 4MB SPI flash.
>
> [1] http://www.embest-tech.com/shop/star/marsboard.html
>
2016-02-09 0:29 GMT+08:00 Bruce Rogers :
On 2/8/2016 at 08:09 AM, Paolo Bonzini wrote:
>
>>
>> On 03/02/2016 23:51, Bruce Rogers wrote:
>>>
>>> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
>>> index e2951b6..21507b4 100644
>>> --- a/arch/x86/kvm/vmx.c
>>> +++ b/arch/x86/kvm/vmx.c
>>>
> On Tue, Mar 08, 2016 at 05:15:17PM +0800, changbin...@intel.com wrote:
> > From: "Du, Changbin"
> >
> > This is a reworked patch based on reverted commit d8f00cd685f5 ("usb:
> > hub: do not clear BOS field during reset device").
> >
> > The privious one caused double mem-free if run to re_enumer
On 22-04-16, 15:59, One Thousand Gnomes wrote:
> On Fri, 22 Apr 2016 14:42:31 +0200
> "Rafael J. Wysocki" wrote:
>
> > On Friday, April 22, 2016 08:46:51 AM Viresh Kumar wrote:
> > > Some of the routines have use -ENOSYS, which is supposed to be used only
> > > for syscalls. Replace that with -EI
Le 24/04/2016 19:34, Florian Fainelli a écrit :
> Hi all,
>
> Two trivial patches that were flagged by Coverity.
>
> Thanks!
Ping! Did I send this to the correct mailing-list?
--
Florian
On Wed, Apr 27, 2016 at 9:58 AM, Shawn Guo wrote:
> On Tue, Apr 26, 2016 at 07:27:03PM +0800, Dong Aisheng wrote:
>> Shawn,
>> What's your suggestion?
>
> I think this needs more discussion, and I just dropped Stefan's patch
> from my tree.
>
> We need to firstly understand why this is happening.
[question for Rafael below]
On Fri, Apr 15, 2016 at 07:06:36PM +0200, Tomasz Nowicki wrote:
> Currently we have two platforms (x86 & ia64) capable of PCI ACPI host
> bridge initialization. They both use arch-specific sysdata to pass down
> parent device reference and both rely on NULL parent in pc
1 - 100 of 1589 matches
Mail list logo
