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
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
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
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: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
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 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 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
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
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
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
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
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
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
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 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, 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
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
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
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
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
>
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
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
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.
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
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
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
^^^
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,
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:
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
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
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
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
> ++---
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/
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
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
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
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
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
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 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
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 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
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
> 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
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
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,
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
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 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
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
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.
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
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 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
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 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:
> 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:
> 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 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
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
> >
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
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
On Mon, Apr 25, 2016 at 1:22 AM, Thomas Gleixner wrote:
> On Fri, 22 Apr 2016, Lianwei Wang wrote:
>> Any way is Ok for debugging purpose. But think the kernel run on a
>> customer machine, such as PC, Mobile phone or other devices. How we
>> let the customer debug it but not recover it smartly?
>
Hi
> -Original Message-
> From: Peter Chen [mailto:hzpeterc...@gmail.com]
> Sent: Tuesday, April 26, 2016 2:28 PM
> To: Jun Li
> Cc: Roger Quadros ; st...@rowland.harvard.edu;
> ba...@kernel.org; gre...@linuxfoundation.org; peter.c...@freescale.com;
> dan.j.willi...@intel.com; jun...@free
On 04/26/2016 02:24 PM, Pankaj Gupta wrote:
> Hi Jason,
>
> Overall patches look good. Just one doubt I have is below:
>> We use spinlock to synchronize the work list now which may cause
>> unnecessary contentions. So this patch switch to use llist to remove
>> this contention. Pktgen tests shows
On 26 April 2016 at 08:57, Lee Jones wrote:
> On Tue, 26 Apr 2016, Tomeu Vizoso wrote:
>
>> On 25 April 2016 at 23:17, Dmitry Torokhov wrote:
>> > On Tue, Apr 12, 2016 at 02:32:25PM +0200, Tomeu Vizoso wrote:
>> >> From: Vic Yang
>> >>
>> >> Because events other that keyboard ones will be handle
Hi Ezequiel,
On 04/25/2016 06:27 PM, Ezequiel Garcia wrote:
On 25 April 2016 at 03:56, Jacek Anaszewski wrote:
On 04/24/2016 11:29 AM, Pavel Machek wrote:
On Sun 2016-04-24 11:25:51, Pavel Machek wrote:
On Mon 2016-04-04 17:22:02, Ezequiel Garcia wrote:
This commit adds a new led_cdev fl
Hi all,
Changes since 20160422:
New tree: kbuild-pitre
The arm-soc tree gained a build failure so I used the version from
next-20160422.
The pci tree lost its build failure but gained another for which I
applied a merg fix patch.
The pm tree gained a conflict against the renesas tree.
The net
On Monday 25 April 2016 20:37:31 James Bottomley wrote:
> On Mon, 2016-04-25 at 22:40 -0400, Martin K. Petersen wrote:
> > > > > > > "Josh" == Josh Poimboeuf writes:
> >
> > Josh> Can you merge this patch for 4.6?
> >
> > I am really not a big fan of working around compiler bugs in a device
> >
Today I finished bisecting a boot problem on my IBM X346 (with 64-bit P4
Xeons). 4.5.0 worked fine but I saw the spontaneous reboots during early
boot in 4.6-rc4 and bisected it down to the commit below.
The server does not seem to have NX - dmesg has this:
Notice: NX (Execute Disable) protecti
On Mon, Apr 25, 2016 at 06:09:01PM +, Konstantin Shkolnyy wrote:
> I was planning to define all these bits in a separate future patch.
> Would you rather prefer the magic numbers defined before fixing the bugs?
Fixing the RTS bug (patch 1), which is the only "real" bug, should be
done before a
Hello Vinod,
On Tue, 26 Apr 2016 09:05:36 +0530, Vinod Koul wrote:
> On Thu, Apr 14, 2016 at 06:53:38PM +0200, Gregory CLEMENT wrote:
> > From: Marcin Wojtas
> >
> > Armada 3700 SoC comprise one dual-channel XOR engine and this
> > patch adds its according representation.
>
> This need an ACK f
On Fri, 22 Apr 2016 13:23:14 +0200
Rafał Miłecki wrote:
> Now that we support nand-ecc-algo property it should be used together
> with "soft" to specify software BCH ECC.
>
> Signed-off-by: Rafał Miłecki
> ---
> Documentation/devicetree/bindings/mtd/nand.txt | 6 --
> 1 file changed, 4 ins
On Fri, 22 Apr 2016 13:23:13 +0200
Rafał Miłecki wrote:
> So far it was only possible to specify ECC algorithm using "soft" and
> "soft_bch" values of nand-ecc-mode prop. There wasn't a way to specify
> it for a hardware ECC mode.
>
> Now that we have independent field in NAND subsystem for stor
> > Yes, I thought briefly about splitting SMBUS_QUICK into read-write
> > variants too. To me the question is if this feature is still used on modern
> > devices or if this is more a relict of the past. I don't know enough
> > about SMBUS to answer that.
Well, note that there are zero-length mes
From: Elad Kanfi
Below is a description of a possible problematic
sequence. CPU-A is sending a frame and CPU-B handles
the interrupt that indicates the frame was sent. CPU-B
reads an invalid value of tx_packet_sent.
CPU-A CPU-B
-
From: Elad Kanfi
Add an inline function that returns true if a packet
was sent and requires driver handling,
or returns false otherwise.
It avoids code duplication in current driver,
and will be used also in the next bugs fix.
Signed-off-by: Elad Kanfi
Acked-by: Noam Camus
---
drivers/net/et
From: Elad Kanfi
Summary:
1. Bug description: TX done interrupts that arrives while interrupts
are masked, during NAPI poll, will not trigger an interrupt handling.
Since TX interrupt is of level edge we will lose the TX done interrupt.
As a result all pending tx frames will get no s
Hi Brian,
On Mon, 25 Apr 2016 22:53:55 -0700
Brian Norris wrote:
> On Fri, Apr 22, 2016 at 01:23:15PM +0200, Rafał Miłecki wrote:
> > It's more reliable than guessing based on ECC strength. It allows using
> > NAND on devices with BCH-1 (e.g. D-Link DIR-885L).
> >
> > Signed-off-by: Rafał Miłec
This patchset cleans up _OSI handling code and fixes several issues in it.
Chen Yu (1):
ACPI / osi: Change default _OSI(Darwin) support
Lv Zheng (3):
ACPI / osi: Fix an issue that acpi_osi=!* cannot disable ACPICA
internal strings
ACPI / osi: Cleanup _OSI("Linux") related code before in
This patch cleans up OSI code in osl.c in order to make osi_linux not
_OSI("Linux") specific to allow new features to reuse this structure.
Signed-off-by: Lv Zheng
---
drivers/acpi/blacklist.c |2 +-
drivers/acpi/osl.c | 83 +++---
include/linu
On Tuesday 26 April 2016 10:51:50 Stephen Rothwell wrote:
> Hi Arnd,
>
> On Tue, 26 Apr 2016 01:54:20 +0200 Arnd Bergmann wrote:
> >
> > Ah, sorry about that. I think I fixed it up just as you pulled it in.
> > If you don't mind, could you try pulling the tree once more on top
> > of what you hav
_OSI handling code grows giant and it's time to move them into one file.
This patch collects all _OSI handling code into one single file.
So that we only have the following functions to be used externally:
early_acpi_osi_init(): Used by DMI detections;
acpi_osi_init(): Used to initialize OSI com
From: Chen Yu
Commit 7bc5a2bad0b8 ("ACPI: Support _OSI("Darwin") correctly") always
reports positive value when Apple hardware queries _OSI("Darwin"). However
since this implementation places the judgement in runtime, it breaks
acpi_osi=!Darwin and cannot return unsupported for _OSI("WinXXX") inv
The order of the _OSI related functionalities is as follows:
acpi_blacklisted()
acpi_dmi_osi_linux()
acpi_osi_setup()
acpi_osi_setup()
acpi_update_interfaces() if "!*"
parse_args()
__setup("acpi_osi=")
acpi_osi_setup_linux()
a
Hi Enric,
On 04/26/2016 12:29 AM, Enric Balletbo Serra wrote:
> Oh, damn, I didn't include the proper tags,
>
> [PATCH v2] mmc: dw_mmc: Wait for data transfer after response errors.
> [PATCH v2] mmc: dw_mmc: Fix UHS tuning on some brand of cards
>
> should be
>
> [PATCH v2 0/1] mmc: dw_mmc: Fix
On Thu, 21 Apr 2016 16:15:05 +0200
Greg Kurz wrote:
> Commit c896939f7cff ("KVM: use heuristic for fast VCPU lookup by id") added
> a return path that prevents vcpu ids to exceed KVM_MAX_VCPUS. This is a
> problem for powerpc where vcpu ids can grow up to 8*KVM_MAX_VCPUS.
>
> This patch simply r
On 25.04.2016 19:39, Mark Brown wrote:
> On Mon, Apr 25, 2016 at 03:20:44PM +0200, Wadim Egorov wrote:
>> A common simplified DT parsing code for regulators was introduced in
>> commit a0c7b164ad11 ("regulator: of: Provide simplified DT parsing
>> method")
> This doesn't apply against current cod
801 - 900 of 1589 matches
Mail list logo
