> >> +
> >> +static int __init hisi_pcie_init(void)
> >> +{
> >> + return platform_driver_probe(&hisi_pcie_driver, hisi_pcie_probe);
> >> +}
> >> +subsys_initcall(hisi_pcie_init);
> >
> > Can you use module_platform_driver() or module_platform_driver_probe()
> > here instead of the subsys_initcal
> -Original Message-
> From: Karsten Merker [mailto:mer...@debian.org]
> Sent: 09 October, 2015 20:56
> To: Bastien Nocera; Dmitry Torokhov; Tirdea, Irina; Aleksei Mamlin;
> linux-in...@vger.kernel.org; Ian Campbell
> Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Chen-Yu
> -Original Message-
> From: Karsten Merker [mailto:mer...@debian.org]
> Sent: 09 October, 2015 20:56
> To: Bastien Nocera; Dmitry Torokhov; Tirdea, Irina; Aleksei Mamlin;
> linux-in...@vger.kernel.org; Ian Campbell
> Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Chen-Yu
> -Original Message-
> From: linux-input-ow...@vger.kernel.org
> [mailto:linux-input-ow...@vger.kernel.org] On Behalf Of Karsten Merker
> Sent: 09 October, 2015 20:56
> To: Bastien Nocera; Dmitry Torokhov; Tirdea, Irina; Aleksei Mamlin;
> linux-in...@vger.kernel.org; Ian Campbell
> Cc:
On Mon, Oct 12, 2015 at 07:45:35PM +0200, Frederic Weisbecker wrote:
> > I think it will take more than a single patch to rework all of
> > update_process_times(). And we should also ask Thomas for his opinion,
> > but I think we want:
> >
> > - make update_process_times() take a nr_ticks argu
On 2015/10/13 13:15, Alexei Starovoitov wrote:
On 10/12/15 9:34 PM, Wangnan (F) wrote:
On 2015/10/13 12:16, Alexei Starovoitov wrote:
On 10/12/15 8:51 PM, Wangnan (F) wrote:
why 'set disable' is needed ?
the example given in cover letter shows the use case where you want
to receive samples
On Mon, 12 Oct 2015, Ingi Kim wrote:
> This patch adds rt5033-led sub device to support it.
>
> Signed-off-by: Ingi Kim
> ---
> drivers/mfd/rt5033.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mfd/rt5033.c b/drivers/mfd/rt5033.c
> index d60f916..b7f374
On Tue, Oct 13, 2015 at 06:38:23AM +, Tirdea, Irina wrote:
>
>
> > -Original Message-
> > From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> > Sent: 12 October, 2015 19:48
> > To: Tirdea, Irina
> > Cc: Bastien Nocera; Aleksei Mamlin; Karsten Merker;
> > linux-in...@vger.kerne
Add a new branch sample type to cover only call branches (function calls).
The current ANY_CALL included direct, indirect calls and far jumps.
We want to be able to differentiate indirect from direct calls. Therefore
we introduce PERF_SAMPLE_BRANCH_CALL. The implementation is up to each
architectu
Hi,
On 13-10-15 04:22, Chen-Yu Tsai wrote:
On Tue, Oct 13, 2015 at 1:10 AM, Mark Rutland wrote:
On Tue, Oct 13, 2015 at 01:04:17AM +0800, Chen-Yu Tsai wrote:
The physical display tied to the framebuffer may have regulators
providing power to it, such as power for LCDs or interface conversion
This short patch series improves the perf_events interface by providing
a new branch_sample_type bit to sample only direct call branches. Up
until now, you could specify PERF_SAMPLE_BRANCH_ANY_CALL (any calls) or
PERF_SAMPLE_BRANCH_IND_CALL (indirect calls). But there was no way to
sample only dir
This patch add a new branch type sampling filter to perf record.
It is named 'call' and maps to PERF_SAMPLE_BRANCH_CALL. It samples
direct call branches only, unlike 'any_call' which includes indirect
calls as well.
$ perf record -j call -e cycles .
The man page is updated accordingly.
Sign
The patch catches PERF_SAMPLE_BRANCH_CALL because it is not clear whether
this is actually supported by the hardware.
Signed-off-by: Stephane Eranian
---
arch/powerpc/perf/power8-pmu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/powerpc/perf/power8-pmu.c b/arch/powerpc/perf/power
This patch enables the suport for the PERF_SAMPLE_BRANCH_CALL
for Intel x86 processors. When the processor support LBR filtering
this the selection is done in hardware. Otherwise, the filter is
applied by software. Note that we chose to include zero length calls
because they also represent calls.
On Sat, 10 Oct 2015 17:08:32 +0100, Luis de Bethencourt wrote:
> The driver depends on GOLDFISH but there isn't a build dependency
> so it's a good idea to allow the driver to always be built when the
> COMPILE_TEST option is enabled.
>
> That way, the driver can be built with a config generated b
Hi all,
There will be no linux-next release tomorrow.
Changes since 20151012:
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto linux-next again :-(
The dwmw2-iommu tree still had its build failure for which I applied a fix
patch.
The battery tree still had
Hi,
On 12-10-15 19:04, Chen-Yu Tsai wrote:
Hi everyone,
This series adds regulator claiming and enabling support for simplefb.
Sometimes the simplefb display output path consits of external conversion
chips and/or LCD drivers and backlights. These devices normally have
GPIOs to turn them on an
Hi Jim,
> Building with the attached random configuration file,
>
> warning: (BT_HCIBPA10X) selects BT_HCIUART which has unmet direct
> dependencies (NET && BT && TTY)
>
> ERROR: "tty_unthrottle" [drivers/bluetooth/hci_uart.ko] undefined!
> ERROR: "tty_termios_encode_baud_rate" [drivers/bluetoot
On Mon, 2015-10-12 at 14:20 +0100, Sudeep Holla wrote:
>
> On 08/10/15 10:23, Jon Medhurst (Tixy) wrote:
> [...]
>
> > diff --git a/drivers/cpufreq/arm_big_little.c
> > b/drivers/cpufreq/arm_big_little.c
> > index f1e42f8..59115a4 100644
> > --- a/drivers/cpufreq/arm_big_little.c
> > +++ b/drive
On 10/13/2015 03:42 AM, yalin wang wrote:
There is a redundant check and a memory leak introduced by a patch in
mmotm. This patch removes an unlikely(order) check as we are sure order
is not zero at the time. It also checks if a page is already allocated
to avoid a memory leak.
This is a fix to
Hi Brian,
On Mon, 12 Oct 2015 16:35:37 -0700
Brian Norris wrote:
> On Fri, Oct 02, 2015 at 07:53:25AM +0200, Boris Brezillon wrote:
> > The ->read_xxx() methods are all passed the page number the NAND controller
> > is supposed to read, but ->write_xxx() do not have such a parameter.
> >
> > Th
On 10/13/2015 04:38 AM, Minchan Kim wrote:
Use is_zero_pfn on pteval only after pte_present check on pteval
(It might be better idea to introduce is_zero_pte where checks
pte_present first). Otherwise, it could work with swap or
migration entry and if pte_pfn's result is equal to zero_pfn
by chan
> > Updated on V210 - the others were more recent. Now I get more BAR
> > warning there too:
> >
> > http://kodu.ut.ee/~mroos/dm/dm.v210+patches
> >
>
> interesting, mem and mem64 is overlapping.
>
> [ 38.824625] /pci@1f,70: TOMATILLO PCI Bus Module ver[4:0]
> [ 38.824654] /pci@1f,70:
On Thu, 08 Oct 2015, Steve Twiss wrote:
> From: Steve Twiss
>
> Definitions for GPIO registers 8, 9, 10, 11, 12 and 13 are added into
> the register header file.
>
> - DA9052_GPIO_8_9_REG25
> - DA9052_GPIO_10_11_REG 26
> - DA9052_GPIO_12_13_REG 27
>
> A modification is also made to the M
On Mon, 12 Oct 2015, Luis de Bethencourt wrote:
> The driver depends on ARCH_NOMADIK but there isn't a build dependency
> so it's a good idea to allow the driver to always be built when the
> COMPILE_TEST option is enabled.
>
> That way, the driver can be built with a config generated by make
> a
> On Oct 13, 2015, at 04:04, Sam Ravnborg wrote:
>
>> --- a/include/asm-generic/vmlinux.lds.h
>> +++ b/include/asm-generic/vmlinux.lds.h
>>
>> -#define BSS_SECTION(sbss_align, bss_align, stop_align)
>> \
>> +#define BSS_SECTION(sbss_align, bss_align, initbss_align, stop_al
On Mon, 12 Oct 2015, Andrew F. Davis wrote:
> On 10/05/2015 04:27 AM, Lee Jones wrote:
> >On Mon, 05 Oct 2015, Lee Jones wrote:
> >
> >>On Thu, 01 Oct 2015, Andrew F. Davis wrote:
> >>
> >>>This patch adds support for TPS65912 mfd device. It provides
> >>>communication through the I2C and SPI inte
On Mon, 12 Oct 2015 13:31:09 -0500
Suravee Suthikulpanit wrote:
Hi Suravee,
> [RESEND] Not sure if the email went out the first time.
>
> Hi Marc,
>
> On 10/6/15 12:36, Marc Zyngier wrote:
> > So far, our irq domains are still looked up by device node.
> > Let's change this and allow a domain
Hello Lokesh,
Am 13.10.2015 um 08:46 schrieb Lokesh Vutla:
+Nishanth,
On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote:
On embedded devices, often there is a combination of
removable mmc devices (e.g. MMC/SD cards) and hard
wired ones (e.g. eMMC). Depending on the hardware
configurati
On Mon, Oct 12, 2015 at 8:03 PM, Arnd Bergmann wrote:
>
> On Friday 09 October 2015 18:15:40 Bjorn Helgaas wrote:
> >
> > I don't know if this should be a kernel taint, a simple warning in
> > dmesg, or what. I guess the tainting mechanism is probably too
> > general-purpose for this, and add_tai
Hi LKML,
I had a talk a Linuxcon Europe last week about the deadline scheduler
from an audio developer's perspective. The talk was AFAIK not recorded
but the slides are here [1]. I've also had a few email conversations
with Juri Lelli (thanks!) who suggested to follow up on LKML after the talk
> This might be stupid, but could something asynchronous work? Perhaps
> have the entropy generators dump their entropy into a central pool via
> a cycbuf, and have a background kthread manage the per-cpu or
> per-process entropy pools?
No for two reasons:
(Minor): One of the functions of the
On Tue, 13 Oct 2015, Richard Cochran wrote:
> On Mon, Oct 12, 2015 at 11:45:19AM -0700, Christopher S. Hall wrote:
> > The transforms such an application would
> > perform are:
> >
> > System Clock <-> Audio clock
> > System Clock <-> Network Device Clock [<-> PTP Master Clock]
>
> This is extra
On Mon, Oct 12, 2015 at 05:38:14AM -0700, David Miller wrote:
> From: Geliang Tang
> Date: Fri, 9 Oct 2015 03:45:39 -0700
>
> > pcnet32 can't work on my machine recently. It says "architecture
> > does not support 32bit PCI busmaster DMA". There is a logic error
> > in it: pci_set_dma_mask() ret
On Monday 12 October 2015 23:07:28 Robert Jarzmik wrote:
> Arnd Bergmann writes:
> > The z2 in particular never did, except in the powerdown handler. So if it
> > is unable to wake up reliably from DEEPSLEEP, that may be a reason to use
> > that flag only in the poweroff function but not during n
On (10/13/15 14:31), Hui Zhu wrote:
> Signed-off-by: Hui Zhu
s/unless/useless/
other than that
Reviewed-by: Sergey Senozhatsky
-ss
> ---
> mm/zsmalloc.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
> index f135b1b..c7338f0 100644
> --- a/
Hello,
On Wed 07-10-15 18:43:30, Andrey Konovalov wrote:
> While fuzzing the kernel (4.3-rc4) with KASAN and Trinity I got the
> following report:
>
> ==
> BUG: KASan: use after free in shrink_page_list+0x93a/0xf10 at addr
> 88
On Tue, Oct 13, 2015 at 10:22:51AM +0800, Tan Xiaojun wrote:
> debugfs_remove is used to remove a file or an empty directory from
> the debugfs filesystem, but mci->debugfs is not empty.
How exactly do you trigger this? And by "this" I'm not even sure what
the problem is as your commit message doe
On 12 October 2015 at 22:15, Rafael J. Wysocki wrote:
> On Wednesday, September 30, 2015 02:44:29 AM Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> The pm_request_idle() in pm_generic_complete() is pointless as it is
>> called with the runtime PM usage counter different from zero (bump
On Mon, 12 Oct 2015, Mark Brown wrote:
> On Mon, Oct 12, 2015 at 09:45:54AM +0100, Charles Keepax wrote:
> > On Wed, Oct 07, 2015 at 01:26:42PM +0100, Lee Jones wrote:
> > > On Wed, 07 Oct 2015, Mark Brown wrote:
>
> > > > This all seems pretty much fine to me - the things it is controlling are
>
If wrong option is given then we are returning but we missed releasing
the workqueue and pstore.
Add an error path and use it to correctly release resources on failure.
Fixes: b0d3cc011e53 ("dm snapshot: add new persistent store option to support
overflow")
Signed-off-by: Sudip Mukherjee
---
dr
On Mon, 12 Oct 2015, Chanwoo Choi wrote:
> On 2015년 10월 12일 19:16, Chanwoo Choi wrote:
> > Hi Charles,
> >
> > On 2015년 10월 12일 17:45, Charles Keepax wrote:
> >> On Wed, Oct 07, 2015 at 01:26:42PM +0100, Lee Jones wrote:
> >>> On Wed, 07 Oct 2015, Mark Brown wrote:
> >>>
> On Fri, Oct 02, 20
Hi Lee Jones,
Okay, I'm try to remove needless part and resend it
Thanks for the review
Thank you
On 2015년 10월 13일 16:06, Lee Jones wrote:
> On Mon, 12 Oct 2015, Ingi Kim wrote:
>
>> This patch adds rt5033-led sub device to support it.
>>
>> Signed-off-by: Ingi Kim
>> ---
>> drivers/mfd/rt503
On Tuesday 13 October 2015 01:14 PM, Heiko Schocher wrote:
> Hello Lokesh,
>
> Am 13.10.2015 um 08:46 schrieb Lokesh Vutla:
>> +Nishanth,
>>
>> On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote:
>>> On embedded devices, often there is a combination of
>>> removable mmc devices (e.g. MMC/
On Tue, Oct 13, 2015 at 03:55:17AM +0800, Yuyang Du wrote:
> I think maybe the real disease is the tg->load_avg is not updated in time.
> I.e., it is after migrate, the source cfs_rq does not decrease its
> contribution
> to the parent's tg->load_avg fast enough.
No, using the load_avg for share
On Mon 12-10-15 15:41:35, Ross Zwisler wrote:
> On Mon, Oct 12, 2015 at 10:14:43AM +1100, Dave Chinner wrote:
> > On Fri, Oct 09, 2015 at 04:02:08PM -0600, Ross Zwisler wrote:
> > > Add locking to ensure that DAX faults are isolated from ext2 operations
> > > that modify the data blocks allocation
On Tue, Oct 13, 2015 at 03:32:47AM +0800, Yuyang Du wrote:
> On Mon, Oct 12, 2015 at 01:47:23PM +0200, Peter Zijlstra wrote:
> >
> > Also, should we do the below? At this point se->on_rq is still 0 so
> > reweight_entity() will not update (dequeue/enqueue) the accounting, but
> > we'll have just a
On Fri, 02 Oct 2015, Charles Keepax wrote:
> Add additional bindings to allow configuration of the system specific
> microphone detection settings.
>
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 21
> +
> include/dt-bindings/
On Mon, 12 Oct 2015, Charles Keepax wrote:
> On Mon, Oct 05, 2015 at 11:01:05AM +0100, Lee Jones wrote:
> > On Fri, 02 Oct 2015, Charles Keepax wrote:
> >
> > > Add additional binding for inverting the polarity of the detection on
> > > the jack detection pins.
> > >
> > > Signed-off-by: Charles
We are immediately updating sampling rate for already queued-works, only
if the new expiry is lesser than the old one.
But what about the case, where the user doesn't want frequent events and
want to increase sampling time immediately? Shouldn't we cancel the
works (and so their interrupts) on all
'timer_mutex' is required to sync work-handlers of policy->cpus.
update_sampling_rate() is just canceling the works and queuing them
again. This isn't protecting anything at all in update_sampling_rate()
and is not gonna be of any use.
Even if a work-handler is already running for a CPU,
cancel_de
Invalid state-transitions is verified by governor core now and there is
no need to replicate that in cpufreq core.
Stop verifying the same in cpufreq core. That will get rid of
policy->governor_enabled and cpufreq_governor_lock.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 24 ---
cpufreq_governor_lock is abused by using it outside of cpufreq core,
i.e. in cpufreq-governors. But we didn't had a better solution to the
problem (described later) at that point of time, and following was the
only acceptable solution:
6f1e4efd882e ("cpufreq: Fix timer/workqueue corruption by prot
Currently update_sampling_rate() runs over each online CPU and
cancels/queues work on it. Its very inefficient for the case where a
single policy manages multiple CPUs, as they can be processed together.
Also drop the unnecessary cancel_delayed_work_sync() as we are doing a
mod_delayed_work_on() i
On Tue, Oct 13, 2015 at 10:06:48AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2015 at 03:55:17AM +0800, Yuyang Du wrote:
>
> > I think maybe the real disease is the tg->load_avg is not updated in time.
> > I.e., it is after migrate, the source cfs_rq does not decrease its
> > contribution
> >
This patch introduces struct tpm_buf that provides a string buffer for
constructing TPM commands. This allows to construct variable sized TPM
commands. For the buffer a page is allocated and mapped, which limits
maximum size to PAGE_SIZE.
Variable sized TPM commands are needed in order to add algo
Basic trusted keys support: auth value and SHA256.
v2:
* Removed all the changes that modify the existing functions to use
the new struct tpm_buf. These changes should be done separately from
this patch set as they require separate QA + review.
* 'keyhandle=' is now required for TPM2. Makes s
On Mon, 12 Oct 2015, Borun Fu wrote:
> This patch adds the mfd cell info for axp288 power key device.
>
> Signed-off-by: Borun Fu
> Signed-off-by: Fei Yang
> ---
> drivers/mfd/axp20x.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/drivers/mfd/axp20x.c b/driv
Call tpm_seal_trusted() and tpm_unseal_trusted() for TPM 2.0 chips.
Signed-off-by: Jarkko Sakkinen
Reviewed-by: Andreas Fuchs
---
security/keys/trusted.c | 36 +---
1 file changed, 33 insertions(+), 3 deletions(-)
diff --git a/security/keys/trusted.c b/security/
Added tpm_trusted_seal() and tpm_trusted_unseal() API for sealing
trusted keys.
This patch implements basic sealing and unsealing functionality for
TPM 2.0:
* Seal with a parent key using a 20 byte auth value.
* Unseal with a parent key using a 20 byte auth value.
Signed-off-by: Jarkko Sakkinen
Moved struct trusted_key_options to trustes-type.h so that the fields
can be accessed from drivers/char/tpm.
Signed-off-by: Jarkko Sakkinen
---
include/keys/trusted-type.h | 12
security/keys/trusted.h | 11 ---
2 files changed, 12 insertions(+), 11 deletions(-)
diff --
There's plenty of drm/i915 related hardware and software documentation,
and firmware downloads for the latest platforms.
Cc: Daniel Vetter
Signed-off-by: Jani Nikula
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5f467845ef72..95c6bcb6bf22 10
On Sun, 11 Oct 2015, Jonathan Cameron wrote:
> On 05/10/15 07:14, H. Nikolaus Schaller wrote:
> > This driver code was found as:
> >
> > https://android.googlesource.com/kernel/tegra/+/aaabb2e045f31e5a970109ffdaae900dd403d17e/drivers/staging/iio/adc
> >
> > Fixed various compilation issues and t
On Mon 12-10-15 17:51:07, Nikolay Borisov wrote:
> Hello and thanks for the reply,
>
> On 10/12/2015 04:40 PM, Jan Kara wrote:
> > On Fri 09-10-15 11:03:30, Nikolay Borisov wrote:
> >> On 10/09/2015 10:37 AM, Hillf Danton wrote:
> >> @@ -109,8 +109,8 @@ static void ext4_finish_bio(struct bio *
On Sat, 10 Oct 2015, Julia Lawall wrote:
> for_each_child_of_node performs an of_node_get on each iteration, so
> a break out of the loop requires an of_node_put.
>
> The semantic patch that fixes this problem is as follows
> (http://coccinelle.lip6.fr):
>
> //
> @@
> expression root,e;
> local
Instead of using goto and jumping to a label and then returning from
there, lets return directly. The label out: is not used from anywhere
else in the code.
Signed-off-by: Sudip Mukherjee
---
crypto/ccm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/crypto/ccm.c b/crypto
On Fri, 09 Oct 2015, Axel Lin wrote:
> Rename get_device_type() to da9062_get_device_type().
> This function is only used in this file so make it static.
>
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/da9062-core.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Applied, thanks.
On 13 October 2015 08:32 Lee Jones wrote:
> To: Opensource [Steve Twiss]
> Cc: LINUXKERNEL; Samuel Ortiz; David Dajun Chen; Support Opensource
> Subject: Re: [PATCH V1 1/2] mfd: da9053: Addition of extra registers for
> GPIOs 8-13
>
> On Thu, 08 Oct 2015, Steve Twiss wrote:
>
> > From: Steve Twi
On Mon, Oct 12, 2015 at 09:12:57PM +, Williams, Dan J wrote:
> On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote:
> > On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote:
> > > i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly
> > > map it with memremap rath
On 2015-10-12 21:39, Mitchel Humpherys wrote:
On Tue, Oct 06 2015 at 05:35:41 PM, Rob Herring
wrote:
On Tue, Oct 6, 2015 at 3:47 PM, Laura Abbott
wrote:
[...]
+Example:
+
+ ion {
+ compatbile = "linux,ion";
+ #address-cells = <1>;
+ #size-cel
On Sat, 10 Oct 2015, 敬锐 wrote:
> Sorry for bother you, but I still can't see this patch applied.
> Is there something wrong?
Sorry about that Micky, I guess this one fell through the gaps.
Re-applied, should be in -next by tomorrow.
> On 07/08/2015 03:38 PM, Lee Jones wrote:
> > On Wed, 08 Jul 2
On Tue, Oct 13, 2015 at 10:06:48AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2015 at 03:55:17AM +0800, Yuyang Du wrote:
>
> > I think maybe the real disease is the tg->load_avg is not updated in time.
> > I.e., it is after migrate, the source cfs_rq does not decrease its
> > contribution
> >
On 12/10/15 21:38, Rafael J. Wysocki wrote:
> On Sunday, October 11, 2015 11:01:17 PM Thomas Gleixner wrote:
>> On Tue, 6 Oct 2015, Marc Zyngier wrote:
>>> [This patch series used to be called "Making the generic ACPI GSI
>>> layer irqdomain aware", but as I've radically changed my approach to
>>>
Hello Krzysztof,
On 10/13/2015 03:27 AM, Krzysztof Kozlowski wrote:
> Enable support for Maxim 8997 Multi Functional Device present on Trats and
> Origen boards by toggling on drivers: charger, haptic motor,
> LED, RTC and extcon.
>
> This allows to test and usage of these boards with exynos conf
On Tue, Oct 13, 2015 at 10:10:23AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2015 at 10:06:48AM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 13, 2015 at 03:55:17AM +0800, Yuyang Du wrote:
> >
> > > I think maybe the real disease is the tg->load_avg is not updated in time.
> > > I.e., it is af
Hello Krzysztof,
On 10/13/2015 03:27 AM, Krzysztof Kozlowski wrote:
> Enable support for:
> 1. Haptic motor driver on Trats2 board (Maxim 77693) and Note 4
>(Maxim 77843);
> 2. LED driver on Trats2 board (Maxim 77693).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Reviewed-by: Javier Martine
IS_ERR_VALUE() already contains it and so we need to add this only to
the !ptr check. That will allow users of IS_ERR_OR_NULL(), to not add
this compiler flag.
Signed-off-by: Viresh Kumar
---
@Jiri: You have applied all other patches, but this one. Can you please
apply this one as well, as all ot
On Tue, Oct 13, 2015 at 09:51:02AM +0200, Thomas Gleixner wrote:
>
> You are restricting the problem space to this particular use
> case. There are other use cases where PTP is not available or not the
> relevant reference, but you still want to correlate time domains to
> ART.
They may well be o
On Mon, Oct 12, 2015 at 06:52:56PM +0300, Andrey Ryabinin wrote:
> Andrey Ryabinin (3):
> arm64: move PGD_SIZE definition to pgalloc.h
> arm64: add KASAN support
> Documentation/features/KASAN: arm64 supports KASAN now
>
> Linus Walleij (1):
> ARM64: kasan: print memory assignment
Patches
Hi Dave,
On 16 September 2015 at 09:57, Dave Young wrote:
>> >> diff --git a/drivers/watchdog/sbsa_gwdt.c b/drivers/watchdog/sbsa_gwdt.c
>> >> new file mode 100644
>> >> index 000..7ae45cc
>> >> --- /dev/null
>> >> +++ b/drivers/watchdog/sbsa_gwdt.c
>> >> @@ -0,0 +1,459 @@
>> >> +/*
>> >> + *
Hello Krzysztof,
On Tue, Oct 13, 2015 at 3:27 AM, Krzysztof Kozlowski
wrote:
> Enable support for Maxim 8997 Multi Function Device present on Trats and
> Origen boards by toggling on drivers: main MFD, charger, haptic motor,
> regulator, LED and RTC.
>
> This allows to test and usage of these boa
On Tue, Oct 13, 2015 at 09:04:36AM +0200, Peter Zijlstra wrote:
> On Mon, Oct 12, 2015 at 07:45:35PM +0200, Frederic Weisbecker wrote:
> > > I think it will take more than a single patch to rework all of
> > > update_process_times(). And we should also ask Thomas for his opinion,
> > > but I think
Hello Krzysztof,
On 10/13/2015 03:27 AM, Krzysztof Kozlowski wrote:
> Enable support for:
> 1. Haptic motor driver on Trats2 board (Maxim 77693) and Note 4 (Maxim
>77843);
> 2. LED driver on Trats2 board (Maxim 77693).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Reviewed-by: Javier Martine
Signed-off-by: Michal Hrbek
---
drivers/gpu/vga/vgaarb.c | 35 ---
1 file changed, 20 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
index a0b4334..41f3e13 100644
--- a/drivers/gpu/vga/vgaarb.c
+++ b/drivers/gpu/vga
On 12/10/15 20:25, Rafael J. Wysocki wrote:
On Monday, October 12, 2015 10:44:52 AM Sudeep Holla wrote:
[...]
Instead of just removing the check completely on x86, IMO restrict
it to some newer/later version of ACPI so you can still force
vendors to fix their ACPI tables at-least in future
On Wed, 07 Oct 2015, Sudip Mukherjee wrote:
> We were getting build warning about unused variable 'ret'.
> The commit c749db571dcf has removed the use of ret but missed removing
> the variable which is unused now.
>
> Fixes: c749db571dcf ("mfd: lm3533: Simplify function return logic")
> Signed-of
On Wed, 07 Oct 2015, Sudip Mukherjee wrote:
> We were getting build warning about unused variable 'err'.
> The commit a3c29b099829 has removed the use of err but missed removing
> the variable which is unused now.
>
> Fixes: a3c29b099829 ("mfd: rtsx: Simplify function return logic")
> Signed-off-
On Wed, 07 Oct 2015, Axel Lin wrote:
> This is required since
> commit 7e5071199355 ("mfd: tps6105x: Use i2c regmap to access registers").
>
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
Applied, thanks.
> diff --git a/drivers/mfd/Kconfig b/driv
On 2015/10/13 15:41, Borislav Petkov wrote:
> On Tue, Oct 13, 2015 at 10:22:51AM +0800, Tan Xiaojun wrote:
>> debugfs_remove is used to remove a file or an empty directory from
>> the debugfs filesystem, but mci->debugfs is not empty.
>
> How exactly do you trigger this? And by "this" I'm not even
On Wed, 07 Oct 2015, Krzysztof Kozlowski wrote:
> There are different revisions of the same chipset. For example S2MPS13 has
> more than 2 revisions. They differ slightly in regulator constraints.
> Print the revision number to easily find which PMIC is used on the board.
>
> Signed-off-by: Krzys
Hi Ingi,
On 10/13/2015 04:58 AM, Ingi Kim wrote:
Hi Jacek,
Thanks for your kind comments
I also append reply below
On 2015년 10월 13일 00:10, Jacek Anaszewski wrote:
Hi Ingi,
Thanks for the update. Few comments below.
On 10/12/2015 03:12 PM, Ingi Kim wrote:
This patch adds device driver of Ri
On Tue, Oct 13, 2015 at 11:11:21AM +0300, Jarkko Sakkinen wrote:
> Basic trusted keys support: auth value and SHA256.
>
> v2:
>
> * Removed all the changes that modify the existing functions to use
> the new struct tpm_buf. These changes should be done separately from
> this patch set as they
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: 13 October, 2015 10:08
> To: Tirdea, Irina
> Cc: Bastien Nocera; Aleksei Mamlin; Karsten Merker;
> linux-in...@vger.kernel.org; Mark Rutland; Purdila, Octavian; linux-
> ker...@vger.kernel.org; device
On 10/12/2015 07:00 PM, Vinod Koul wrote:
> On Thu, Sep 24, 2015 at 01:01:58PM +0300, Peter Ujfalusi wrote:
>> Move the code out from arch/arm/common and merge it inside of the dmaengine
>> driver.
>> This change is done with as minimal change to the code as possible to avoid
>> any possibilities t
On Wed, 07 Oct 2015, Krzysztof Kozlowski wrote:
> The WRSTBI bit (disabled by default but enabled by bootloader), when
> set, is responsible for resetting voltages to default values of
> certain bucks on falling edge of Warm Reset Input pin from AP.
>
> However on some boards (with S2MPS13) the p
On Wed, 07 Oct 2015, Krzysztof Kozlowski wrote:
> Document a new Device Tree property 'samsung,s2mps11-wrstbi-ground'
> indicating that WRSTBI pin of S2MPS13 PMIC is pulled down so
> corresponding buck warm reset function should be disabled.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> C
On Wed, 07 Oct 2015, Krzysztof Kozlowski wrote:
> The WRSTBI bit (disabled by default but enabled by bootloader), when
> set, is responsible for resetting voltages to default values of
> certain bucks on falling edge of Warm Reset Input pin from AP.
>
> However on some boards (with S2MPS13) the p
On Wed, 07 Oct 2015, Krzysztof Kozlowski wrote:
> There are different revisions of the same chipset. For example S2MPS13 has
> more than 2 revisions. They differ slightly in regulator constraints.
> Print the revision number to easily find which PMIC is used on the board.
>
> Signed-off-by: Krzys
When cfs_rq has removed_load_avg (when task migrates from this cfs_rq),
we need to update its contribution to the group's load_avg. This should
not increase tg's update too much, because in most of the cases, the
cfs_rq has already decayed load_avg.
Signed-off-by: Yuyang Du
---
kernel/sched/fair
On Mon, Oct 05, 2015 at 06:16:23PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> Original fair sched class can handle the cgroup change occured within its
> class with task_move_group_fair(), but there is no way to know it if the
> change happened outside. This patch makes the f
1 - 100 of 1031 matches
Mail list logo
