From: Esben Haabendal
Make sure to call reinit_completion() before dma is started to avoid race
condition where reinit_completion() is called after complete() and before
wait_for_completion_timeout().
Signed-off-by: Esben Haabendal
Fixes: ce1a78840ff7 ("i2c: imx: add DMA support for freescale i
From: Esben Haabendal
Gives substantial performance improvement for transfers larger than 16
bytes (DMA_THRESHOLD). Smaller transfers are unaffected.
Signed-off-by: Esben Haabendal
---
arch/arm/boot/dts/ls1021a.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/l
From: Esben Haabendal
Always update the stopped state when busy status have been checked.
This is identical to what was done before, with the exception of error
handling.
Without this change, some errors cause the stopped state to be left in
incorrect state in i2c_imx_stop(), i2c_imx_dma_read(),
On Fri 2018-07-06 11:49:51, Steven Rostedt wrote:
> On Fri, 6 Jul 2018 23:42:13 +0900
> Sergey Senozhatsky wrote:
>
> > On (07/06/18 15:47), Arnd Bergmann wrote:
> > [..]
> > > Fixes: bfe80ed3d7c7 ("vsprintf: add command line option
> > > debug_boot_weak_hash")
> >
> > Seems like this one is
On Sunday, July 8, 2018 4:20:17 PM CEST Willy Tarreau wrote:
> Every time I tried to upgrade my laptop from 3.10.x to 4.x I faced an
> issue by which the fan would run at full speed upon resume. Bisecting
> it showed me the issue was introduced in 3.17 by commit 821d6f0359b0
> (ACPI / sleep: Do not
On 04.07.2018 11:05, Johan Hovold wrote:
Do not set the system power-off callback and omap power-off rtc pointer
until we're done setting up our device to avoid leaving stale pointers
around after a late probe error.
Fixes: 97ea1906b3c2 ("rtc: omap: Support ext_wakeup configuration")
Cc: stable
On Mon, Jul 09, 2018 at 11:46:23AM +0200, Rafael J. Wysocki wrote:
> Please resend this one with a CC to linux-a...@vger.kernel.org
Will do, thank you Rafael.
Willy
On Mon, 9 Jul 2018, Peter Zijlstra wrote:
> On Fri, Jul 06, 2018 at 06:13:11PM +0200, Thomas Gleixner wrote:
> > - native_write_msr(msr_kvm_wall_clock, low, high);
> > + wrmsrl(msr_kvm_wall_clock, slow_virt_to_phys(&wall_clock));
>
> Does it matter that you went from an explicit native WRMSR i
Hello Steve,
thank you for your response,
On 07/06/2018 11:24 PM, Steven Rostedt wrote:
> On Fri, 6 Jul 2018 08:22:01 +0200
> Claudio wrote:
>
>> Hello all,
>>
>> I have been experimenting with the idea of leaving ftrace enabled, with
>> sched events,
>> on production systems.
>>
>> The main c
Hi John,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.18-rc4 next-20180709]
[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
On Sat, Jul 07, 2018 at 10:21:47AM +0900, Masahiro Yamada wrote:
> 2018-07-07 1:29 GMT+09:00 Kirill A. Shutemov :
> > On Fri, Jul 06, 2018 at 11:13:02PM +0900, Masahiro Yamada wrote:
> >> >> LDFLAGS is for internal-use.
> >> >> Please do not override it from the command line.
> >> >
> >> > Can we g
syzbot writes:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=178cf50c40
> kernel config: https://syzkaller.appspot.com/x
Per Section 8.4.7.1.3 of ACPI 6.2, The platform provides performance
feedback via set of performance counters. To determine the actual
performance level delivered over time, OSPM may read a set of
performance counters from the Reference Performance Counter Register
and the Delivered Performance Cou
From: root
CHECK: Macro argument reuse 'gdm' - possible side-effects?
convert GDM_TTY_READY to gdm_tty_ready static function
to fix checkpath check
Signed-off-by: Jaya Durga
---
drivers/staging/gdm724x/gdm_tty.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git
When using ACPI node, binding clock devices are
not available as device tree, So clock-frequency
property given in _DSD object of ACPI device is
used to calculate Watchdog rate.
Signed-off-by: Srinath Mannam
---
drivers/watchdog/sp805_wdt.c | 34 ++
1 file changed
On 09/07/18 08:05, Mars Cheng wrote:
> This adds basic chip support for MT6765 SoC.
>
> Signed-off-by: Mars Cheng
> ---
> arch/arm64/boot/dts/mediatek/Makefile |1 +
> arch/arm64/boot/dts/mediatek/mt6765-evb.dts | 33 ++
> arch/arm64/boot/dts/mediatek/mt6765.dtsi| 156
>
On Sun, Jul 08, 2018 at 10:51:03PM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=11d0774840
> kernel
On Mon, Jul 09, 2018 at 01:43:35PM +0800, 裘稀石(稀石) wrote:
> Hi Naoya,
>
> Shall we fix this path too? It also will set hwpoison before
> dissolve_free_huge_page().
>
> soft_offline_huge_page
> migrate_pages
> unmap_and_move_huge_page
> if (reason == MR_MEMORY_FAILURE && !t
Hi!
> > grep in /sys produces a nasty oops:
> >
> > I guess next step is trying to find out which file that is..
>
> Let me see...
>
> openat(6, "suspend",
> O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE|O_NOFOLLOW) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> read(4, 0x4d2000, 327
On 9 July 2018 at 17:41, Srinivas Kandagatla
wrote:
>
>
> On 09/07/18 10:26, Baolin Wang wrote:
>>
>> Hi Srinivas,
>>
>> On 25 June 2018 at 14:31, Baolin Wang wrote:
>>>
>>> From: Freeman Liu
>>>
>>> This patch add the efuse driver which is embeded in Spreadtrum SC27XX
>>> series PMICs. The sc27x
Hi Michal,
On 2018-07-02 15:32, Michal Hocko wrote:
> On Mon 02-07-18 15:23:34, Marek Szyprowski wrote:
>> On 2018-06-13 15:39, Michal Hocko wrote:
>>> On Wed 13-06-18 05:55:46, Christoph Hellwig wrote:
On Wed, Jun 13, 2018 at 02:40:00PM +0200, Marek Szyprowski wrote:
> It is not only the
Hi Christoph,
On 2018-07-02 15:30, Christoph Hellwig wrote:
> On Mon, Jul 02, 2018 at 03:23:34PM +0200, Marek Szyprowski wrote:
>> What about clearing the allocated buffer? Should it be another bool
>> parameter,
>> done unconditionally or moved to the callers?
> Please keep it in the callers. I
* Pavel Machek [180708 19:40]:
> Ok, so it seems to be:
>
> user@devuan:~$ cat /sys/kernel/debug/pm_debug/count
> (oops).
>
> The file seems to be world-readable.
>
> user@devuan:~$ ls -al /sys/kernel/debug/pm_debug/count
> -r--r--r-- 1 root root 0 Jan 1 1970 /sys/kernel/debug/pm_debug/count
On Mon, Jul 09, 2018 at 03:30:20PM +0530, Jaya Durga wrote:
> From: root
Please send the patch to yourself first and make sure it's right. Then
resend to the list.
>
> CHECK: Macro argument reuse 'gdm' - possible side-effects?
>
> convert GDM_TTY_READY to gdm_tty_ready static function
> to fi
On 06-07-18, 11:55, Guodong Xu wrote:
> From: Li Yu
>
> Add optional property hisilicon,dma-min-chan for k3dma.
>
> Signed-off-by: Li Yu
> Signed-off-by: Guodong Xu
> ---
> Documentation/devicetree/bindings/dma/k3dma.txt | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/Document
Hi Roy,
Couple of comments inline.
On 05.07.2018 22:41, Roy Pledge wrote:
> Move the NXP DPIO (Datapath I/O Driver) out of the
> drivers/staging directory and into the drivers/soc/fsl directory.
>
> The DPIO driver enables access to Queue and Buffer Manager (QBMAN)
> hardware on NXP DPAA2 device
2018-07-09 19:10 GMT+09:00 Kirill A. Shutemov :
> On Sat, Jul 07, 2018 at 10:21:47AM +0900, Masahiro Yamada wrote:
>> 2018-07-07 1:29 GMT+09:00 Kirill A. Shutemov :
>> > On Fri, Jul 06, 2018 at 11:13:02PM +0900, Masahiro Yamada wrote:
>> >> >> LDFLAGS is for internal-use.
>> >> >> Please do not ove
Ping
> -Original Message-
> From: Manish Narani
> Sent: Thursday, June 21, 2018 6:25 PM
> To: Adrian Hunter ; robh...@kernel.org;
> catalin.mari...@arm.com; will.dea...@arm.com; m...@kernel.org;
> stefan.krsmano...@aggios.com; linux-arm-ker...@lists.infradead.org; linux-
> ker...@vger.kern
On Mon, Jul 09, 2018 at 04:45:35PM +0800, Yandong.Zhao wrote:
> From: Yandong Zhao
>
> may_use_simd() can be called in any case and access kernel_neon_busy,
> for example: BUG_ON(!may_use_simd()). This patch ensures that
> migration will not occur during program access to kernel_neon_busy.
>
>
On Mon, Jul 09, 2018 at 10:18:55AM +0100, David Woodhouse wrote:
> > Which seems like an entirely reasonable amount of time to kick a task.
> > Not scheduling for a second is like an eternity.
>
> If that is our only "fix" for KVM, then wouldn't that mean that things
> like expand_fdtable() would
Thanks Vinod for reviewing.
On 7/9/2018 1:18 PM, Vinod wrote:
On 06-07-18, 15:13, Rohit kumar wrote:
+static void sdm845_init_supplies(struct device *dev)
+{
+ struct snd_soc_card *card = dev_get_drvdata(dev);
+ struct sdm845_snd_data *data = snd_soc_card_get_drvdata(card);
+
+
On Thu, Jul 05, 2018 at 09:58:50PM +0800, xunlei wrote:
> It is rtime < utime + stime, that is the imprecise tick-based run time
> may be larger than precise sum_exec_runtime scheduler-based run time, it
> can happen with some frequent run-sleep patterns.
You're still comparing two values that sho
On Mon, Jul 9, 2018 at 12:15 PM, Kirill A. Shutemov
wrote:
> On Sun, Jul 08, 2018 at 10:51:03PM -0700, syzbot wrote:
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
>> git tree: upstream
>> console output
On Mon, Jul 09, 2018 at 01:52:38PM +0800, Xunlei Pang wrote:
> Please see the enclosure for the reproducer cputime_adjust.tgz
No, I'm not going to reverse engineer something if you cannot even
explain what the problem is.
Hi!
> > > grep in /sys produces a nasty oops:
> > >
> > > I guess next step is trying to find out which file that is..
> >
> > Let me see...
> >
> > openat(6, "suspend",
> > O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE|O_NOFOLLOW) = 4
> > fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> > r
On Mon, Jul 9, 2018 at 12:48 PM, Dmitry Vyukov wrote:
> On Mon, Jul 9, 2018 at 12:15 PM, Kirill A. Shutemov
> wrote:
>> On Sun, Jul 08, 2018 at 10:51:03PM -0700, syzbot wrote:
>>> Hello,
>>>
>>> syzbot found the following crash on:
>>>
>>> HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixe
On Mon, 2018-07-09 at 12:44 +0200, Peter Zijlstra wrote:
> On Mon, Jul 09, 2018 at 10:18:55AM +0100, David Woodhouse wrote:
> >
> > >
> > > Which seems like an entirely reasonable amount of time to kick a task.
> > > Not scheduling for a second is like an eternity.
> >
> > If that is our only "fi
Hi Akashi,
On 09/07/18 01:07, AKASHI Takahiro wrote:
> Patch#2 and #3 addresses kdump case. Ard's patch [4] needs to be applied
> preliminarily.
I missed this, and was then surprised by [0], when I tested kdump.
Could you re-post this with all the dependencies in the series? These changes
need t
Some of the comments in the kernel events code use articles incorrectly,
using 'a' for words beginning with a vowel sound, where 'an' should be
used.
Signed-off-by: Tobias Tefke
---
kernel/events/core.c| 16
kernel/events/uprobes.c | 6 +++---
2 files changed, 11 insertions
The dictionaries are attached to the parameter tuple that steals
the references and takes care of releasing them when appropriate.
The code should not decrement the reference counts explicitly.
E.g. if libpython has been built with reference debugging enabled,
the superfluous DECREFs will trigger t
On Mon, Jul 9, 2018 at 12:11 PM, Alexander Shishkin
wrote:
> syzbot writes:
>
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
>> git tree: upstream
>> console output: https://syzkaller.appspot.com/x/log.
On Mon, Jul 09, 2018 at 11:56:41AM +0100, David Woodhouse wrote:
> > But either proposal is exactly the same in this respect. The whole
> > rcu_urgent_qs thing won't be set any earlier either.
>
> Er Marius, our latencies in expand_fdtable() definitely went from
> ~10s to well below one secon
On Mon 2018-07-09 03:33:05, Tony Lindgren wrote:
> * Pavel Machek [180708 19:40]:
> > Ok, so it seems to be:
> >
> > user@devuan:~$ cat /sys/kernel/debug/pm_debug/count
> > (oops).
> >
> > The file seems to be world-readable.
> >
> > user@devuan:~$ ls -al /sys/kernel/debug/pm_debug/count
> > -r
On Tue, Jul 3, 2018 at 1:00 AM Douglas Anderson wrote:
> The pinconf_generic_dump_one() function makes the assumption that
> pin_config_group_get() should return -EINVAL and -ENOTSUPP just like
> pin_config_get() does. Document that so it's more obvious.
>
> Signed-off-by: Douglas Anderson
Pat
On Mon 2018-07-09 03:33:05, Tony Lindgren wrote:
> * Pavel Machek [180708 19:40]:
> > Ok, so it seems to be:
> >
> > user@devuan:~$ cat /sys/kernel/debug/pm_debug/count
> > (oops).
> >
> > The file seems to be world-readable.
> >
> > user@devuan:~$ ls -al /sys/kernel/debug/pm_debug/count
> > -r
On Mon, 2018-07-09 at 13:06 +0200, Peter Zijlstra wrote:
> On Mon, Jul 09, 2018 at 11:56:41AM +0100, David Woodhouse wrote:
>
> >
> > >
> > > But either proposal is exactly the same in this respect. The whole
> > > rcu_urgent_qs thing won't be set any earlier either.
> > Er Marius, our laten
On Fri, Jul 06, 2018 at 03:13:13PM +0530, Rohit kumar wrote:
> @@ -0,0 +1,390 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (c) 2018, The Linux Foundation. All rights reserved.
> + */
Please make the entire comment block a C++ comment, it makes it look
more intentional.
> +stat
On Thu 05-07-18 21:20:28, ufo19890...@gmail.com wrote:
[...]
> @@ -421,15 +421,20 @@ static void dump_tasks(struct mem_cgroup *memcg, const
> nodemask_t *nodemask)
>
> static void dump_header(struct oom_control *oc, struct task_struct *p)
> {
> - pr_warn("%s invoked oom-killer: gfp_mask=%#
Hi!
On Mon 2018-07-09 03:33:05, Tony Lindgren wrote:
> * Pavel Machek [180708 19:40]:
> > Ok, so it seems to be:
> >
> > user@devuan:~$ cat /sys/kernel/debug/pm_debug/count
> > (oops).
> >
> > The file seems to be world-readable.
> >
> > user@devuan:~$ ls -al /sys/kernel/debug/pm_debug/count
>
The patch
regulator: max8997: clean up a condition in max8997_list_voltage()
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in
From: root
CHECK: Macro argument reuse 'gdm' - possible side-effects?
convert GDM_TTY_READY to gdm_tty_ready static function
to fix checkpath check
Signed-off-by: Jaya Durga
---
drivers/staging/gdm724x/gdm_tty.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git
On Tue, Jul 3, 2018 at 1:00 AM Douglas Anderson wrote:
> If you do this on an sdm845 board:
> grep "" /sys/kernel/debug/pinctrl/*spmi:pmic*/pinconf-groups
>
> ...it looks like nonsense. For every pin you see listed:
> input bias disabled, input bias high impedance, input bias pull down, inpu
On Tue, Jul 3, 2018 at 1:00 AM Douglas Anderson wrote:
> If you do this on an sdm845 board:
> cat /sys/kernel/debug/pinctrl/340.pinctrl/pinconf-groups
>
> ...it looks like nonsense. For every pin you see listed:
> input bias bus hold, input bias disabled, input bias pull down, input bias
On Tue, Jul 3, 2018 at 8:09 AM Stephen Boyd wrote:
> > Fixes: eadff3024472 ("pinctrl: Qualcomm SPMI PMIC GPIO pin controller
> > driver")
> > Signed-off-by: Douglas Anderson
>
> We should fix the ssbi-gpio/mpp and spmi-mpp drivers too. All those
> drivers are designed on the same buggy original
On Wed, Jul 04, 2018 at 12:30:33PM +0530, Vinod wrote:
> > Existing clients of dma_get_slave_caps() have been checked and the only
> > driver which rely on proper channel resuming is soc-generic-dmaengine-pcm
> > driver, which has been updated to check the newly added capability.
> > Existing 'cmd
Dear All,
On 2018-07-05 19:55, Mark Brown wrote:
> The patch
>
> regulator: core: Link consumer with regulator driver
>
> has been applied to the regulator tree at
>
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
>
> All being well this means that it will be integr
The subject is not informative. What is the information?
Add oom victim's memmcg to the oom context information
On Thu 05-07-18 21:20:29, ufo19890...@gmail.com wrote:
> From: yuzhoujian
>
> The current oom report doesn't display victim's memcg context during the
> global OOM situation. While thi
Hi Kishon,
Thank you for your comments.
On Mon, 9 Jul 2018 10:49:50 +0530 wrote:
> Hi,
>
> On Friday 29 June 2018 02:08 PM, Kunihiko Hayashi wrote:
> > Add a driver for PHY interface built into USB3 controller
> > implemented in UniPhier SoCs.
> > This driver supports High-Speed PHY and Super-S
On Fri, Jul 06, 2018 at 05:39:00PM +0100, Suzuki K Poulose wrote:
> On 07/06/2018 04:09 PM, Marc Zyngier wrote:
> >On 06/07/18 14:49, Suzuki K Poulose wrote:
> >>On 04/07/18 23:03, Suzuki K Poulose wrote:
> >>>On 07/04/2018 04:51 PM, Will Deacon wrote:
> Hi Suzuki,
>
> On Fri, Jun 29,
On Mon, 2018-07-09 at 12:49 +0200, Pavel Machek wrote:
> Hi!
>
> > > > grep in /sys produces a nasty oops:
> > > >
> > > > I guess next step is trying to find out which file that is..
> > >
> > > Let me see...
> > >
> > > openat(6, "suspend",
> > > O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE|O_NOF
On Wed, Jul 4, 2018 at 3:18 AM, Matthias Kaehlcke wrote:
> Hi,
>
> On Mon, Jul 02, 2018 at 06:14:09PM +0530, Amit Kucheria wrote:
>> SDM845 has two tsens blocks, one with 13 sensors and the other with 8
>> sensors.
>>
>> Signed-off-by: Amit Kucheria
>> ---
>> arch/arm64/boot/dts/qcom/sdm845.dtsi
On Fri, Jul 6, 2018 at 11:01 PM, Stephen Boyd wrote:
> Quoting Amit Kucheria (2018-07-02 05:44:09)
>> SDM845 has two tsens blocks, one with 13 sensors and the other with 8
>> sensors.
>>
>> Signed-off-by: Amit Kucheria
>> ---
>> arch/arm64/boot/dts/qcom/sdm845.dtsi | 16
>> 1 fi
The patch
ASoC: pxa: make SND_PXA_SOC_SSP depend on PLAT_PXA
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and se
This series is a mixed bag:
- Some code moves to allow code sharing between different SoCs with v2 of
the TSENS IP,
- a generic qcom,tsens-v2 property as a fallback compatible for all v2.x.y
platforms,
- new platform support (sdm845)
- a cleanup patch and
- a DT change to have a common way to d
There are two banks of registers for v2 TSENS IPs: SROT and TM. On older
SoCs these were contiguous, leading to DTs mapping them as one register
address space of size 0x2000. In newer SoCs, these two banks are not
contiguous anymore.
Fixing old DTs to split the address space into allows us to have
status_field and trdy are unused in any of the tsens drivers. Remove them.
Signed-off-by: Amit Kucheria
Reviewed-by: Bjorn Andersson
Acked-by: Rajendra Nayak
---
drivers/thermal/qcom/tsens.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/thermal/qcom/tsens.h b/drivers/thermal/qco
The TSENS block inside the 8996 is internally classified as version 2 of
the IP. Several other SoC families use this block and can share this code.
We rename get_temp() to reflect that it can be used across the v2 family.
Signed-off-by: Amit Kucheria
---
drivers/thermal/qcom/Makefile
We want to create common code for v2 of the TSENS IP block that is used in
a large number of Qualcomm SoCs. "qcom,tsens-v2" should be able to handle
most of the common functionality start with a common get_temp() function.
It is also necessary to split out the memory regions for the TM and SROT
re
We also split up the regmap address space into two, one for the TM
registers, the other for the SROT registers. This was required to deal with
different address offsets for the TM and SROT registers across different
SoC families.
Since tsens-common.c/init_common() currently only registers one addr
SDM845 has two tsens blocks, one with 13 sensors and the other with 8
sensors. It uses version 2 of the TSENS IP, so use the fallback property to
allow more common code.
Signed-off-by: Amit Kucheria
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 16
1 file changed, 16 insertions(+)
SDM845 uses v2 of the TSENS IP block but the get_temp() function
appears to be identical across v2.x.y in code seen so far. We use the
generic get_temp() function defined as part of ops_generic_v2.
Signed-off-by: Amit Kucheria
---
drivers/thermal/qcom/tsens-v2.c | 6 +-
drivers/thermal/qcom/
On Mon, Jul 2, 2018 at 11:23 PM, Eduardo Valentin wrote:
> On Mon, Jul 02, 2018 at 06:14:03PM +0530, Amit Kucheria wrote:
>> This series is a mixed bag:
>> - Some code moves to allow code sharing between various v2.x.y versions of
>> the TSENS IP,
>> - new qcom,tsens-v2.4.0 DT property for SDM84
On 9 July 2018 at 08:47, Hongjie Fang wrote:
> mmc_select_hs400es() calls mmc_select_bus_width() which will try to
> set 4bit transfer mode if fail to set 8bit mode. The problem is that
> the bus width should not be set to 4bit in HS400es mode.
I guess it fails because there is something wrong. C
On 5 July 2018 at 16:22, Stefan Agner wrote:
> On 05.07.2018 15:10, Ulf Hansson wrote:
>> On 4 July 2018 at 17:07, Stefan Agner wrote:
>>> If pinctrl nodes for 100/200MHz are missing, the controller should
>>> not select any mode which need signal frequencies 100MHz or higher.
>>> To prevent such
Hi Andrew,
On Fri, Jul 06, 2018 at 05:30:49PM -0700, Andrew Morton wrote:
> On Tue, 19 Jun 2018 13:53:08 +0100 Will Deacon wrote:
>
> > In preparation for implementing the asm-generic atomic bitops in terms
> > of atomic_long_*, we need to prevent asm/atomic.h implementations from
> > pulling in
On Mon, Jul 09, 2018 at 12:12:15PM +0100, David Woodhouse wrote:
> On Mon, 2018-07-09 at 13:06 +0200, Peter Zijlstra wrote:
> > On Mon, Jul 09, 2018 at 11:56:41AM +0100, David Woodhouse wrote:
> > > > But either proposal is exactly the same in this respect. The whole
> > > > rcu_urgent_qs thing wo
On 6 July 2018 at 09:19, Jisheng Zhang wrote:
> Add support for Synopsys SDHCI compatible DesignWare Cores Mobile
> Storage Host Controller which can support eMMC/SD/SDIO.
>
> Since v1:
> - move the dt bindings into a separate patch
>
> Jisheng Zhang (2):
> dt: bindings: Add bindings for SDHCI
On 09/07/2018 11:05, Peter Zijlstra wrote:
> On Fri, Jul 06, 2018 at 06:13:11PM +0200, Thomas Gleixner wrote:
>> -native_write_msr(msr_kvm_wall_clock, low, high);
>> +wrmsrl(msr_kvm_wall_clock, slow_virt_to_phys(&wall_clock));
> Does it matter that you went from an explicit native WRMSR ins
On 06-07-18, 06:47, Gustavo A. R. Silva wrote:
> Hi Vinod,
>
> On 07/06/2018 12:56 AM, Vinod wrote:
> > On 02-07-18, 13:06, Gustavo A. R. Silva wrote:
> >> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> >> where we are expecting to fall through.
> >>
> >> Signed-off-by: Gus
Hello,
syzbot found the following crash on:
HEAD commit:d00d6d9a339d Add linux-next specific files for 20180709
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=10ad496840
kernel config: https://syzkaller.appspot.com/x/.config?x=94fe2b586beccacd
>
> On Wed, Jul 04, 2018 at 12:34:49PM +0300, Dan Carpenter wrote:
> > We accidentally removed the check for negative returns without
> > considering the issue of type promotion. The "if_version_length"
> > variable is type size_t so if __mei_cl_recv() returns a negative then
> > "bytes_recv" is
On Mon, Jul 9, 2018 at 4:57 PM, Amit Kucheria wrote:
> SDM845 has two tsens blocks, one with 13 sensors and the other with 8
> sensors. It uses version 2 of the TSENS IP, so use the fallback property to
> allow more common code.
>
> Signed-off-by: Amit Kucheria
> ---
> arch/arm64/boot/dts/qcom/s
On 3 July 2018 at 09:54, Rafael J. Wysocki wrote:
> On Tue, Jul 3, 2018 at 7:44 AM, Ulf Hansson wrote:
>> Rafael,
>>
>> On 20 June 2018 at 19:22, Ulf Hansson wrote:
>>> Changes in v8:
>>> - Added some tags for reviews and acks.
>>> - Cleanup timer patch (patch6) according to comments from Rafa
Also, you really should be sending this as a [PATCH v3] with a note
under the --- cut off that says "V3: fix From header, and indenting"
Google for how to send a v2 patch.
regards,
dan carpenter
This series is a mixed bag:
- Some code moves to allow code sharing between different SoCs with v2 of
the TSENS IP,
- a generic qcom,tsens-v2 property as a fallback compatible for all v2.x.y
platforms,
- new platform support (sdm845)
- a cleanup patch and
- a DT change to have a common way to d
status_field and trdy are unused in any of the tsens drivers. Remove them.
Signed-off-by: Amit Kucheria
Reviewed-by: Bjorn Andersson
Acked-by: Rajendra Nayak
---
drivers/thermal/qcom/tsens.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/thermal/qcom/tsens.h b/drivers/thermal/qco
There are two banks of registers for v2 TSENS IPs: SROT and TM. On older
SoCs these were contiguous, leading to DTs mapping them as one register
address space of size 0x2000. In newer SoCs, these two banks are not
contiguous anymore.
Fixing old DTs to split the address space into allows us to have
The TSENS block inside the 8996 is internally classified as version 2 of
the IP. Several other SoC families use this block and can share this code.
We rename get_temp() to reflect that it can be used across the v2 family.
Signed-off-by: Amit Kucheria
---
drivers/thermal/qcom/Makefile
SDM845 has two tsens blocks, one with 13 sensors and the other with 8
sensors. It uses version 2 of the TSENS IP, so use the fallback property to
allow more common code.
Signed-off-by: Amit Kucheria
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 16
1 file changed, 16 insertions(+)
We want to create common code for v2 of the TSENS IP block that is used in
a large number of Qualcomm SoCs. "qcom,tsens-v2" should be able to handle
most of the common functionality start with a common get_temp() function.
It is also necessary to split out the memory regions for the TM and SROT
re
We also split up the regmap address space into two, one for the TM
registers, the other for the SROT registers. This was required to deal with
different address offsets for the TM and SROT registers across different
SoC families.
Since tsens-common.c/init_common() currently only registers one addr
SDM845 uses v2 of the TSENS IP block but the get_temp() function
appears to be identical across v2.x.y in code seen so far. We use the
generic get_temp() function defined as part of ops_generic_v2.
Signed-off-by: Amit Kucheria
---
drivers/thermal/qcom/tsens-v2.c | 6 +-
drivers/thermal/qcom/
On Wed 2018-06-27 17:06:41, Petr Mladek wrote:
> On Tue 2018-06-26 10:39:59, Steven Rostedt wrote:
> > This looks fine. For proper history though, what I do in this case,
> > would be to make this into two patches. One with Namit's original
> > patch, and then a second that removes the code duplica
Dirk Gouders writes:
> Dirk Gouders writes:
>
>> Masahiro Yamada writes:
>>
>>> syncconfig updates the .config only when sym_change_count > 0, i.e.
>>> any change in config symbols has been detected.
>>>
>>> Not only symbols but also comments are contained in the .config file.
>>> If only comme
On Monday, 9 July 2018 03:00:17 MSK Stephen Boyd wrote:
> Quoting Dmitry Osipenko (2018-06-17 07:55:37)
>
> > Kernel should never gate the EMC clock as it causes immediate lockup, so
> > removing clk-gate functionality doesn't affect anything. Turning EMC clk
> > gate into divider allows to implem
Hi Bo,
On 06/07/18 17:27, Bo Yan wrote:
Hi Robin, Luke,
Recently I bumped into an error when running GCC undefined behavior
sanitizer:
UBSAN: Undefined behaviour in
kernel-4.9/arch/arm64/include/asm/checksum.h:34:6
load of misaligned address ffc198c8b254 for type 'const
__int12
Hello,
syzbot found the following crash on:
HEAD commit:7f93d1295131 Merge git://git.kernel.org/pub/scm/linux/kern..
git tree: bpf
console output: https://syzkaller.appspot.com/x/log.txt?x=11bc56d040
kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86
dashboa
On 07/09/2018 04:25 AM, joakim.mis...@gmail.com wrote:
> From: Joakim Misund
>
> Issue:
> Currently TCP stack does not check for a destination specific CC before
> responding to a syn with a syn/ack.
> The system wide default CC is used. If the default CC does not need ECN, but
> the destina
On Mon, Jul 09, 2018 at 04:27:58PM +0530, Jaya Durga wrote:
> From: root
Again, wrong address :(
On Wed, Jun 27, 2018 at 1:49 PM Paul Cercueil wrote:
> The .gpio_set_direction() callback was setting inverted direction
> for SoCs older than the JZ4770, this restores the correct behaviour.
>
> Signed-off-by: Paul Cercueil
As you pointed out that this was an important fix I picked it
out and
101 - 200 of 801 matches
Mail list logo
