> From: Anson Huang
>
> Some platforms like i.MX8MQ has clock control for this module, need to add
> clock operations to make sure the driver is working properly.
>
> Signed-off-by: Anson Huang
> Reviewed-by: Guido Günther
Reviewed-by: Dong Aisheng
Regards
Aisheng
> From: anson.hu...@nxp.com
> Sent: Tuesday, July 30, 2019 10:21 AM
>
> Use devm_platform_ioremap_resource() instead of of_iomap() to save the
> iounmap() call in error handle path;
>
> Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
Regards
Aisheng
> From: anson.hu...@nxp.com
> Sent: Tuesday, July 30, 2019 10:21 AM
>
> When registering tmu zone failed, the error path should be err_tmu instead of
> err_iomap, as iounmap() needs to be called.
>
> Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
Regards
Aisheng
> From: anson.hu...@nxp.com
> Sent: Tuesday, July 30, 2019 10:21 AM
>
> Some platforms like i.MX8M series SoCs have clock control for TMU, add
> optional clocks property to the binding doc.
>
> Signed-off-by: Anson Huang
> Reviewed-by: Rob Herring
Reviewed-by: Dong Aisheng
Regards
Aisheng
> From: anson.hu...@nxp.com
> Sent: Tuesday, July 30, 2019 10:21 AM
>
> Use __maybe_unused for power management related functions instead of #if
> CONFIG_PM_SLEEP to simply the code.
>
> Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
Regards
Aisheng
From: Song Hui
Update the nodes to include little-endian
property to be consistent with the hardware.
Signed-off-by: Song Hui
---
arch/arm64/boot/dts/freescale/fsl-ls1028a.dtsi | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1028
On 05/08/19 08:55, Anup Patel wrote:
> On Fri, Aug 2, 2019 at 2:33 PM Paolo Bonzini wrote:
>>
>> On 02/08/19 09:47, Anup Patel wrote:
>>> + if (reg_num == KVM_REG_RISCV_CSR_REG(sip))
>>> + kvm_riscv_vcpu_flush_interrupts(vcpu, false);
>>
>> Not updating the vsip CSR here can cause
On Fri, Aug 2, 2019 at 2:33 PM Paolo Bonzini wrote:
>
> On 02/08/19 09:47, Anup Patel wrote:
> > + if (!kvm_riscv_vcpu_has_interrupt(vcpu)) {
>
> This can be kvm_arch_vcpu_runnable instead, since kvm_vcpu_block will
> check it anyway before sleeping.
I think we can skip this check her
On Thu, Aug 1, 2019 at 5:28 PM Tomer Tayar wrote:
>
> Add a meaningful name to the general PSOC application status register
> which better describes its usage in keeping the HW state.
>
> Signed-off-by: Tomer Tayar
> ---
> drivers/misc/habanalabs/goya/goya.c | 4 ++--
> drivers/m
On 05/08/19 09:12, Anup Patel wrote:
> On Fri, Aug 2, 2019 at 2:33 PM Paolo Bonzini wrote:
>>
>> On 02/08/19 09:47, Anup Patel wrote:
>>> + if (!kvm_riscv_vcpu_has_interrupt(vcpu)) {
>>
>> This can be kvm_arch_vcpu_runnable instead, since kvm_vcpu_block will
>> check it anyway before s
Hi Greg,
On Sat, Aug 3, 2019 at 1:36 AM Greg Ungerer wrote:
> On 2/8/19 10:10 am, Finn Thain wrote:
> > Since commit d3b41b6bb49e ("m68k: Dispatch nvram_ops calls to Atari or
> > Mac functions"), Coldfire builds generate compiler warnings due to the
> > unconditional inclusion of asm/atarihw.h an
Hi Peter,
Fifth attempt at the PEBS-via-PT feature. The previous ones were [1], [2],
[3], [4]. This one addresses review comments in patches 1/7 and 2/7, the
tooling patches are intact, but I'm including them anyway.
The PEBS feature: output to Intel PT stream instead of the DS area. It's
theoret
From: Adrian Hunter
Add aux_source attribute flag to match the kernel's perf_event.h file.
Signed-off-by: Adrian Hunter
Signed-off-by: Alexander Shishkin
---
tools/include/uapi/linux/perf_event.h | 3 ++-
tools/perf/util/evsel.c | 1 +
2 files changed, 3 insertions(+), 1 deletio
In some cases, ordinary (non-AUX) events can generate data for AUX events.
For example, PEBS events can come out as records in the Intel PT stream
instead of their usual DS records, if configured to do so.
One requirement for such events is to consistently schedule together, to
ensure that the dat
If PEBS declares ability to output its data to Intel PT stream, use the
aux_source attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate co
From: Adrian Hunter
Add itrace option 'o' to synthesize events recorded in the AUX area due to
the use of perf record's aux-source config term.
Signed-off-by: Adrian Hunter
Signed-off-by: Alexander Shishkin
---
tools/perf/Documentation/itrace.txt | 2 ++
tools/perf/util/auxtrace.c |
From: Adrian Hunter
Document how to select PEBS via Intel PT and how to display synthesized
PEBS samples.
Signed-off-by: Adrian Hunter
Signed-off-by: Alexander Shishkin
---
tools/perf/Documentation/intel-pt.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/tools/perf/Do
From: Adrian Hunter
Process synth_opts.other_events and attr.aux_source to set up for
synthesizing PEBs via Intel PT events.
Signed-off-by: Adrian Hunter
Signed-off-by: Alexander Shishkin
---
tools/perf/arch/x86/util/intel-pt.c | 23 +++
tools/perf/util/intel-pt.c
From: Adrian Hunter
Expose the aux_source attribute flag to the user to configure, by adding a
config term 'aux-source'. For events that support it, selection of
'aux-source' causes the generation of AUX records instead of event records.
This requires that an AUX area event is also provided.
Sig
On Sun, Aug 4, 2019 at 10:03 AM Tomer Tayar wrote:
>
> The patch adds a missing update of the DRAM memory consumption, when a
> context is being torn down without an organized release of the allocated
> memory.
>
> Signed-off-by: Tomer Tayar
> ---
> drivers/misc/habanalabs/memory.c | 2 ++
> 1 f
On 7/8/19 3:52 PM, Arnd Bergmann wrote:
Without CONFIG_OF, we get a build failure in the reboot-mode
implementation:
drivers/power/reset/reboot-mode.c: In function 'reboot_mode_register':
drivers/power/reset/reboot-mode.c:72:2: error: implicit declaration of function
'for_each_property_of_node'
On Mon, Aug 5, 2019 at 12:44 PM Paolo Bonzini wrote:
>
> On 05/08/19 09:12, Anup Patel wrote:
> > On Fri, Aug 2, 2019 at 2:33 PM Paolo Bonzini wrote:
> >>
> >> On 02/08/19 09:47, Anup Patel wrote:
> >>> + if (!kvm_riscv_vcpu_has_interrupt(vcpu)) {
> >>
> >> This can be kvm_arch_vcpu_r
CC Phil
On Sun, Aug 4, 2019 at 5:40 PM Nishka Dasgupta wrote:
> Each iteration of for_each_child_of_node puts the previous node, but in
> the case of a return from the middle of the loop, there is no put, thus
> causing a memory leak. Hence add an of_node_put before the return in
> three places.
On Fri, 2019-08-02 at 10:51 +0200, Stefan Agner wrote:
> On 2019-07-31 16:52, Philippe Schenker wrote:
> > On Wed, 2019-07-31 at 09:56 -0300, Fabio Estevam wrote:
> > > On Wed, Jul 31, 2019 at 9:38 AM Philippe Schenker
> > > wrote:
> > > > From: Stefan Agner
> > > >
> > > > Add pinmuxing and do
From: Song Hui
Update the NXP GPIO node dt-binding file for QorIQ and
Layerscape platforms, and add one more example with
ls1028a GPIO node.
Signed-off-by: Song Hui
---
Documentation/devicetree/bindings/gpio/gpio-mpc8xxx.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/D
Hi,
The subject should be:
"rtc: mt6397: Add support for the MediaTek MT6358 RTC"
On 05/08/2019 13:21:58+0800, Hsin-Hsiung Wang wrote:
> From: Ran Bi
>
> This add support for the MediaTek MT6358 RTC. Driver using
> compatible data to store different RTC_WRTGR address offset.
>
> Review-by: Yi
On 05/08/2019 13:21:57+0800, Hsin-Hsiung Wang wrote:
> From: Ran Bi
>
> Alarm registers high byte was reserved for other functions.
> This add mask in alarm registers operation functions.
> This also fix error condition in interrupt handler.
>
> Fixes: fc2979118f3f ("rtc: mediatek: Add MT6397 RT
On 30.07.19 02:17, Gustavo A. R. Silva wrote:
> Mark switch cases where we are expecting to fall through.
>
> This patch fixes the following warnings (Building: s390):
>
> drivers/s390/net/ctcm_fsms.c: In function ‘ctcmpc_chx_attnbusy’:
> drivers/s390/net/ctcm_fsms.c:1703:6: warning: this stateme
On 19/07/19 1:59 PM, Vignesh Raghavendra wrote:
> On x86_64, when CONFIG_OF is not disabled:
>
> WARNING: unmet direct dependencies detected for MUX_MMIO
> Depends on [n]: MULTIPLEXER [=y] && (OF [=n] || COMPILE_TEST [=n])
> Selected by [y]:
> - HBMC_AM654 [=y] && MTD [=y] && MTD_HYPERBUS
strncmp(str, const, len) is error-prone since the len is
easy to be wrong because of counting error or sizeof(const)
without - 1.
Use the newly introduced str_has_prefix() to substitute
it to make code better.
Signed-off-by: Chuhong Yuan
---
arch/ia64/hp/sim/boot/bootloader.c | 2 +-
arch/ia64/
On 08/05/2019 08:14 AM, Vignesh Raghavendra wrote:
> External E-Mail
>
>
>
> On 31/07/19 2:42 PM, tudor.amba...@microchip.com wrote:
>> From: Boris Brezillon
>>
>> S3AN flashes use a specific opcode to read the status register.
>> We currently use the SPI_S3AN flag to decide whether this spec
hi Ulf
On 7/26/19 11:41 AM, Ludovic BARRE wrote:
hi Ulf
Thanks to your "Clarify comments ..." commit, like is closes
I resumed upstream of this series.
On 7/15/19 6:31 PM, Ulf Hansson wrote:
On Mon, 3 Jun 2019 at 17:55, Ludovic Barre wrote:
From: Ludovic Barre
"busy_detect_flag" is used
On Sat, 3 Aug 2019 11:15:34 +0100
Catalin Marinas wrote:
> On Sat, Aug 03, 2019 at 09:42:12AM +0900, Masami Hiramatsu wrote:
> > On Fri, 2 Aug 2019 07:48:13 +1000
> > Stephen Rothwell wrote:
> > > In commit
> > >
> > > 72de4a283cb1 ("arm64: kprobes: Recover pstate.D in single-step
> > > exce
On 05/08/2019 07:11, Martin Kepplinger wrote:
> ---
[ ... ]
>> +static s64 cpuidle_cooling_runtime(struct cpuidle_cooling_device *idle_cdev)
>> +{
>> +s64 next_wakeup;
>> +unsigned long state = idle_cdev->state;
>> +
>> +/*
>> + * The function should not be called when there is no
On 05.08.19 09:37, Daniel Lezcano wrote:
> On 05/08/2019 07:11, Martin Kepplinger wrote:
>> ---
>
> [ ... ]
>
>>> +static s64 cpuidle_cooling_runtime(struct cpuidle_cooling_device
>>> *idle_cdev)
>>> +{
>>> + s64 next_wakeup;
>>> + unsigned long state = idle_cdev->state;
>>> +
>>> + /*
>>>
On 05/08/2019 08:53, Martin Kepplinger wrote:
[ ... ]
>>> +static s64 cpuidle_cooling_runtime(struct cpuidle_cooling_device
>>> *idle_cdev)
>>> +{
>>> + s64 next_wakeup;
>>> + unsigned long state = idle_cdev->state;
>>> +
>>> + /*
>>> +* The function should not be called when there is
On 05.08.19 09:39, Daniel Lezcano wrote:
> On 05/08/2019 08:53, Martin Kepplinger wrote:
>
> [ ... ]
>
+static s64 cpuidle_cooling_runtime(struct cpuidle_cooling_device
*idle_cdev)
+{
+ s64 next_wakeup;
+ unsigned long state = idle_cdev->state;
+
+ /*
+
On 08/01/2019 09:29 AM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Wed, 31 Jul 2019 09:03:31 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> The goal is to move the quad_enable manufacturer specific init in the
>> nor->manufacturer->fixups->default_init()
>>
>> The legacy/core quad_enab
On Wed, Jul 03, 2019 at 10:14:39AM +, Chester Lin wrote:
> Currently there are two ways to handle ACPI device ejection. When an eject
> event happens on a container, the kernel just sends KOBJ_CHANGE to
> userland and userland should handle offline operation. For other device
> types, acpi_scan
Commit-ID: aaefca8e30d9df7a4ca13c9c8e135dd227b8ff19
Gitweb: https://git.kernel.org/tip/aaefca8e30d9df7a4ca13c9c8e135dd227b8ff19
Author: Tony Luck
AuthorDate: Thu, 18 Jul 2019 11:29:20 -0700
Committer: Borislav Petkov
CommitDate: Mon, 5 Aug 2019 09:34:02 +0200
x86/mce: Don't check for t
On Mon, Aug 5, 2019 at 9:10 AM Nandor Han wrote:
>
> On 7/8/19 3:52 PM, Arnd Bergmann wrote:
> > Without CONFIG_OF, we get a build failure in the reboot-mode
> > implementation:
> >
> > drivers/power/reset/reboot-mode.c: In function 'reboot_mode_register':
> > drivers/power/reset/reboot-mode.c:72:
On Thu, Jul 25, 2019 at 06:39:54PM -0500, Pierre-Louis Bossart wrote:
> Add debugfs file to dump the Cadence master registers
>
> Credits: this patch is based on an earlier internal contribution by
> Vinod Koul, Sanyog Kale, Shreyas Nc and Hardik Shah. The main change
> is the use of scnprintf to
Signed-off-by: merwintf
---
drivers/staging/rtl8188eu/core/rtw_security.c | 525 +++---
1 file changed, 334 insertions(+), 191 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_security.c
b/drivers/staging/rtl8188eu/core/rtw_security.c
index 2f90f60f1681..b9f5ebdae034 100
On 05/08/2019 09:42, Martin Kepplinger wrote:
> On 05.08.19 09:39, Daniel Lezcano wrote:
>> On 05/08/2019 08:53, Martin Kepplinger wrote:
>>
>> [ ... ]
>>
> +static s64 cpuidle_cooling_runtime(struct cpuidle_cooling_device
> *idle_cdev)
> +{
> + s64 next_wakeup;
> + unsigned lo
Nandor Han points out that there might be drivers that can use
the reboot-mode interfaces but might also be usable on configurations
without device tree.
Move the 'depends on OF' dependency into CONFIG_REBOOT_MODE since
that is the only thing that truely has a compile-time dependency
on CONFIG_OF,
On 08/04/2019 05:36 PM, Vignesh Raghavendra wrote:
> External E-Mail
>
>
> Hi Tudor,
>
> On 31-Jul-19 2:33 PM, tudor.amba...@microchip.com wrote:
>> From: Boris Brezillon
>>
>> Move the locking hooks in a separate struct so that we have just
>> one field to update when we change the locking i
Hi,
On 02/08/19 4:51 PM, Anil Varughese wrote:
> Configure CDNS_UFS_REG_HCLKDIV in .hce_enable_notify() instead of
> .setup_clock() because if UFSHCD resets the controller ip because
> of phy or device related errors then CDNS_UFS_REG_HCLKDIV is
> reset to default value and .setup_clock() is not c
On Sun, Aug 04, 2019 at 11:41:59AM -0700, Paul E. McKenney wrote:
> On Sun, Aug 04, 2019 at 04:48:35PM +0200, Peter Zijlstra wrote:
> > On Sun, Aug 04, 2019 at 04:43:17PM +0200, Peter Zijlstra wrote:
> > > On Fri, Aug 02, 2019 at 08:15:01AM -0700, Paul E. McKenney wrote:
> > > > The multi_cpu_stop(
On 7/29/19 7:23 PM, Cong Wang wrote:
> On Mon, Jul 29, 2019 at 1:24 AM Jia-Ju Bai wrote:
>>
>> In dequeue_func(), there is an if statement on line 74 to check whether
>> skb is NULL:
>> if (skb)
>>
>> When skb is NULL, it is used on line 77:
>> prefetch(&skb->end);
>>
>> Thus, a possibl
On Sun, Aug 04, 2019 at 09:19:01PM -0700, Paul E. McKenney wrote:
> On Sun, Aug 04, 2019 at 01:24:46PM -0700, Paul E. McKenney wrote:
> > For whatever it is worth, the things on my list include using 25 rounds
> > of resched_cpu() on each CPU with ten-jiffy wait between each (instead of
> > merely
Dear Sir
We are interested to Purchase your product, i got your contact information
from two of our customers.
Please contact us with the following below:-
- Your minimum order quantity.
- Your FOB Prices and FOB Port.
- Your estimated delivery time.
Please fine attached company details and
On Fri 02-08-19 16:28:25, Masoud Sharbiani wrote:
>
>
> > On Aug 2, 2019, at 12:14 PM, Michal Hocko wrote:
> >
> > On Fri 02-08-19 11:00:55, Masoud Sharbiani wrote:
> >>
> >>
> >>> On Aug 2, 2019, at 7:41 AM, Michal Hocko wrote:
> >>>
> >>> On Fri 02-08-19 07:18:17, Masoud Sharbiani wrote:
On 2019/8/4 上午5:54, Michael S. Tsirkin wrote:
On Thu, Aug 01, 2019 at 04:06:13AM -0400, Jason Wang wrote:
On 2019/8/1 上午2:29, Michael S. Tsirkin wrote:
On Wed, Jul 31, 2019 at 04:46:53AM -0400, Jason Wang wrote:
We used to use RCU to synchronize MMU notifier with worker. This leads
calling s
On Fri, Aug 02, 2019 at 03:16:42PM -0500, Kyle Meyer wrote:
> The variables nr_cpus_onln and max_caches are dynamic alternatives for
> MAX_NR_CPUS and MAX_CACHES as they are initialized at runtime. MAX_NR_CPUS
> is still used by DECLARE_BITMAP() at compile time, however, nr_cpus_onln
> replaces it
Dear friend,
Sorry to invade your privacy through this media. I have bad health
condition and I'm just looking for someone I can trust to lead
a charity work for me. If you are interested, come back to me as
as soon as possible for further explanation.
Thanks for your collaboration
Mrs. Virginie
On 2019/8/5 下午2:28, Michael S. Tsirkin wrote:
On Mon, Aug 05, 2019 at 12:33:45PM +0800, Jason Wang wrote:
On 2019/8/2 下午10:03, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
Btw, I come up another idea, that is to disable preemption when vhost thread
ne
On 2019/8/5 下午2:30, Michael S. Tsirkin wrote:
On Mon, Aug 05, 2019 at 12:36:40PM +0800, Jason Wang wrote:
On 2019/8/2 下午10:27, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 09:46:13AM -0300, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
This must be
On 2019/8/5 下午2:40, Michael S. Tsirkin wrote:
On Mon, Aug 05, 2019 at 12:41:45PM +0800, Jason Wang wrote:
On 2019/8/5 下午12:36, Jason Wang wrote:
On 2019/8/2 下午10:27, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 09:46:13AM -0300, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 05:40:07PM
From: Hubert Feurstein
This adds support for the PTP_SYS_OFFSET_EXTENDED ioctl.
Signed-off-by: Hubert Feurstein
---
drivers/net/dsa/mv88e6xxx/ptp.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/net/dsa/mv88e6xxx/ptp.c b/drivers/net/dsa/mv88e6xxx/ptp.c
pon., 22 lip 2019 o 15:17 Bartosz Golaszewski napisał(a):
>
> From: Bartosz Golaszewski
>
> Sekhar,
>
> the following patches switch DaVinci to using the new clocksource driver which
> is now upstream. They are rebased on top of v5.3-rc1. Additionally the
> following two patches were reverted loc
śr., 3 lip 2019 o 10:48 Bartosz Golaszewski napisał(a):
>
> From: Bartosz Golaszewski
>
> Define a MODULE_ALIAS() in the charger sub-driver for max77650 so that
> the appropriate module gets loaded together with the core mfd driver.
>
> Signed-off-by: Bartosz Golaszewski
> ---
> drivers/power/s
pon., 22 lip 2019 o 15:44 Bartosz Golaszewski napisał(a):
>
> From: Bartosz Golaszewski
>
> This is another small step on the path to liberating davinci from legacy
> GPIO API calls and shrinking the davinci GPIO driver by not having to
> support the base GPIO number anymore.
>
> This time we're
czw., 25 lip 2019 o 16:57 Arnd Bergmann napisał(a):
>
> On Thu, Jul 25, 2019 at 3:13 PM Bartosz Golaszewski wrote:
> >
> > From: Bartosz Golaszewski
> >
> > This series makes DaVinci part of the multiplatform build for ARM v5.
> >
> > First three patches fix build errors spotted and fixed by Arn
On Sun, 4 Aug 2019 at 14:36, Jaafar Ali wrote:
> Dear Krzysztof,
> The sound of Odroid-XU4 after suspend/resume cycle has an issue. As a
> workaround, the I2SMOD register value should be set to zero after resume, the
> i2s_resume function would be:
>
> static int i2s_resume(struct snd_soc_dai *d
On 21.07.2019 14:23, Jiri Olsa wrote:
> hi,
> we have long term goal to separate some of the perf functionality
> into library. This patchset is initial effort on separating some
> of the interface.
>
> Currently only the basic counting interface is exported, it allows
> to:
> - create cpu/thr
On Fri, Aug 02, 2019 at 05:39:23PM +0300, Dmitry Osipenko wrote:
> 02.08.2019 17:05, Peter De Schrijver пишет:
> > On Thu, Jul 25, 2019 at 06:18:32PM +0300, Dmitry Osipenko wrote:
> >> Add regulators coupler for Tegra30 SoCs that performs voltage balancing
> >> of a coupled regulators and thus prov
On Sun, Aug 4, 2019 at 12:40 AM Tri Vo wrote:
>
> On Thu, Aug 1, 2019 at 3:10 PM Rafael J. Wysocki wrote:
> >
> > On Thu, Aug 1, 2019 at 11:45 PM Tri Vo wrote:
> > >
> > > On Thu, Aug 1, 2019 at 1:23 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Tri Vo (2019-08-01 12:50:25)
> > > > > On Wed, J
sob., 3 sie 2019 o 15:34 Ramon Fried napisał(a):
>
> From: Stefan Wahren
>
> The user space like gpioinfo only see the GPIO usage but not the
> MUX usage (e.g. I2C or SPI usage) of a pin. As a user we want to know which
> pin is free/safe to use. So take the MUX usage of strict pinmux controllers
On Fri, Aug 2, 2019 at 9:52 PM Paul Menzel wrote:
>
> Dear Jinpu,
>
>
> On 02.08.19 16:48, Jinpu Wang wrote:
>
> > We found a problem regarding much higher IO latency when running
> > kernel 4.4.131 compare to 4.14.133, tried with latest upstream
> > 5.3-rc2, same result.
> >
> > Reproducer:
> > 1
On Sat, Aug 3, 2019 at 5:00 PM Doug Smythies wrote:
>
> On 2019.08.02 02:28 Rafael J. Wysocki wrote:
> > On Friday, August 2, 2019 11:17:55 AM CEST Rafael J. Wysocki wrote:
> >> On Fri, Aug 2, 2019 at 7:44 AM Viresh Kumar
> >> wrote:
> >>>
> >>> Intel pstate driver exposes min_perf_pct and max_p
On Sun 04-08-19 00:51:18, Tetsuo Handa wrote:
> Masoud, will you try this patch?
>
> By the way, is /sys/fs/cgroup/memory/leaker/memory.usage_in_bytes remains
> non-zero
> despite /sys/fs/cgroup/memory/leaker/tasks became empty due to memcg OOM
> killer expected?
> Deleting big-data-file.bin aft
On 8/3/19 12:39 AM, Mike Kravetz wrote:
> From: Hillf Danton
>
> Address the issue of should_continue_reclaim continuing true too often
> for __GFP_RETRY_MAYFAIL attempts when !nr_reclaimed and nr_scanned.
> This could happen during hugetlb page allocation causing stalls for
> minutes or hours.
>
On Mon, 2019-08-05 at 14:06 +1200, Chris Packham wrote:
> Hi All,
>
> I have a custom board that uses the Freescale/NXP T2080 SoC.
>
> The board boots fine using v4.19.60 but when I use v5.1.21 it locks
> up
> waiting for the other CPUs to come online (earlyprintk output below).
> If I set maxcpu
Hi Andrew,
It looks like some work is still needed in b53_phylink_mac_config to
take over the
functionality of the current adjust_link implementation.
Hubert
Am So., 4. Aug. 2019 um 17:10 Uhr schrieb Andrew Lunn :
>
> On Wed, Jul 31, 2019 at 05:42:39PM +0200, Hubert Feurstein wrote:
> > We have
On Thu, Jul 25, 2019 at 06:40:01PM -0500, Pierre-Louis Bossart wrote:
> Per the hardware documentation, all changes to MCP_CONFIG,
> MCP_CONTROL, MCP_CMDCTRL and MCP_PHYCTRL need to be validated with a
> self-clearing write to MCP_CONFIG_UPDATE.
>
> For some reason, the existing code only does thi
On Wed, 31 Jul 2019, Hans de Goede wrote:
> >>> In delayedwork_callback(), logi_dj_recv_query_paired_devices
> >>> may return positive value while success now, so check it
> >>> correctly.
> >
> >>> Fixes: dbcbabf7da92 ("HID: logitech-dj: fix return value of
> >>> Fixes: logi_dj_recv_query_hidpp_
On Sat, 3 Aug 2019 at 17:47, Shawn Guo wrote:
>
> On Mon, Jul 29, 2019 at 07:20:07PM +0200, Krzysztof Kozlowski wrote:
> > Add support for i.MX6UL modules from Kontron Electronics GmbH (before
> > acquisition: Exceet Electronics) and evalkit boards based on it:
> >
> > 1. N6310 SOM: i.MX6 UL Syste
Hi Jiri,
On 05-08-19 10:51, Jiri Kosina wrote:
On Wed, 31 Jul 2019, Hans de Goede wrote:
In delayedwork_callback(), logi_dj_recv_query_paired_devices
may return positive value while success now, so check it
correctly.
Fixes: dbcbabf7da92 ("HID: logitech-dj: fix return value of
Fixes: logi_d
On 02.08.19 14:12, Uwe Kleine-König wrote:
> On Fri, Aug 02, 2019 at 10:04:10AM +, Schrempf Frieder wrote:
>> From: Frieder Schrempf
>>
>> As it is allowed to use the mctrl_gpio_* functions before
>> initialization (as the 8250 driver does according to 434be0ae7aa7),
>
> Actually I was surpri
On 08/01/2019 07:22 PM, Vignesh Raghavendra wrote:
> External E-Mail
>
>
> spi-mem layer expects all buffers passed to it to be DMA'able. But
> spi-nor layer mostly allocates buffers on stack for reading/writing to
> registers and therefore are not DMA'able. Introduce bounce buffer to be
> used
On Sat, Jul 20, 2019 at 1:59 PM Masahiro Yamada
wrote:
> Add a header include guard just in case.
>
> Signed-off-by: Masahiro Yamada
Patch applied.
Yours,
Linus Walleij
On 04. 08. 19, 16:23, Hillf Danton wrote:
>
> On Tue, 30 Jul 2019 08:08:05 -0700
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit:6789f873 Merge tag 'pm-5.3-rc2' of git://git.kernel.org/pu..
>> git tree: upstream
>> console output: https://syzkaller.appspot.com/x/lo
On Sun, Jul 21, 2019 at 2:53 PM Hennie Muller wrote:
> cpu_to_be16 returns a __be16 value. This does not break anything
> but does cause sparse to generate unnecessary warnings.
>
> Signed-off-by: Hennie Muller
(...)
> - gbmsg->val = cpu_to_be16(dir << offset);
> - gbmsg->mask = cpu
On Sat, 3 Aug 2019 at 17:47, Shawn Guo wrote:
>
> On Mon, Jul 29, 2019 at 07:20:07PM +0200, Krzysztof Kozlowski wrote:
> > Add support for i.MX6UL modules from Kontron Electronics GmbH (before
> > acquisition: Exceet Electronics) and evalkit boards based on it:
> >
> > 1. N6310 SOM: i.MX6 UL Syste
Add documentation for mt6779 uart dt-bindings
Signed-off-by: Mars Cheng
---
.../devicetree/bindings/serial/mtk-uart.txt|1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/serial/mtk-uart.txt
b/Documentation/devicetree/bindings/serial/mtk-uart.txt
ind
Add a helper to check if DMA allocations for a specific device can be
mapped to userspace using dma_mmap_*.
Signed-off-by: Christoph Hellwig
---
include/linux/dma-mapping.h | 5 +
kernel/dma/mapping.c| 23 +++
2 files changed, 28 insertions(+)
diff --git a/inclu
Update binding document for mt6779 reference board
Signed-off-by: Mars Cheng
---
.../devicetree/bindings/arm/mediatek.yaml |4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm/mediatek.yam
From: Wendell Lin
Add MT6779 clock support, include topckgen, apmixedsys,
infracfg, and subsystem clocks.
Signed-off-by: Wendell Lin
---
drivers/clk/mediatek/Kconfig | 56 ++
drivers/clk/mediatek/Makefile |9 +
drivers/clk/mediatek/clk-mt6779-aud.c | 125 +++
drivers
Add devicetree bindings for Mediatek mt6779 SoC Pin Controller.
Signed-off-by: Mars Cheng
Signed-off-by: Andy Teng
---
include/dt-bindings/pinctrl/mt6779-pinfunc.h | 1242 ++
1 file changed, 1242 insertions(+)
create mode 100644 include/dt-bindings/pinctrl/mt6779-pinfun
From: Wendell Lin
This patch adds the binding documentation for
apmixedsys, audiosys, camsys, imgsys, ipesys,
infracfg, mfgcfg, mmsys, topckgen, vdecsys,
and vencsys for Mediatek MT6779.
Signed-off-by: Wendell Lin
---
.../bindings/arm/mediatek/mediatek,apmixedsys.txt |1 +
.../bindings/ar
Provide a pgprot_noncached like all the other nommu ports so that
common code can rely on it being able to be present. Note that this is
generally code that is not actually run on nommu, but at least we can
avoid nasty ifdefs by having a stub.
Signed-off-by: Christoph Hellwig
---
arch/m68k/incl
From: Wendell Lin
Add MT6779 clock dt-bindings, include topckgen, apmixedsys,
infracfg, and subsystem clocks.
Signed-off-by: Wendell Lin
---
include/dt-bindings/clock/mt6779-clk.h | 436
1 file changed, 436 insertions(+)
create mode 100644 include/dt-bindings
Most dma_map_ops instances are IOMMUs that work perfectly fine in 32-bits
of IOVA space, and the generic direct mapping code already provides its
own routines that is intelligent based on the amount of memory actually
present. Wire up the dma-direct routine for the ARM direct mapping code
as well,
Now that we never use a default ->mmap implementation, and non-coherent
architectures can control the presence of ->mmap support by enabling
ARCH_HAS_DMA_COHERENT_TO_PFN for the dma direct implementation there
is no need for a global config option to control the availability
of dma_common_mmap.
Si
This adds MT6779 pinctrl driver based on MediaTek pinctrl-paris core.
Signed-off-by: Mars Cheng
Signed-off-by: Andy Teng
---
drivers/pinctrl/mediatek/Kconfig |7 +
drivers/pinctrl/mediatek/Makefile |1 +
drivers/pinctrl/mediatek/pinctrl-mt6779.c | 775 +
for virtual gpios, they should not do reg setting and
should behave as expected for eint function.
Signed-off-by: Mars Cheng
---
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 20
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.h |1 +
drivers/pinctrl/mediatek/pinct
Add binding documentation of mediatek,sysirq for mt6779 SoC.
Signed-off-by: Mars Cheng
---
.../interrupt-controller/mediatek,sysirq.txt |1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/interrupt-controller/mediatek,sysirq.txt
b/Documentation/device
Hi all,
we have a few places where the DMA mapping layer has non-trivial default
actions that are questionable and/or dangerous.
This series instead wires up the mmap, get_sgtable and get_required_mask
methods explicitly and cleans up some surrounding areas. This also means
we could get rid of t
While the default ->mmap and ->get_sgtable implementations work for the
majority of our dma_map_ops impementations they are inherently safe
for others that don't use the page allocator or CMA and/or use their
own way of remapping not covered by the common code. So remove the
defaults if these meth
this adds initial MT6779 dts settings fo board support,
including cpu, gic, timer, ccf, pinctrl, uart...etc.
Signed-off-by: Mars Cheng
---
arch/arm64/boot/dts/mediatek/Makefile|1 +
arch/arm64/boot/dts/mediatek/mt6779-evb.dtsi | 99 +++
arch/arm64/boot/dts/mediatek/mt6779.d
1 - 100 of 1302 matches
Mail list logo
