On 11/24, Masahiro Yamada wrote:
> Hi Stephen,
>
>
> 2016-11-24 9:05 GMT+09:00 Stephen Boyd :
>
> >> +#if 1
> >> + /*
> >> + * TODO:
> >> + * The return type of .round_rate() is "long", which is 32 bit wide
> >> on
> >> + * 32 bit systems. Clock rate greater than LONG_MAX (~
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Wednesday, November 23, 2016 3:20 PM
> To: Long Li
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Bjorn Helgaas ;
> de...@linuxdriverproject.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Long Li
>
On Wed, Nov 23, 2016 at 04:28:39PM +0100, Michael Holzheu wrote:
> The files "sampleip_kern.c" and "trace_event_kern.c" directly access
> "ctx->regs.ip" which is not available on s390x. Fix this and use the
> PT_REGS_IP() macro instead.
>
> Besides of that also fix the macro for s390x and use psw.
On 11/22, Jon Hunter wrote:
>
> On 22/11/16 18:26, Kevin Hilman wrote:
> > Jon Hunter writes:
> >
> >> However, I would rather the client of
> >> the power-domains specify which power-domains they require and
> >> dynamically nested the power-domains at runtime. This is slightly
> >> different t
On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. This patchset enables support
>> f
Stephen Rothwell writes:
> Hi all,
>
> Today's linux-next merge of the powerpc tree got a conflict in:
>
> arch/powerpc/include/asm/asm-prototypes.h
>
> between commit:
>
> 9e5f68842276 ("powerpc: Fix missing CRCs, add more asm-prototypes.h
> declarations")
>
> from the powerpc-fixes tree an
Hi Paul,
Today's linux-next merge of the kvm-ppc-paulus tree got a conflict in:
arch/powerpc/include/asm/asm-prototypes.h
between commit:
82de5797a260 ("powerpc: Remove extraneous header from asm-prototypes.h")
from the powerpc-fixes tree and commit:
ebe4535fbe7a ("KVM: PPC: Book3S HV:
Hi Paul,
Today's linux-next merge of the kvm-ppc-paulus tree got a conflict in:
arch/powerpc/include/asm/reg.h
between commit:
29a969b76481 ("powerpc: Revert Load Monitor Register Support")
from the powerpc tree and commits:
7fd317f8c330 ("powerpc/64: Add some more SPRs and SPR bits for
Hi Hans,
Is it possible to update this patch? or I should create another new one.
I may need to update it.
Sorry for the inconvenience.
On Tue, 2016-11-22 at 11:46 +0800, Rick Chang wrote:
> Signed-off-by: Rick Chang
> Signed-off-by: Minghsiu Tsai
> ---
> MAINTAINERS | 7 +++
> 1 file ch
Hi Paul,
Today's linux-next merge of the kvm-ppc-paulus tree got a conflict in:
arch/powerpc/mm/pgtable-radix.c
between commit:
555c16328ae6 ("powerpc/mm: Correct process and partition table max size")
from the powerpc tree and commit:
9d66195807ac ("powerpc/64: Provide functions for ac
sparse produces these warnings:
drivers/gpu/drm/virtio/virtgpu_fb.c:340:27: warning: incorrect type in
assignment (different address spaces)
drivers/gpu/drm/virtio/virtgpu_fb.c:340:27:expected char [noderef]
*screen_base
drivers/gpu/drm/virtio/virtgpu_fb.c:340:27:got void *vmap
This is be
Hi Viresh,
On Tue, Nov 15, 2016 at 01:53:19PM +0530, Viresh Kumar wrote:
> This work was started by Steve Muckle, where he used a simple kthread
> instead of kthread-worker and that wasn't sufficient as some guarantees
> weren't met.
I know this has already gone in, but can you expand on the unme
From: Tang Yuantian
Signed-off-by: Tang Yuantian
---
v3:
- rebased to latest kernel and re-sorted the code
v2:
- remove commit message as it is duplicated to title
drivers/clk/clk-qoriq.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/clk/clk-qoriq.c b/driv
On 11/23/16 8:11 PM, Namhyung Kim wrote:
> The sched_switch event always captured from the scheduler function. So
> it'd be great omit them from the callchain. This patch marks the
> functions to be omitted by later patch.
I had this covered by a symbol filter:
https://github.com/dsahern/linux/
On 11/22/2016 10:12 PM, Jason Gunthorpe wrote:
On Tue, Nov 22, 2016 at 01:22:00PM +0200, Jarkko Sakkinen wrote:
On Mon, Nov 14, 2016 at 05:00:51AM -0500, Nayna Jain wrote:
Check for TPM2 chip in tpm_sysfs_add_device, tpm_bios_log_setup and
tpm_bios_log_teardown in order to make code flow clea
On Wed, 23 Nov 2016, Michael Ellerman wrote:
> That's nothing powerpc specific AFAICS, does this fix it?
Hm, so s/printk/pr_cont/ - but not in all places? But yeah, this fixes it
for me, at least on x86.
Tested-by: Christian Kujau
Thank you!
Christian.
>
> cheers
>
> diff --git a/lib/locki
Acked-by: Ian Munsie
Mark Lord [mailto:ml...@pobox.com]
> Sent: Thursday, November 24, 2016 3:30 AM
[...]
> Worth repeating: other dongles we have tried, eg. those using the asix driver,
> do not cause us any troubles here. Only the r8152 dongles do.
I couldn't tell you why you would see the problem. I have tested th
On Wed, Nov 23, 2016 at 04:14:05PM +1100, David Gibson wrote:
> Hi Paul,
>
> I'm still chasing this confusion about the CAS bit to send the real
> HPT resizing patches. However, in the meantime, here are some
> preliminary cleanups.
>
> These cleanups stand on their own, although I wrote them in
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/unisys/include/iochannel.h
between commit:
d0c2c9973ecd ("net: use core MTU range checking in virt drivers")
from the net-next tree and commit:
b18f9c676f93 ("staging: unisys: include: fix pound def
Hi Matt,
On Wednesday 23 Nov 2016 18:37:29 Matt Ranostay wrote:
> On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart wrote:
> > On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
> >> There are several thermal sensors that only have a low-speed bus
> >> interface but output valid video data. This
On Wednesday 23 November 2016 09:38 PM, Tony Lindgren wrote:
* Keerthy [161123 00:33]:
On Wednesday 23 November 2016 02:03 PM, Lee Jones wrote:
On Wed, 23 Nov 2016, Keerthy wrote:
On Tuesday 15 November 2016 05:38 AM, Tony Lindgren wrote:
* Keerthy [161109 21:10]:
The PMICs have POWERHOL
On 23-11-16, 22:42, Geliang Tang wrote:
> Use builtin_platform_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang
> ---
> drivers/cpufreq/dbx500-cpufreq.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/drivers/cpufreq/dbx500-cpufreq.c
> b/drive
Hi Lorenzo,
On 23 November 2016 at 19:53, Fu Wei wrote:
> Hi Lorenzo,
>
> On 18 November 2016 at 22:22, Lorenzo Pieralisi
> wrote:
>> On Wed, Nov 16, 2016 at 09:49:06PM +0800, fu@linaro.org wrote:
>>> From: Fu Wei
>>>
>>> On platforms booting with ACPI, architected memory-mapped timers'
>>>
On 23-11-16, 19:01, Steve Muckle wrote:
> I know this has already gone in, but can you expand on the unmet
> guarantees mentioned here just for my own (and perhaps others')
> understanding?
Sure. This is the simplified form of your original patch:
@@ -71,7 +73,7 @@ static bool sugov_should_update
e tag 'perf-core-for-mingo-20161114' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-11-15 09:45:04 +0100)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
>
Guenter,
I think I'm ready to start pushing a new patch set out for review.
Before I do that -- can I trouble you for letting your test
infrastructure hammer it? I'll only push out the patches for review
based on this new set of changes once all tests come back OK for all
architectures.
https://g
Commit-ID: bb5a7316b909612a382b30b568c6b0345b4b6768
Gitweb: http://git.kernel.org/tip/bb5a7316b909612a382b30b568c6b0345b4b6768
Author: Steven Rostedt
AuthorDate: Tue, 22 Nov 2016 15:00:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:02 -0300
tools lib tr
Commit-ID: 786c1b51844d858041166057c0c79e93c2015013
Gitweb: http://git.kernel.org/tip/786c1b51844d858041166057c0c79e93c2015013
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 16 Nov 2016 15:39:50 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:12:50 -0300
pe
Commit-ID: 9c2fb451bda0aa60127e63e44993401818326e91
Gitweb: http://git.kernel.org/tip/9c2fb451bda0aa60127e63e44993401818326e91
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 16 Nov 2016 15:50:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:12:56 -0300
pe
Commit-ID: c52d9e4e677b0407fe553e9211802e2505a2f244
Gitweb: http://git.kernel.org/tip/c52d9e4e677b0407fe553e9211802e2505a2f244
Author: Steven Rostedt
AuthorDate: Tue, 22 Nov 2016 11:31:58 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:03 -0300
tools lib tr
Commit-ID: e8c5fe101e55e4c45a2859cea2b4c374595f8867
Gitweb: http://git.kernel.org/tip/e8c5fe101e55e4c45a2859cea2b4c374595f8867
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:27 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:04 -0300
perf c2c report:
Commit-ID: 763d8960a17126e73e7d9cd6b66e390196f48894
Gitweb: http://git.kernel.org/tip/763d8960a17126e73e7d9cd6b66e390196f48894
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 17 Nov 2016 12:31:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:31:59 -0300
pe
Commit-ID: 7b4b82bced0755aecc026d8c14c2608aa0f9e89b
Gitweb: http://git.kernel.org/tip/7b4b82bced0755aecc026d8c14c2608aa0f9e89b
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:26 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:03 -0300
perf tools: Show
Commit-ID: b7ac4f9f3b2532b4e3dcd3d402c405c46a8ec811
Gitweb: http://git.kernel.org/tip/b7ac4f9f3b2532b4e3dcd3d402c405c46a8ec811
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:28 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:04 -0300
perf c2c report:
Commit-ID: d940baccc990c29f0343843db7cf669bb8e91a6f
Gitweb: http://git.kernel.org/tip/d940baccc990c29f0343843db7cf669bb8e91a6f
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:30 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:05 -0300
perf c2c report:
Commit-ID: dba8ab93792a3a864ff741efe435b2ecbdfb66b1
Gitweb: http://git.kernel.org/tip/dba8ab93792a3a864ff741efe435b2ecbdfb66b1
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:29 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:05 -0300
perf c2c report:
Commit-ID: a8763445f6c78628bd96d51649745065c0bb2c92
Gitweb: http://git.kernel.org/tip/a8763445f6c78628bd96d51649745065c0bb2c92
Author: Namhyung Kim
AuthorDate: Wed, 16 Nov 2016 15:06:27 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:06 -0300
perf symbols:
Commit-ID: 49394a2a24c78ce034fe0e732b1b54922c23fd92
Gitweb: http://git.kernel.org/tip/49394a2a24c78ce034fe0e732b1b54922c23fd92
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:29 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:07 -0300
perf sched time
* Jacob Pan wrote:
> From: Peter Zijlstra
>
> Idle injection drivers such as Intel powerclamp and ACPI PAD drivers use
> realtime tasks to take control of CPU then inject idle. There are two issues
> with this approach:
'CPU' is capitalized properly here.
And here:
> #define PF_VCPU
Commit-ID: 52df138caaa8daaaf4e0dc64428ef06f303a8dbf
Gitweb: http://git.kernel.org/tip/52df138caaa8daaaf4e0dc64428ef06f303a8dbf
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:30 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:08 -0300
perf sched time
Commit-ID: fc1469f1b20777929a47f6f8e55bca12c6f142ac
Gitweb: http://git.kernel.org/tip/fc1469f1b20777929a47f6f8e55bca12c6f142ac
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:31 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:08 -0300
perf sched time
Commit-ID: 69b7e48070ca2ecee7498166259b5826b22e8b2e
Gitweb: http://git.kernel.org/tip/69b7e48070ca2ecee7498166259b5826b22e8b2e
Author: Namhyung Kim
AuthorDate: Wed, 16 Nov 2016 15:06:28 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:07 -0300
perf evsel: Su
From: Steve Shih
ASR1K FPGAs and ASICs are configured to raise SERR/PERR through PCIe AER.
When an error is raised, it is detected at the root complex, but it is not
detected by the AER driver. If the root complex bridge control register is
configured to forward secondary bus errors to the primar
Commit-ID: 6c973c90852c3fa4b4e76a061ce89dcd373efccc
Gitweb: http://git.kernel.org/tip/6c973c90852c3fa4b4e76a061ce89dcd373efccc
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:32 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:09 -0300
perf sched time
* kan.li...@intel.com wrote:
> From: Kan Liang
>
> Profiling brings additional overhead. High overhead may impacts the
> behavior of the profiling object, impacts the accuracy of the
> profiling result, and even hang the system.
> Currently, perf has dynamic interrupt throttle mechanism to low
On 04/10/16 21:18, Andrew Donnellan wrote:
Greetings,
*
TL;DR
- LCA Kernel Miniconf, Hobart, Australia, {16,17} Jan 2017
- Submissions by 23:59, 21 November (Anywhere on Earth)
- Wanted: anything interesting to kernel hackers! Speakers from
diverse backgrounds encouraged
On 23-11-16, 18:03, Stephen Boyd wrote:
> On 11/23, Kevin Hilman wrote:
> > Vincent Guittot writes:
> > > On 23 November 2016 at 16:51, Kevin Hilman wrote:
> > >> Then, at least for this use case, we're talking about voltage, not some
> > >> unspecified units.
>
> In some cases we actually know
Commit-ID: a407b0678bc1c39d70af5fdbe6421c164b69a8c0
Gitweb: http://git.kernel.org/tip/a407b0678bc1c39d70af5fdbe6421c164b69a8c0
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:33 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:09 -0300
perf sched time
On Sat, Nov 19 2016, Jack Wang wrote:
> 2016-11-18 6:16 GMT+01:00 NeilBrown :
>> Hi,
>>
>> I've been sitting on these patches for a while because although they
>> solve a real problem, it is a fairly limited use-case, and I don't
>> really like some of the details.
>>
>> So I'm posting them as
Commit-ID: 3a5bfab60e59d9407b69f447702c4cd14326c825
Gitweb: http://git.kernel.org/tip/3a5bfab60e59d9407b69f447702c4cd14326c825
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:31 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:06 -0300
perf c2c: Support
Hi Sascha,
[auto build test ERROR on tty/tty-testing]
[also build test ERROR on v4.9-rc6 next-20161123]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Sascha-Hauer/serial-core-Add-LED-trigger
* Viresh Kumar wrote:
> + /*
> + * For Real Time and Deadline tasks, schedutil governor shoots the
> + * frequency to maximum. And special care must be taken to ensure that
> + * this kthread doesn't result in that.
> + *
> + * This is (mostly) guaranteed by the work
Firstly, please start changes to scheduler code with a verb. This title:
Subject: Re: [PATCH V2 4/4] cpufreq: schedutil: irq-work and mutex are only
used in slow path
is totally inadequate as it's a statement that says nothing about the _change_.
What does the patch do? Does it add, remove,
On 11/23/2016 08:11 PM, Luis R. Rodriguez wrote:
Guenter,
I think I'm ready to start pushing a new patch set out for review.
Before I do that -- can I trouble you for letting your test
infrastructure hammer it? I'll only push out the patches for review
Pushed into my testing branch
based on
Hi Stephen, again
> > I've seen bindings that have the 'clocks' property at the top
> > level and the appropriate 'clock-names' property to relate the
> > clocks to a subnode.
> >
> > sound_soc {
> > clocks = <&xxx>, <&xxx>;
> > clock-names = "cpu", "codec";
> >
* Adam Borowski wrote:
> Commit 4efca4ed ("kbuild: modversions for EXPORT_SYMBOL() for asm") adds
> modversion support for symbols exported from asm files. Architectures
> must include C-style declarations for those symbols in asm/asm-prototypes.h
> in order for them to be versioned.
>
> Add th
This patch removes the duplicate 'target_freq' entry which shows the current
frequency of devfreq device. The 'cur_freq' entry has the same information.
Following two sysfs entry provide the same information to user-process.
Usually, the 'cur_freq' is more universal expression than 'target_freq'
s
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/eventX
Signed-off-by: Chanwoo Choi
---
This patches modify the devfreq and devfreq-event framework for improving
them. But, these patches don't make an impact to operation of
devfreq/devfreq-event.
Chanwoo Choi (6):
PM / devfreq: Fix the checkpatch warnings
PM / devfreq: Modify the device name as devfreq[X] for sysfs
PM / devfreq
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
powerpc-linux-ld: unrecognized option '--no-dynamic-linker'
Caused by patch
"powerpc: add purgatory for kexec_file_load implementation"
I have disabled KEXEC_FILE for now:
Fr
This patch uses the regmap interface to read and write the registers for exynos
PPMU device instead of the legacy memory map functions.
Cc: linux-samsung-...@vger.kernel.org
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/event/exynos-ppmu.c | 326 ++--
1 file cha
This patch just adds the simple log to show the PPMU device's registration
during the kernel booting.
For example on exynos4412-odroidu3 board as following:
[1.845929] exynos-ppmu: new PPMU device registered 106a.ppmu_dmc0
[1.848997] exynos-ppmu: new PPMU device registered 106b.ppm
This patch just fixes the checkpatch warnings.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/devfreq.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c
index a324801d6a66..dfef5ea57e4c 100644
--- a/drivers/d
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:
- /sys/class/devfreq/[non-st
sparse warns about context imbalance in any code
that uses HARD_TX_LOCK/UNLOCK - this is because it's
unable to determine that flags don't change so
lock and unlock are paired.
Seems easy enough to fix by adding __acquire/__release
calls.
With this patch af_packet.c is now sparse-clean,
Signed-o
On Thursday 24 November 2016 04:18 AM, David Lechner wrote:
> On 11/23/2016 04:32 PM, Kevin Hilman wrote:
>> David Lechner writes:
>>
>>> On 11/23/2016 04:27 AM, Bartosz Golaszewski wrote:
2016-11-22 23:23 GMT+01:00 David Lechner :
> On 11/15/2016 05:00 AM, Bartosz Golaszewski wrote:
Hi,
On Sun, Nov 20, 2016 at 6:45 PM, Hao Zhang wrote:
> Changes the limited buswith to 8 bytes,and add
> the test in sun6i_dma_config function
>
> Accroding to sun6i dma driver, i think ,if the client
> doesn't configure the address width with dmaengine_slave_config
> function, it would use the d
Hi Mark,
On 23-11-16, 12:29, Mark Brown wrote:
> On Wed, Nov 23, 2016 at 09:16:57AM +0530, Viresh Kumar wrote:
> > Are you saying that:
>
> > "we don't need to identify which microVolts value in the OPP table
> > corresponds
> > to which supply from the DT itself and we can do that with some har
On 24-11-16, 05:51, Ingo Molnar wrote:
>
> * Viresh Kumar wrote:
>
> > + /*
> > +* For Real Time and Deadline tasks, schedutil governor shoots the
> > +* frequency to maximum. And special care must be taken to ensure that
> > +* this kthread doesn't result in that.
> > +*
> > +
Hello Heikki,
On 11/22/2016 06:11 AM, Heikki Krogerus wrote:
[ ... ]
+
+struct typec_port *typec_register_port(struct device *dev,
+ const struct typec_capability *cap)
+{
+ struct typec_port *port;
+ int ret;
+ int id;
+
+ port = kzal
Hi Archit, David, and DRM ML
I had heared that Archit is the maintainer of dw-hdmi driver, but am I wrong ??
I'm posting this patch series since half year ago, but no response
from him, and nothing happen (I got review from Russell though).
Is Archit really maintainer ??
OTOH, get_maintainer.pl i
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
In file included from include/linux/printk.h:6:0,
from include/linux/kernel.h:13,
from include/linux/list.h:8,
from mm/z3fold.c:26:
mm/z
On Thu, 24 Nov 2016 05:40:28 +0100
Ingo Molnar wrote:
> * Adam Borowski wrote:
>
> > Commit 4efca4ed ("kbuild: modversions for EXPORT_SYMBOL() for asm") adds
> > modversion support for symbols exported from asm files. Architectures
> > must include C-style declarations for those symbols in asm/
On Wed, Sep 21, 2016 at 10:11:54AM +0200, Christophe Leroy wrote:
> Today there are two implementations of hugetlbpages which are managed
> by exclusive #ifdefs:
> * FSL_BOOKE: several directory entries points to the same single hugepage
> * BOOK3S: one upper level directory entry points to a table
+-- On Wed, 23 Nov 2016, Paolo Bonzini wrote --+
| On 23/11/2016 21:15, Radim Krčmář wrote:
| > KVM was using arrays of size KVM_MAX_VCPUS with vcpu_id, but ID can be
| > bigger that the maximal number of VCPUs, resulting in out-of-bounds
| > access.
| >
| > Found by syzkaller:
| >
| > BUG: KAS
On Tuesday 15 November 2016 07:13 AM, Rob Herring wrote:
On Thu, Nov 10, 2016 at 10:39:16AM +0530, Keerthy wrote:
GPIO7 is configured in POWERHOLD mode which has higher priority
over DEV_ON bit and keeps the PMIC supplies on even after the DEV_ON
bit is turned off. This property enables driver
* Rafael J. Wysocki wrote:
> On Wed, Nov 23, 2016 at 9:13 PM, Jacob Pan
> wrote:
> > Changelog:
> > v3: - rearrange idle.c change based on Rafael's suggestion.
> >
> > v2:
> > - moved duration timer from powerclamp driver to play_idle()
> > - unexport cpuidle_use_deepest_sta
Add support to match st sensors using information passed from ACPI DST
tables.
Signed-off-by: Shrirang Bagul
---
drivers/iio/common/st_sensors/st_sensors_i2c.c | 20
include/linux/iio/common/st_sensors_i2c.h | 9 +
2 files changed, 29 insertions(+)
diff --git
Compatible strings are not available on ACPI based systems. This patch adds
support to use DSDT information read from platform BIOS instead for probing
st pressure sensors.
Signed-off-by: Shrirang Bagul
---
drivers/iio/pressure/st_pressure.h | 8 ++
drivers/iio/pressure/st_pressure_i2c.
Hi all,
Changes since 20161123:
Removed tree: remoteproc (no longer used)
The powerpc tree gained a conflict against the powerpc-fixes tree.
The kvm-ppc-paulus tree gained conflicts against the powerpc-fixes and
powerpc trees.
The staging tree gained a conflict against the net-next tree.
The
Add support to probe st_accel sensors on i2c bus using ACPI. Compatible
strings are not avaialable on ACPI based systems.
Signed-off-by: Shrirang Bagul
---
drivers/iio/accel/st_accel.h | 18 ++
drivers/iio/accel/st_accel_i2c.c | 73 +++-
2 files ch
Hi,
These patches are based on available work in iio git repository
(git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git) "testing"
branch.
Compatible strings don't exist on ACPI based systems. This patchset adds
probe support by reading ACPI unique identifiers from platform bios for
st_p
On Wed, Nov 23, 2016 at 9:45 PM, Thomas Petazzoni
wrote:
> Hello,
>
> On Wed, 23 Nov 2016 14:27:48 +0100, Quentin Schulz wrote:
>> The GPIO input status was read from control register
>> (AXP20X_GPIO[210]_CTRL) instead of status register (AXP20X_GPIO20_SS).
>>
>> Signed-off-by: Quentin Schulz
>
>
On Wednesday 23 November 2016 09:54 PM, David Lechner wrote:
> On 11/23/2016 05:12 AM, Sekhar Nori wrote:
>> On Wednesday 23 November 2016 08:59 AM, David Lechner wrote:
>>> This SoC has a separate pin controller for configuring pullup/pulldown
>>> bias on groups of pins.
>>>
>>> Signed-off-by: Dav
* Nicholas Piggin wrote:
> > scripts/Makefile.build | 78
> > --
> > 1 file changed, 72 insertions(+), 6 deletions(-)
> >
> > It was applied 4 hours after it was sent in the -rc3 timeframe, and then it
> > went
> >
Core support code for CPU frequency changes, which will be used by
the generic cpufreq driver.
The register view is different from the generic clk-mux; it has
a separate status register, and an update bit to load the register
setting.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
dri
On Wednesday 23 November 2016 07:09 PM, Bartosz Golaszewski wrote:
> Sekhar noticed there's a section mismatch in the da8xx-mstpri and
> da8xx-ddrctl drivers. This is caused by calling
> of_flat_dt_get_machine_name() which has an __init annotation.
>
> This series makes the drivers drop the call a
Add more data to 64bit SoCs for the cpufreq support.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Drop clock data of 32 bit SoCs. Add 64 bit SoC data for now.
drivers/clk/uniphier/clk-uniphier-sys.c | 32
drivers/clk/uniphier/clk-uniphier.h | 30 ++
The struct member name of a union is unneeded. This makes the code
a bit shorter.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Newly added
drivers/clk/uniphier/clk-uniphier-core.c | 8
drivers/clk/uniphier/clk-uniphier-mio.c | 2 +-
drivers/clk/uniphier/clk-uniphier.h
Hi,
This contains previous dts branch because SCU node in dts is needed
prior to removing it from mach code.
Below you will find full pull request and one stripped from dependency.
Best regards,
Krzysztof
The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
Linux 4.
Hi,
On top of previous pull/tag.
Possible trivial conflict:
--- a/arch/arm/boot/dts/exynos5440.dtsi
+++ b/arch/arm/boot/dts/exynos5440.dtsi
@@@ -197,10 -188,10 +197,10 @@@
};
gmac: ethernet@0023 {
- compatible = "snps,dwmac-3.70a";
+ compatible =
Hi,
Second, probably last round of patches for v4.10.
Best regards,
Krzysztof
Hi,
On top of previous pull/tag.
Best regards,
Krzysztof
The following changes since commit 8ac46fc57df82efbc19194335b6c7a960c31:
arm64: dts: exynos: Add dts file for Exynos5433-based TM2E board (2016-11-03
22:19:57 +0200)
are available in the git repository at:
git://git.kernel.org
On 24-11-16, 05:53, Ingo Molnar wrote:
>
> Firstly, please start changes to scheduler code with a verb. This title:
>
> Subject: Re: [PATCH V2 4/4] cpufreq: schedutil: irq-work and mutex are only
> used in slow path
>
> is totally inadequate as it's a statement that says nothing about the
>
On Thu, Nov 24, 2016 at 11:18 AM, hl wrote:
> Hi MyungJoo Ham,
[]
>>
>> We still need to sync the all status even i call target() in
>> devfreq_suspend/resume_device
>> directly, so still need update_devfreq() other setp except
>> devfreq->governor->get_target_freq(devfreq, &freq);
>
> And i think
From: Grygorii Strashko
Now ARM Global timer (rating 300) will not be selected as clocksource,
because it's initialized after OMAP GP Timer (rating 300) and
Timekeeping core will not allow to replace clocksource with new one if
both of them have the same rating.
Reduce rating of OMAP GP Timer (3
From: Grygorii Strashko
The commit 55ee7017ee31 ("arm: omap2: board-generic: use
omap4_local_timer_init for AM437x") unintentionally changes the
clocksource devices for AM437x from OMAP GP Timer to SyncTimer32K.
Unfortunately, the SyncTimer32K is starving from frequency deviation
as mentioned in
* Viresh Kumar wrote:
> > * Viresh Kumar wrote:
> >
> > > Execute the irq-work specific initialization/exit code only when the
> > > fast path isn't available.
> >
> > Is this an optimization? A correctness fix?
>
> Its an optimization but yeah I will try to explain a bit more next time.
Th
Commit-ID: 83929cce95251cc77e5659bf493bd424ae0e7a67
Gitweb: http://git.kernel.org/tip/83929cce95251cc77e5659bf493bd424ae0e7a67
Author: Mike Galbraith
AuthorDate: Wed, 23 Nov 2016 11:33:37 +0100
Committer: Ingo Molnar
CommitDate: Thu, 24 Nov 2016 05:45:02 +0100
sched/autogroup: Fix 64-b
801 - 900 of 925 matches
Mail list logo
