On Mon, Jun 20, 2016 at 7:38 AM, Rafael J. Wysocki wrote:
>
> Overall, we seem to be heading towards the "really weird" territory here.
So the whole commit that Boris bisected down to is weird to me.
Why isn't the temporary text mapping just set up unconditionally in
the temp_level4_pgt?
Why do
On Fri, Jun 17, 2016 at 12:35:04PM +0200, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/arm/qcom.txt | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Rob Herring
On Mon, Jun 20, 2016 at 02:56:58AM +0200, Niklas Cassel wrote:
>
> On 06/13/2016 03:33 PM, Bjorn Helgaas wrote:
> > On Mon, Jun 13, 2016 at 03:12:13PM +0200, Niklas Cassel wrote:
> >> On 06/10/2016 12:41 AM, Bjorn Helgaas wrote:
> >>> On Mon, May 09, 2016 at 01:49:03PM +0200, Niklas Cassel wrote:
Hello,
Christian, I *think* this should fix it. Can you please verify?
Thanks!
-- 8< --
mem_cgroup_migrate() uses local_irq_disable/enable() but can be called
with irq disabled from migrate_page_copy(). This ends up enabling irq
while holding a irq context lock triggering the following
On 06/15/2016 09:13 PM, Rob Herring wrote:
> On Wed, Jun 15, 2016 at 11:45 AM, Philipp Zabel
> wrote:
>> Hi Andrew,
>>
>> Am Mittwoch, den 15.06.2016, 10:48 -0500 schrieb Andrew F. Davis:
>>> On 06/01/2016 01:41 PM, Andrew F. Davis wrote:
Some SoCs contain reset controls for modules that are
Am Montag, 20. Juni 2016, 14:44:03 schrieb George Spelvin:
Hi George,
> > With that being said, wouldn't it make sense to:
> >
> > - Get rid of the entropy heuristic entirely and just assume a fixed value
> > of entropy for a given event?
>
> What does that gain you? You can always impose an u
On Mon, Jun 20, 2016 at 10:45:55AM -0600, Stephen Warren wrote:
> On 06/20/2016 10:40 AM, Thierry Reding wrote:
> > On Mon, Jun 20, 2016 at 09:50:26AM -0600, Stephen Warren wrote:
> > > On 06/18/2016 07:04 PM, Marcel Ziswiler wrote:
> > > > Remove commas from unit addresses as suggested by Rob Herr
On Mon, 2016-06-20 at 15:56 +0200, Thomas Gleixner wrote:
>
> 2) Cut off at 37hrs for HZ=1000. We could make this configurable as a
> 1000HZ
> option so datacenter folks can use this and people who don't care
> and want
> better batching for power can use the 4ms thingy.
>
It might be easy
> This version now looks ok to me.
>
> I do have a comment (or maybe just a RFD) for future work.
>
> It does strike me that once we actually change over the inode times to
> use timespec64, the calling conventions are going to be fairly
> horrendous on most 32-bit architectures.
>
> Gcc handles 8-
On 06/19/2016 07:27 PM, Deepa Dinamani wrote:
> jfs uses nanosecond granularity for filesystem timestamps.
> Only this assignemt is not using nanosecond granularity.
> Use current_time() to get the right granularity.
>
> Signed-off-by: Deepa Dinamani
> Cc: jfs-discuss...@lists.sourceforge.net
Ac
On 06/19/16 20:01, se...@hallyn.com wrote:
> apologies for top posting, this phone doesn't support inline)
>
> Where are you preventing less privileged tasks from limiting the caps of a
> more privileged task? It looks like you are relying on the cgroupfs for that?
I didn't think that aspect. S
On 20-06-16 08:26, Keith Busch wrote:
> On Sun, Jun 19, 2016 at 04:06:31PM -0700, Jethro Beekman wrote:
>> If an NVMe drive is locked with ATA Security, most commands sent to the
>> drive
>> will fail. This includes commands sent by the kernel upon discovery to probe
>> for partitions. The faili
On Mon, Jun 20, 2016 at 05:45:41PM +0200, Arnd Bergmann wrote:
> Host drivers can be loadable modules, so we might run into this
> build error with the new interface:
>
> ERROR: devm_request_pci_bus_resources [drivers/pci/host/pcie-iproc.ko]
> undefined!
>
> This adds an EXPORT_SYMBOL_GPL() line
Hi Sebastian,
Thank you for reviewing the patches.
On 20-06-2016 14:12, Helen Koike wrote:
Add DAPM support and updated rx51 accordingly.
As a consequence:
- the exported function tpa6130a2_stereo_enable is not needed anymore
- the mutex is dealt in the DAPM
- the power state is tracked by the
Hello, Bart.
On Tue, Jun 07, 2016 at 01:00:13PM -0700, Bart Van Assche wrote:
> > > > srp_remove_wq is used for SRP target port removal work only. This work
> > > > is
> > > > neither queued from inside a shrinker nor by the page writeback code so
> > > > I
> > > > think it is safe to drop WQ_ME
On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote:
> Hi Bjorn,
>
> After merging the pci tree, today's linux-next build (arm
> multi_v7_defconfig) produced these warnings:
>
> drivers/pci/host/pci-host-common.c: In function 'gen_pci_init':
> drivers/pci/host/pci-host-common.c:88:10
> With that being said, wouldn't it make sense to:
>
> - Get rid of the entropy heuristic entirely and just assume a fixed value of
> entropy for a given event?
What does that gain you? You can always impose an upper bound, but *some*
evidence that it's not a metronome is nice to have.
> - rem
On Sun, Jun 19, 2016 at 11:19:14PM +0530, Naveen N. Rao wrote:
> On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote:
> > On Fri, Jun 17, 2016 at 10:53:21PM +1000, Michael Ellerman wrote:
> > > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote:
> > > > diff --git a/arch/powerpc/net/b
On Mon, Jun 20, 2016 at 10:17 AM, Christopher Covington
wrote:
> Hi Duc,
>
> On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote:
>> On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote:
>>> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi
>>> wrote:
On Wed, Jun 15, 2016 at 11:34:11AM -04
Some SoCs contain reset controls for modules that are memory-mapped to
areas shared with other module configuration settings. This requires
synchronization across all drivers accessing this memory area. This
series adds a generic SYSCON reset driver to allow resets toggled
by bits in memory-mapped
On Sat, Jun 18, 2016 at 07:51:55AM +0200, Julia Lawall wrote:
>
>
> On Sat, 18 Jun 2016, Luis R. Rodriguez wrote:
>
> > On Fri, Jun 17, 2016 at 05:35:26PM +0200, Julia Lawall wrote:
> > > On Fri, 17 Jun 2016, Luis R. Rodriguez wrote:
> > >
> > > > On Fri, Jun 17, 2016 at 11:44:26AM +0200, Julia
On 20/06/16 18:53, Kevin Hilman wrote:
Sudeep Holla writes:
This patch hooks up the support for device power domain provided by
SCPI using the Linux generic power domain infrastructure.
Cc: "Rafael J. Wysocki"
Cc: Kevin Hilman
Cc: Ulf Hansson
Cc: linux...@vger.kernel.org
Signed-off-by: S
On Mon, Jun 20, 2016 at 11:00 AM, Josh Poimboeuf wrote:
>
> From: Josh Poimboeuf
> Subject: [PATCH] perf: add 'perf bench syscall'
>
> Add a basic 'perf bench syscall' benchmark which does a getppid() system
> call in a tight loop.
>
My one suggestion would be to use a different syscall than ge
On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
wrote:
> From: Shawn Lin
>
> According to the databook, 10.2us is the max time for dll to be ready to
> work. However in testing, some chips need 20us for dll to be ready. This
Nitpick, but description (20uS) and code (more than 25 uS) don't mat
Hello,
On Thu, Jun 16, 2016 at 01:17:21PM +0200, Petr Mladek wrote:
> __init_kthread_worker() -> __kthread_init_worker()
> init_kthread_worker() -> kthread_init_worker()
> init_kthread_work() -> kthread_init_work()
> insert_kthread_work() -> kthread_insert_w
On Thu, Jun 16, 2016 at 01:17:20PM +0200, Petr Mladek wrote:
> A good practice is to prefix the names of functions by the name
> of the subsystem.
>
> This patch fixes the name of probe_kthread_data(). The other wrong
> functions names are part of the kthread worker API and will be
> fixed separat
On Monday, June 20, 2016 11:37:57 AM CEST Paul E. McKenney wrote:
> On Mon, Jun 20, 2016 at 08:29:48PM +0200, Arnd Bergmann wrote:
> > On Monday, June 20, 2016 11:21:05 AM CEST Paul E. McKenney wrote:
> > > On Mon, Jun 20, 2016 at 05:56:40PM +0200, Arnd Bergmann wrote:
> > >
> > > @@ -446,9 +447,
Hi,
On Mon, Jun 20, 2016 at 12:23 PM, Guenter Roeck wrote:
> On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
> wrote:
>> From: Shawn Lin
>>
>> According to the databook, 10.2us is the max time for dll to be ready to
>> work. However in testing, some chips need 20us for dll to be ready. This
On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
wrote:
> Previous PHY code waited a fixed amount of time for the DLL to lock at
> power on time. Unfortunately, the time for the DLL to lock is actually
> a bit more dynamic and can be longer if the card clock is slower.
>
> Instead of waiting a
Em Mon, Jun 20, 2016 at 12:16:55PM -0600, David Ahern escreveu:
> On 6/20/16 12:13 PM, Arnaldo Carvalho de Melo wrote:
> > 'perf cc' seems sensible, and has the added bonus of being one letter
> > shorter :-)
> perf is now a general front-end to a compiler?
Well, it is for quite a while already,
Arnd Bergmann writes:
> On Monday, June 20, 2016 10:59:14 AM CEST Jeff Moyer wrote:
>> struct timespec abs_start_time;
[snip]
> I assume that abs_start_time is a timespec, implying that
It is. You didn't have to assume that, though, as I also included its
definition above. ;-)
> Ok. T
Hi,
On Mon, Jun 20, 2016 at 12:29 PM, Guenter Roeck wrote:
> On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
> wrote:
>> Previous PHY code waited a fixed amount of time for the DLL to lock at
>> power on time. Unfortunately, the time for the DLL to lock is actually
>> a bit more dynamic and
Hi,
On Mon, Jun 20, 2016 at 12:36 PM, Guenter Roeck wrote:
> On Mon, Jun 20, 2016 at 12:30 PM, Doug Anderson wrote:
>> Hi,
>>
>> On Mon, Jun 20, 2016 at 12:23 PM, Guenter Roeck wrote:
>>> On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
>>> wrote:
From: Shawn Lin
According to
On Mon, Jun 20, 2016 at 12:36 PM, Doug Anderson wrote:
> Hi,
>
> On Mon, Jun 20, 2016 at 12:29 PM, Guenter Roeck wrote:
>> On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
>> wrote:
>>> Previous PHY code waited a fixed amount of time for the DLL to lock at
>>> power on time. Unfortunately, th
Remove unused function declaration from header
Signed-off-by: Helen Koike
---
sound/soc/codecs/max9877.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/sound/soc/codecs/max9877.h b/sound/soc/codecs/max9877.h
index 6da7229..368343f 100644
--- a/sound/soc/codecs/max9877.h
+++ b/sound/soc/cod
On Mon, Jun 20 2016 at 2:31pm -0400,
Kani, Toshimitsu wrote:
> On Mon, 2016-06-20 at 14:00 -0400, Mike Snitzer wrote:
> >
> > I rebased your patches on linux-dm.git's 'for-next' (which includes what
> > I've already staged for the 4.8 merge window). And I folded/changed
> > some of the DM patch
Remove the warning:
warning: ‘err’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
Signed-off-by: Helen Koike
---
sound/hda/hdac_regmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/hda/hdac_regmap.c b/sound/hda/hdac_regmap.c
index 87041dd..7be6c
On Mon, Jun 20, 2016 at 9:29 AM, Andy Lutomirski wrote:
> Setting TS_COMPAT in ptrace is wrong: if we happen to do it during
> syscall entry, then we'll confuse seccomp and audit. (The former
> isn't a security problem: seccomp is currently entirely insecure if a
> malicious ptracer is attached.)
On Mon, Jun 20, 2016 at 12:30 PM, Doug Anderson wrote:
> Hi,
>
> On Mon, Jun 20, 2016 at 12:23 PM, Guenter Roeck wrote:
>> On Mon, Jun 20, 2016 at 10:56 AM, Douglas Anderson
>> wrote:
>>> From: Shawn Lin
>>>
>>> According to the databook, 10.2us is the max time for dll to be ready to
>>> work.
> + /* before widget power up */
> + if (SND_SOC_DAPM_EVENT_ON(event)) {
> + /* Turn on the chip */
> + tpa6130a2_power(data, true);
> + /* Sync the registers */
> + ret = regcache_sync(data->regmap);
> + if (ret < 0) {
> +
On Mon, May 9, 2016 at 7:49 AM, Niklas Cassel wrote:
> From: Niklas Cassel
>
> The Axis ARTPEC-6 SoC integrates a PCIe controller from Synopsys.
> This commit adds a new driver that provides the small glue
> needed to use the existing Designware driver to make it work on
> the Axis ARTPEC-6 SoC.
On Mon, Jun 20, 2016 at 06:02:04PM +0200, Jan Kara wrote:
> On Thu 16-06-16 10:07:09, Dan Carpenter wrote:
> > My static checker complains that this can underflow if arg is negative
> > which is true.
> >
> > Signed-off-by: Dan Carpenter
>
> How come? (1 << 30) fits even into 32-bit signed type.
On Thu, Jun 16, 2016 at 01:17:23PM +0200, Petr Mladek wrote:
> kthread_create_on_node() implements a bunch of logic to create
> the kthread. It is already called by kthread_create_on_cpu().
>
> We are going to extend the kthread worker API and will
> need to call kthread_create_on_node() with va_l
On Mon, Jun 20, 2016 at 02:41:58PM -0400, Tejun Heo wrote:
> mem_cgroup_migrate() uses local_irq_disable/enable() but can be called
> with irq disabled from migrate_page_copy(). This ends up enabling irq
> while holding a irq context lock triggering the following lockdep
> warning. Fix it by usin
As can be seen in Arasan's datasheet [1] there are several "corecfg"
settings in their SDHCI IP Block that are supposed to be controlled by
software. Although the datasheet referenced is a bit vague about how to
access corecfg, in Figure 5 you can see that for Arasan's PHY (a
separate component th
On Thu, Jun 16, 2016 at 01:17:24PM +0200, Petr Mladek wrote:
> Kthread workers are currently created using the classic kthread API,
> namely kthread_run(). kthread_worker_fn() is passed as the @threadfn
> parameter.
>
> This patch defines kthread_create_worker() and
> kthread_create_worker_on_cpu(
Hey Thomas, Ingo,
Here is my current queue of timekeeping changes for 4.8.
Most of them are small cleanups and core y2038 changes.
Let me know if you have any objections.
thanks
-john
Cc: Prarit Bhargava
Cc: Richard Cochran
Cc: Thomas Gleixner
Cc: Ingo Molnar
You can also grab it via a pu
From: Minfei Huang
In clocksource_enqueue(), it is unnecessary to continue looping
the list, if we find there is an entry that the value of rating
is smaller than the new one. It is safe to be out the loop,
because all of entry are inserted in descending order.
Cc: Prarit Bhargava
Cc: Richard C
From: Arnd Bergmann
The tstats_show() function prints a ktime_t variable by converting
it to struct timespec first. The algorithm is ok, but we want to
stop using timespec in general because of the 32-bit time_t
overflow problem.
This changes the code to use struct timespec64, without any
functi
From: Deepa Dinamani
time_to_tm() takes time_t as an argument.
time_t is not y2038 safe.
Add time64_to_tm() that takes time64_t as an argument
which is y2038 safe.
The plan is to eventually replace all calls to time_to_tm()
by time64_to_tm().
Cc: Prarit Bhargava
Cc: Richard Cochran
Cc: Thomas
From: Arnd Bergmann
udelay_test_single() uses ktime_get_ts() to get two timespec values
and calculate the difference between them, while udelay_test_show()
uses the same to printk() the current monotonic time.
Both of these are y2038 safe on all machines, but we want to
get rid of struct timespe
On Thu, Jun 16, 2016 at 01:17:25PM +0200, Petr Mladek wrote:
> kthread_flush_worker() returns when the currently queued works are proceed.
> But some other works might have been queued in the meantime.
>
> This patch adds kthread_drain_worker() that is inspired by
> drain_workqueue(). It returns w
From: Pratyush Patel
Updated struct alarm and struct alarm_timer descriptions.
Cc: Prarit Bhargava
Cc: Richard Cochran
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: Pratyush Patel
Signed-off-by: John Stultz
---
include/linux/alarmtimer.h | 6 +++---
kernel/time/alarmtimer.c | 1 -
From: Thomas Graziadei
The user notices the problem in a raw and real time drift, calling
clock_gettime with CLOCK_REALTIME / CLOCK_MONOTONIC_RAW on a system
with no ntp correction taking place (no ntpd or ptp stuff running).
The problem is, that old_vsyscall_fixup adds an extra 1ns even though
On Thu, Jun 16, 2016 at 01:17:26PM +0200, Petr Mladek wrote:
> The current kthread worker users call flush() and stop() explicitly.
> This function drains the worker, stops it, and frees the kthread_worker
> struct in one call.
>
> It is supposed to be used together with kthread_create_worker*() t
On Mon, Jun 20, 2016 at 07:51:22AM +0900, SeongJae Park wrote:
> CONFIG_RCU_TORTURE_TEST_RUNNABLE has removed by commit 4e9a073f60367
> ("torture: Remove CONFIG_RCU_TORTURE_TEST_RUNNABLE, simplify code")
> entirely but the document has not updated. This commit updates the
> document to remove the
On Monday, June 20, 2016 3:37:10 PM CEST Jeff Moyer wrote:
>
> > Ok. Thanks a lot for the information. I think we can update the
> > comment as in the incremental patch below. Jens, can you fold that
> > into the original patch, or should I submit this as a new (or
> > incremental) patch with an u
From: Omar Sandoval
Since scripts/gdb/linux/constants.py is autogenerated, this should have
been added to .gitignore when it was introduced.
Fixes: f197d75fcad1 ("scripts/gdb: provide linux constants")
Signed-off-by: Omar Sandoval
---
.gitignore | 3 +++
1 file changed, 3 insertions(+)
diff -
Jeff Moyer looked up the blktrace source to see if an overflow might
happen. The situation is as follows:
- The time stamp is not used by the program itself, only for
printing human-readable output.
- We normally don't print the timestamp at all, except when an
undocumented format option is gi
With the inclusion of atomic FETCH-OP variants, many places in the
kernel can make use of atomic_fetch_$op() to avoid the hacky callers
that need to compute the value/state _before_ the operation. Peter
laid out the machinery but we are still missing the simpler dec,inc
calls (which future patches
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Doug Thompson
Cc: Borislav Petkov
Cc: Mauro Carvalho Chehab
Signed-off-by
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Signed-off-by: Davidlohr Bueso
---
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: David S. Miller
Signed-off-by: Davidlohr Bueso
---
net/core/neighbour.c |
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Signed-off-by: Davidlohr Bueso
---
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Greg Kroah-Hartman
Cc: Pat Gefre
Signed-off-by: Davidlohr Bueso
---
driv
Hi,
On Mon, Jun 20, 2016 at 10:44:55AM -0700, Brian Norris wrote:
> On Mon, Jun 20, 2016 at 09:46:57AM -0400, Javier Martinez Canillas wrote:
> > On 06/18/2016 01:09 PM, Guenter Roeck wrote:
> > > On 06/17/2016 06:08 PM, Brian Norris wrote:
> > >> How do you propose we do that? Do all of the follo
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Chanwoo Choi
Cc: linux...@vger.kernel.org
Signed-off-by: Davidlohr Bueso
-
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Doug Ledford
Cc: Sean Hefty
Cc: Hal Rosenstock
Signed-off-by: Davidlohr B
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: "James E.J. Bottomley"
Cc: "Martin K. Petersen"
Signed-off-by: Davidlohr B
This patch adds support to 4 pin UART0 on LS expansion connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db82
Now that we have fetch_add() we can stop using add_return() - num.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Sumit Semwal
Signed-off-by: Davidlohr Bueso
---
drivers/dma-buf/fence.c
This patch adds apq8096 db820c basic support with serial port.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/Makefile| 2 +-
arch/arm64/boot/dts/qcom/apq8096-db820c.dts | 21 +
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 34 +
This patch adds support to LS_I2C1 on LS expansion connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
This patch adds support to LS-I2C0 on LS expansion connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db820c.dt
This patch adds support to i2c bus on High speed connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
Hi Andy,
This patchset adds basic board support with uart/i2c/spi/sd card for db820c
board based on apq8096. I have tested this patchset on top of msm8996
patches at [1].
With this patchset am able to boot the board with sdcard and able to
play with i2c devices.
Thanks,
srini
[1] https://www.mai
This patch adds support to SPI on HS expansion connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
in
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Hans Verkuil
Cc: Andy Walls
Cc: linux-me...@vger.kernel.org
Signed-off-by:
Now that we have fetch_inc() we can stop using inc_return() - 1.
These are very similar to the existing OP-RETURN primitives we already
have, except they return the value of the atomic variable _before_
modification.
Cc: Jiri Kosina
Signed-off-by: Davidlohr Bueso
---
drivers/hid/wacom_sys.c |
This patch adds support to external sd card.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c-pins.dtsi | 39 +++
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 10 ++
2 files changed, 49 insertions(+)
create mode 100644 arch/arm64/boot
This patch adds support to SPI on LS expansion connector.
Signed-off-by: Srinivas Kandagatla
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
b/arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi
in
On 06/20/2016 07:50 PM, Ray Jui wrote:
[ ... ]
-CLOCKSOURCE_OF_DECLARE(bcm_kona, "bcm,kona-timer", kona_timer_init);
+CLOCKSOURCE_OF_DECLARE_RET(bcm_kona, "bcm,kona-timer", kona_timer_init);
Looks good to me!
Acked-by: Ray Jui
Can you have a quick look at the patch [63/63] for the kona pa
Hello,
On Thu, Jun 16, 2016 at 01:17:27PM +0200, Petr Mladek wrote:
> diff --git a/kernel/kthread.c b/kernel/kthread.c
> index 567ec49b4872..8e9548649c86 100644
> --- a/kernel/kthread.c
> +++ b/kernel/kthread.c
> @@ -574,6 +574,9 @@ EXPORT_SYMBOL_GPL(__kthread_init_worker);
> * The works are not
On 20-06-2016 16:44, Lars-Peter Clausen wrote:
+ /* before widget power up */
+ if (SND_SOC_DAPM_EVENT_ON(event)) {
+ /* Turn on the chip */
+ tpa6130a2_power(data, true);
+ /* Sync the registers */
+ ret = regcache_sync(data->
Hello,
On Thu, Jun 16, 2016 at 01:17:28PM +0200, Petr Mladek wrote:
> +/**
> + * kthread_delayed_work_timer_fn - callback that queues the associated
> kthread
> + * delayed work when the timer expires.
> + * @__data: pointer to the data associated with the timer
> + *
> + * The format of the fu
On Mon, 2016-06-20 at 16:58 +0200, Paolo Bonzini wrote:
> Thanks to all the work that was done by Andy Lutomirski and others,
> enter_from_user_mode and prepare_exit_to_usermode are now called only
> with
> interrupts disabled. Let's provide them a version of
> user_enter/user_exit
> that skips sa
On Mon, 2016-06-20 at 16:58 +0200, Paolo Bonzini wrote:
> Use the functions from context_tracking.h directly.
>
> Cc: Andy Lutomirski
> Cc: Peter Zijlstra
> Cc: Rik van Riel
> Cc: H. Peter Anvin
> Cc: Ingo Molnar
> Cc: Thomas Gleixner
> Signed-off-by: Paolo Bonzini
>
Reviewed-by: Rik van R
On Mon, 2016-06-20 at 16:58 +0200, Paolo Bonzini wrote:
> Make kvm_guest_{enter,exit} and __kvm_guest_{enter,exit} trivial
> wrappers
> around the code in context_tracking.h. Name the context_tracking.h
> functions
> consistently with what those for kernel<->user switch.
>
> Cc: Andy Lutomirski
On Mon, 2016-06-20 at 16:58 +0200, Paolo Bonzini wrote:
> This matches what is already done for prepare_exit_to_usermode,
> and saves about 60 clock cycles (4% speedup) with the benchmark
> in the previous commit message.
>
> Cc: Andy Lutomirski
> Cc: Peter Zijlstra
> Cc: Rik van Riel
> Cc: H.
From: Megha Dey
Herbert wants the sha1-mb algorithm to have an async implementation:
https://lkml.org/lkml/2016/4/5/286.
Currently, sha1-mb uses an async interface for the outer algorithm
and a sync interface for the inner algorithm. This patch introduces
a async interface for even the inner algo
On Mon, 20 Jun 2016, Michal Marek wrote:
> On 2016-05-23 17:18, Julia Lawall wrote:
> >
> >
> > On Mon, 23 May 2016, Yann Droneaud wrote:
> >
> >> Since commit 3ef0e5ba4673 ('slab: introduce kzfree()'),
> >> kfree() is no more the only function to be considered:
> >> kzfree() should be recogn
Hi Arnd,
On Mon, Jun 20, 2016 at 5:43 PM, Arnd Bergmann wrote:
> The newly added support for R8A7792 causes build failures
> because we try to call rcar_gen2_clocks_init but that is not
> built into the kernel:
>
> arch/arm/mach-shmobile/built-in.o: In function `rcar_gen2_timer_init':
> :(.init.t
On Thu, Jun 16, 2016 at 01:17:30PM +0200, Petr Mladek wrote:
> There are situations when we need to modify the delay of a delayed kthread
> work. For example, when the work depends on an event and the initial delay
> means a timeout. Then we want to queue the work immediately when the event
> happe
On 06/20/16 08:49, Stephan Mueller wrote:
> Am Montag, 20. Juni 2016, 11:01:47 schrieb Theodore Ts'o:
>
> Hi Theodore,
>
>>
>> So simply doing chacha20 encryption in a tight loop in the kernel
>> might not be a good proxy for what would actually happen in real life
>> when someone calls getrandom
On Thu, Jun 16, 2016 at 01:17:31PM +0200, Petr Mladek wrote:
> This patch allows to make kthread worker freezable via a new @flags
> parameter. It will allow to avoid an init work in some kthreads.
>
> It currently does not affect the function of kthread_worker_fn()
> but it might help to do some
On 06/20/2016 08:41 PM, Tejun Heo wrote:
> Hello,
>
> Christian, I *think* this should fix it. Can you please verify?
I cannot reliably reproduce the bug :-/,but at least I have not seen
it with this patch and the patch makes sense and matches the traces.
>
> Thanks!
> -- 8< --
> mem_c
On Sun, Jun 12, 2016 at 11:45:57PM +0200, Julia Lawall wrote:
>
>
> On Sun, 12 Jun 2016, Nicolas Palix (LIG) wrote:
>
> > Le 12/06/16 à 21:04, Deepa Dinamani a écrit :
> > > Documentation/coccinelle.txt suggests using the SPFLAGS
> > > make variable to pass additional options to spatch.
> > >
>
On Mon, Jun 20, 2016 at 7:58 AM, Paolo Bonzini wrote:
> Thanks to all the work that was done by Andy Lutomirski and others,
> enter_from_user_mode and prepare_exit_to_usermode are now called only with
> interrupts disabled. Let's provide them a version of user_enter/user_exit
> that skips saving
Em Mon, Jun 20, 2016 at 10:47:19AM +, Wang Nan escreveu:
> An auxiliary evlist is created by perf_evlist__new_aux() using an
> existing evlist as its parent. An auxiliary evlist can have its own
> 'struct perf_mmap', but can't have any other data. User should use its
> parent instead when acces
Dne 14.6.2016 v 07:58 Masahiro Yamada napsal(a):
> The use of config_enabled() against config options is ambiguous.
>
> Now, IS_ENABLED() is implemented purely with macro expansion, so
> let's replace config_enabled() with IS_ENABLED().
>
> Signed-off-by: Masahiro Yamada
I applied the whole ser
701 - 800 of 1165 matches
Mail list logo
