On Wed, Aug 28, 2019 at 05:12:00PM +0800, Brad Campbell wrote:
> On 28/8/19 3:33 pm, Mika Westerberg wrote:
> > On Wed, Aug 28, 2019 at 03:09:07PM +0800, Brad Campbell wrote:
> > > G'day All,
> >
> > Hi,
> >
> > > 5.2 is the first kernel that ha/thunderbolt
>
> s allowed me to use 2 Apple
Adds secondary SPI flash chip into dts for vesnin.
Signed-off-by: Ivan Mikhaylov
---
arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts
b/arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts
index
The option for the ast2400/2500 to get access to CS0 at runtime.
Signed-off-by: Ivan Mikhaylov
---
.../ABI/testing/sysfs-class-watchdog | 34 +++
1 file changed, 34 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-class-watchdog
Adds wdt2 section with 'alt-boot' option into dts for vesnin.
Signed-off-by: Ivan Mikhaylov
---
arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts
b/arch/arm/boot/dts/aspeed-bmc-opp-vesnin.dts
index
Set WDT_CLEAR_TIMEOUT_AND_BOOT_CODE_SELECTION into WDT_CLEAR_TIMEOUT_STATUS
to clear out boot code source and re-enable access to the primary SPI flash
chip while booted via wdt2 from the alternate chip.
AST2400 datasheet says:
"In the 2nd flash booting mode, all the address mapping to CS0# would
On 2019-08-27, Petr Mladek wrote:
>> --- /dev/null
>> +++ b/kernel/printk/numlist.c
>> +void numlist_push(struct numlist *nl, struct nl_node *n, unsigned long
>> id)
>> +{
>> > [...]
>> +
>> +/* bB: #1 */
>> +head_id = atomic_long_read(>head_id);
On 26/08/2019 10:26, Vincent Guittot wrote:
[...]
>>> busiest group.
>>> - calculate_imbalance() decides what have to be moved.
>>
>> That's nothing new, isn't it? I think what you mean there is that the
>
> There is 2 things:
> -part of the algorithm is new and fixes wrong task placement
>
On 28/08/2019 11:11, Weiyi Lu wrote:
> Put bus protection enable and disable control in separate functions.
>
> Signed-off-by: Weiyi Lu
Applied to v5.4-next/soc
Thanks!
> ---
> drivers/soc/mediatek/mtk-scpsys.c | 44
> ++-
> 1 file changed, 30
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 41cfe2a2a7f4fad5647031ad3a1da166452b5437
Gitweb:
https://git.kernel.org/tip/41cfe2a2a7f4fad5647031ad3a1da166452b5437
Author:Tianyu Lan
AuthorDate:Wed, 28 Aug 2019 16:07:47 +08:00
64bit !COMPAT does not build because the llseek syscall is in the tables.
Signed-off-by: Michal Suchanek
---
fs/read_write.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/read_write.c b/fs/read_write.c
index 5bbf587f5bc1..9db56931eb26 100644
--- a/fs/read_write.c
+++ b/fs/read_write.c
There are numerous references to 32bit functions in generic and 64bit
code so ifdef them out.
Signed-off-by: Michal Suchanek
---
v2:
- fix 32bit ifdef condition in signal.c
- simplify the compat ifdef condition in vdso.c - 64bit is redundant
- simplify the compat ifdef condition in callchain.c -
With endian switch disabled by default the ppc64le compat supports
ppc32le only which is something next to nobody has binaries for.
Less code means less bugs so drop the compat stuff.
I am not particularly sure about the best way to resolve the llseek
situation. I don't see anything in the
ppc32le was never really a thing. Endian swap is already disabled by
default so this 32bit support is kind of useless on ppc64le.
Signed-off-by: Michal Suchanek
---
arch/powerpc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/Kconfig
These functions are required for 64bit as well.
Signed-off-by: Michal Suchanek
---
arch/powerpc/kernel/signal.c| 141
arch/powerpc/kernel/signal_32.c | 140 ---
2 files changed, 141 insertions(+), 140 deletions(-)
diff --git
On Tue 2019-08-27 15:30:30, Thomas Gleixner wrote:
> On Tue, 27 Aug 2019, Pavel Machek wrote:
>
> > On Tue 2019-08-27 09:50:51, Greg Kroah-Hartman wrote:
> > > From: Tom Lendacky
> > >
> > > commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
> > >
> > > There have been reports of RDRAND
Hello Bjorn,
Thank you for the feedback.
[...]
+// SPDX-License-Identifier: GPL-2.0
/*
* This file is subject to the terms and conditions of the GNU
General Public
* License. See the file "COPYING" in the main directory of this
archive
You can remove this license text at the same
On Wed 28-08-19 19:12:41, Tetsuo Handa wrote:
> On 2019/08/28 16:08, Michal Hocko wrote:
> > On Tue 27-08-19 19:47:22, Edward Chron wrote:
> >> For production systems installing and updating EBPF scripts may someday
> >> be very common, but I wonder how data center managers feel about it now?
> >>
On Tue, 27 Aug 2019 at 17:06, Russell King - ARM Linux admin
wrote:
>
> On Tue, Aug 27, 2019 at 03:52:17PM +0100, Russell King - ARM Linux admin
> wrote:
> > On Tue, Aug 27, 2019 at 03:36:34PM +0100, Russell King - ARM Linux admin
> > wrote:
> > > On Tue, Aug 27, 2019 at 03:55:23PM +0200, Ulf
From: Tudor Ambarus
We already pass a pointer to nor, we can obtain the sector_size
by dereferencing it.
Signed-off-by: Tudor Ambarus
---
drivers/mtd/spi-nor/spi-nor.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.c
On 8/28/19 10:48, Srinivas Kandagatla wrote:
>
>
> On 28/08/2019 08:50, Jorge Ramirez wrote:
>> On 8/27/19 23:45, Srinivas Kandagatla wrote:
>>> On 23/08/2019 16:23, Jorge Ramirez-Ortiz wrote:
can you add me as a co-author to this patch please?
>>> No problem I can do that if you feel so!
On 28/8/19 6:23 pm, Mika Westerberg wrote:
On Wed, Aug 28, 2019 at 05:12:00PM +0800, Brad Campbell wrote:
Apart from the warning in the log (which is not fatal, I'll look into
it) to me the second path setup looks fine.
Can you do one more experiment? Boot the system up without anything
On Fri, Aug 23, 2019 at 11:45:26AM +0800, Hsin-Hsiung Wang wrote:
> + pmic {
> + compatible = "mediatek,mt6358";
> +
> + mt6358regulator: mt6358regulator {
> + compatible = "mediatek,mt6358-regulator";
This still lists the subnode compatible string
On Fri, Aug 23, 2019 at 11:45:28AM +0800, Hsin-Hsiung Wang wrote:
> The MT6358 is a regulator found on boards based on MediaTek MT8183 and
> probably other SoCs. It is a so called pmic and connects as a slave to
> SoC using SPI, wrapped inside the pmic-wrapper.
This looks good - since there was
On Tue, Aug 27, 2019 at 11:20:44AM +0300, Leho Kraav wrote:
> On Tue, Aug 27, 2019 at 11:08:34AM +0300, Leho Kraav wrote:
> > Hardware: Dell Latitude 7400 2-in-1, Whiskey Lake, Intel 620
> >
> > 5120x1440 fails to display.
>
> Looks like I'm not alone, either
>
>
+++ Matthias Maennich [21/08/19 12:49 +0100]:
To avoid excessive usage of EXPORT_SYMBOL_NS(sym, MY_NAMESPACE), where
MY_NAMESPACE will always be the namespace we are exporting to, allow
exporting all definitions of EXPORT_SYMBOL() and friends by defining
DEFAULT_SYMBOL_NAMESPACE.
For example,
On 27/08/19 3:33 AM, Ben Chuang wrote:
> From: Ben Chuang
>
> Export sdhci_abort_tuning() function symbols which are used by other SD Host
> controller driver modules.
>
> Signed-off-by: Ben Chuang
> Co-developed-by: Michael K Johnson
> Signed-off-by: Michael K Johnson
Acked-by: Adrian
El 27/8/19 a las 15:24, Ulf Hansson escribió:> Assuming this should go stable
as well? Perhaps you can find a
> relevant commit that we can put as a fixes tag as well?
>
> Kind regards
> Uffe
The most relevant commit I've found that is related to enabling DDR speeds
on H6 boards is this one:
On Wed, Aug 28, 2019 at 12:49:51PM +0200, Jessica Yu wrote:
+++ Matthias Maennich [21/08/19 12:49 +0100]:
To avoid excessive usage of EXPORT_SYMBOL_NS(sym, MY_NAMESPACE), where
MY_NAMESPACE will always be the namespace we are exporting to, allow
exporting all definitions of EXPORT_SYMBOL() and
śr., 28 sie 2019 o 10:38 Bartosz Golaszewski
napisał(a):
>
> wt., 27 sie 2019 o 08:46 David Jander napisał(a):
> >
> > The type of reg_direction needs to match the type of the regmap, which is
> > u8.
> >
> > Signed-off-by: David Jander
> > ---
> > drivers/gpio/gpio-pca953x.c | 6 +++---
> > 1
On 2019/08/28 19:32, Michal Hocko wrote:
>> Speak of my cases, those who take care of their systems are not developers.
>> And they afraid changing code that runs in kernel mode. They unlikely give
>> permission to install SystemTap/eBPF scripts. As a result, in many cases,
>> the root cause
Michal Suchanek's on August 28, 2019 8:30 pm:
> With endian switch disabled by default the ppc64le compat supports
> ppc32le only which is something next to nobody has binaries for.
>
> Less code means less bugs so drop the compat stuff.
Interesting patches, thanks for looking into it. I don't
Hello Bjorn,
Thank you for the feedback.
[...]
Make the log facility used to print warnings to be KERN_WARNING
explicitly, rather than rely on the current (or default) value
of the MESSAGE_LOGLEVEL_DEFAULT set in Kconfig. This will make
all the warnings in the arch/x86/pci/pcbios.c to be
Hi,
Case 1:
can_put_echo_skb(); -> skb = can_create_echo_skb(skb); -> return skb;
In can_create_echo_skb() not using the shared_skb, so we are returning the old
skb.
Storing the return value in "skb". But it's a pointer, for storing that need
double pointer.
Instead of double-pointer using a
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 71fed982d63cb2bb88db6f36059e3b14a7913846
Gitweb:
https://git.kernel.org/tip/71fed982d63cb2bb88db6f36059e3b14a7913846
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 23 Aug 2019 13:38:45
On 2019/8/28 12:54, Scott Wood wrote:
On Fri, Aug 09, 2019 at 06:07:54PM +0800, Jason Yan wrote:
This patch add support to boot kernel from places other than KERNELBASE.
Since CONFIG_RELOCATABLE has already supported, what we need to do is
map or copy kernel to a proper place and relocate.
The following commit has been merged into the timers/core branch of tip:
Commit-ID: a67e408241783575716fcf3f79d0878f6cef0273
Gitweb:
https://git.kernel.org/tip/a67e408241783575716fcf3f79d0878f6cef0273
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 23 Aug 2019 13:38:44
On Wed, Aug 28, 2019 at 01:09:44AM +0200, Thomas Gleixner wrote:
> On Wed, 28 Aug 2019, Ming Lei wrote:
> > On Tue, Aug 27, 2019 at 04:42:02PM +0200, Thomas Gleixner wrote:
> > > On Tue, 27 Aug 2019, Ming Lei wrote:
> > > > +
> > > > + int cpu = raw_smp_processor_id();
> > > > + struct
On Tue, 27 Aug 2019, syzbot wrote:
> HEAD commit:ed858b88 Add linux-next specific files for 20190826
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=130c2eca60
> kernel config: https://syzkaller.appspot.com/x/.config?x=ee8373cd9733e305
> dashboard
On Tue, 27 Aug 2019, Greg Kroah-Hartman wrote:
> Thomas and I seem to have become the "unofficial" maintainers for these
> files and questions about SPDX things. So let's make it official.
>
> Reported-by: "Darrick J. Wong"
> Cc: Thomas Gleixner
> Signed-off-by: Greg Kroah-Hartman
On Wed, Aug 28, 2019 at 11:11:55AM +0200, Greg KH wrote:
On Wed, Aug 28, 2019 at 05:00:44PM +0800, Yu Chen wrote:
On Wed, Aug 28, 2019 at 10:43:51AM +0200, Greg KH wrote:
> On Wed, Aug 28, 2019 at 12:12:39AM -0400, Sasha Levin wrote:
> > This is a note to let you know that I've just added the
On Wed 28-08-19 19:56:58, Tetsuo Handa wrote:
> On 2019/08/28 19:32, Michal Hocko wrote:
> >> Speak of my cases, those who take care of their systems are not developers.
> >> And they afraid changing code that runs in kernel mode. They unlikely give
> >> permission to install SystemTap/eBPF
On Wed, 28 Aug 2019 12:56:28 +0200
Bartosz Golaszewski wrote:
> śr., 28 sie 2019 o 10:38 Bartosz Golaszewski
> napisał(a):
> >
> > wt., 27 sie 2019 o 08:46 David Jander napisał(a):
> > >
> > > The type of reg_direction needs to match the type of the regmap, which is
> > > u8.
> > >
> > >
Currently, the DMA addresses are casted to (u64) for the upper 32bits
to avoid "right shift count >= width of type" warning.
provides macros to address this, and the macro names
are self-documenting.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/sdhci.c | 14 --
1 file
Tegra fuse clock handle is retrieved in tegra_fuse_probe().
tegra_fuse_readl() is exported symbol, which can be called from drivers
at any time. tegra_fuse_readl() enables fuse clock and reads corresponding
fuse register offset.
Calling tegra_fuse_readl() before tegra_fuse_probe(), will cause
On Wed, 28 Aug 2019, Ming Lei wrote:
> On Wed, Aug 28, 2019 at 01:09:44AM +0200, Thomas Gleixner wrote:
> > > > Also how is that supposed to work when sched_clock is jiffies based?
> > >
> > > Good catch, looks ktime_get_ns() is needed.
> >
> > And what is ktime_get_ns() returning when the only
On Mon 26-08-19 16:32:34, Mina Almasry wrote:
> mm/hugetlb.c | 493 --
> mm/hugetlb_cgroup.c | 187 +--
This is a lot of changes to an already subtle code which hugetlb
reservations undoubly are. Moreover cgroupv1 is
On Tue, Aug 27, 2019 at 09:10:12PM +0800, Peter Xu wrote:
> Rather than passing the vm type from the top level to the end of vm
> creation, let's simply keep that as an internal of kvm_vm struct and
> decide the type in _vm_create(). Several reasons for doing this:
>
> - The vm type is only
--
Attn: Are you in need of a loan? we offer all kinds of loan like
Personal
loans, Debt Consolidation Loan, Business Loan, with an interest rate of
3%
Have you been turned down by your bank? Do you have bad credit? Do you
have
unpaid bills? Are you in debt? Do you need to set up a
On 22.08.19 21:47, Andy Shevchenko wrote:
Fixes: f8eb0235f65989fc5521c40c78d1261e7f25cdbe
Wrong format.
W/o SoB tag I can't take it.
What's the correct format (what command shall I use to
create it correctly ?)
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded
On 08/28, Dmitry Safonov wrote:
>
> > On 8/27/19 3:00 PM, Oleg Nesterov wrote:
> > [..]
> >> But to remind, there is another problem with in_ia32_syscall() && uprobes.
> >>
> >> get_unmapped_area() paths use in_ia32_syscall() and this is wrong in case
> >> when the caller is xol_add_vma(), in this
On Tue, Aug 27, 2019 at 10:47 PM Ramuthevar, Vadivel MuruganX
wrote:
>
> Hi Rob,
>
> On 27/8/2019 8:39 PM, Rob Herring wrote:
> > On Tue, Aug 27, 2019 at 3:27 AM Ramuthevar,Vadivel MuruganX
> > wrote:
> >> From: Ramuthevar Vadivel Murugan
> >>
> >>
> >> Add a YAML schema to use the host
On Tue, Aug 27, 2019 at 09:10:14PM +0800, Peter Xu wrote:
> The naming VM_MODE_P52V48_4K is explicit but unclear when used on
> x86_64 machines, because x86_64 machines are having various physical
> address width rather than some static values. Here's some examples:
>
> - Intel Xeon E3-1220:
On Wed, Aug 28, 2019 at 11:16:52AM +0100, Valentin Schneider wrote:
> On 26/08/2019 13:16, Liangyan wrote:
> > do_sched_cfs_period_timer() will refill cfs_b runtime and call
> > distribute_cfs_runtime to unthrottle cfs_rq, sometimes cfs_b->runtime
> > will allocate all quota to one cfs_rq
On Wed, Aug 28, 2019 at 11:24 AM Peter Chen wrote:
>
> On 19-07-23 11:02:07, Chuhong Yuan wrote:
> > Use devm_reset_controller_register to get rid
> > of manual unregistration.
> >
> > Signed-off-by: Chuhong Yuan
> > ---
> > drivers/usb/chipidea/ci_hdrc_msm.c | 4 +---
> > 1 file changed, 1
On Tue, Aug 27, 2019 at 09:10:15PM +0800, Peter Xu wrote:
> Remove the duplication code in run_test() of dirty_log_test because
> after some reordering of functions now we can directly use the outcome
> of vm_create().
>
> Meanwhile, with the new VM_MODE_PXXV48_4K, we can safely revert
>
On 15. 08. 19, 18:07, Borislav Petkov wrote:
> --- a/arch/x86/kernel/head_64.S
> +++ b/arch/x86/kernel/head_64.S
> @@ -283,7 +283,7 @@ ENTRY(early_idt_handler_array)
> UNWIND_HINT_IRET_REGS offset=8
> .endif
> pushq $i# 72(%rsp) Vector number
> - jmp
On Tue, Aug 27, 2019 at 09:10:13PM +0800, Peter Xu wrote:
> Since we've just removed the dependency of vm type in previous patch,
> now we can create the vm much earlier. Note that to move it earlier
> we used an approximation of number of extra pages but it should be
> fine.
>
> This prepares
On Wed 2019-08-28 18:49:29, Sergey Senozhatsky wrote:
> On (08/28/19 02:31), Brendan Higgins wrote:
> [..]
> > Previously KUnit assumed that printk would always be present, which is
> > not a valid assumption to make. Fix that by removing call to
> > vprintk_emit, and calling printk directly.
> >
On Tue, Aug 27, 2019 at 09:10:11PM +0800, Peter Xu wrote:
> The work is based on Thomas's s390 port for dirty_log_test.
>
> This series originates from "[PATCH] KVM: selftests: Detect max PA
> width from cpuid" [1] and one of Drew's comments - instead of keeping
> the hackish line to overwrite
On Wed, Aug 28, 2019 at 01:51:06PM +0200, Andrew Jones wrote:
> On Tue, Aug 27, 2019 at 09:10:11PM +0800, Peter Xu wrote:
> > The work is based on Thomas's s390 port for dirty_log_test.
> >
> > This series originates from "[PATCH] KVM: selftests: Detect max PA
> > width from cpuid" [1] and one of
Hi Rob,
Thank you for the review comments.
On 28/8/2019 7:39 PM, Rob Herring wrote:
On Tue, Aug 27, 2019 at 10:47 PM Ramuthevar, Vadivel MuruganX
wrote:
Hi Rob,
On 27/8/2019 8:39 PM, Rob Herring wrote:
On Tue, Aug 27, 2019 at 3:27 AM Ramuthevar,Vadivel MuruganX
wrote:
From: Ramuthevar
On Wed, Aug 28, 2019 at 12:10 PM Enric Balletbo i Serra
wrote:
> On 27/8/19 18:12, Arnd Bergmann wrote:
> > On Tue, Aug 27, 2019 at 6:08 PM Bjorn Andersson
> > wrote:
> >>
> >> On Tue 27 Aug 08:48 PDT 2019, Enric Balletbo i Serra wrote:
> >>
> >>> Recently we refactored the CrOS EC drivers
This reverts commit a0085f2510e8976614ad8f766b209448b385492f.
After this commit systems wake up at random, most commonly when
- put to sleep while bluetooth audio stream is running
- connected bluetooth audio device is powered off while system is
asleep
This is broken since the commit was
On 8/28/19 1:02 PM, Srinivas Neeli wrote:
> Case 1:
> can_put_echo_skb(); -> skb = can_create_echo_skb(skb); -> return skb;
>
> In can_create_echo_skb() not using the shared_skb, so we are returning the
> old skb.
> Storing the return value in "skb". But it's a pointer, for storing that need
>
śr., 28 sie 2019 o 13:13 David Jander napisał(a):
>
> On Wed, 28 Aug 2019 12:56:28 +0200
> Bartosz Golaszewski wrote:
>
> > śr., 28 sie 2019 o 10:38 Bartosz Golaszewski
> > napisał(a):
> > >
> > > wt., 27 sie 2019 o 08:46 David Jander napisał(a):
> > > >
> > > > The type of reg_direction needs
On Wed, Aug 28, 2019 at 01:47:23PM +0200, Jiri Slaby wrote:
> Let's start with this one: do you really want me to get rid of (local)
> symbols like this? It would make backtraces completely misleading as the
> unwinder would put a name of the previous function (or some garbage,
> depending on
On Wed, Aug 28, 2019 at 09:45:28AM +0200, Miklos Szeredi wrote:
> On Wed, Aug 21, 2019 at 7:38 PM Vivek Goyal wrote:
> >
> > From: Miklos Szeredi
>
> Nice patch, except I have no idea why I did this. Splice with
> FOPEN_DIRECT_IO seems to work fine without it.
I don't know either. I took it
The patchsets add support for MediaTek hardware module named DVFSRC
(dynamic voltage and frequency scaling resource collector). The DVFSRC is
a HW module which is used to collect all the requests from both software
and hardware and turn into the decision of minimum operating voltage and
minimum
Support power domain performance state, add header file for scp event.
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/mtk-scpsys.c | 58 +++
drivers/soc/mediatek/mtk-scpsys.h | 22 +++
2 files changed, 80 insertions(+)
create mode 100644
Add dvfsrc driver for MT8183
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/Kconfig | 15 ++
drivers/soc/mediatek/Makefile | 1 +
drivers/soc/mediatek/mtk-dvfsrc.c | 374 ++
include/soc/mediatek/mtk_dvfsrc.h | 22 +++
4 files changed, 412
Document the binding for enabling dvfsrc on MediaTek SoC.
Signed-off-by: Henry Chen
---
.../devicetree/bindings/soc/mediatek/dvfsrc.txt| 23 ++
include/dt-bindings/soc/mtk,dvfsrc.h | 14 +
2 files changed, 37 insertions(+)
create mode 100644
Add support for performance state of scpsys on mt8183 platform.
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
Add a header to collect SIPs and add one SIP call to initialize power
management hardware for the SIP interface defined to access the SPM
handling vcore voltage and ddr rate changes on mt8183 (and most likely
later socs).
Signed-off-by: Henry Chen
---
include/soc/mediatek/mtk_sip.h | 17
Add DDR EMI provider dictating dram interconnect bus performance
found on MT8183-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
Introduce Mediatek MT8183 specific provider driver using the
interconnect framework.
Signed-off-by: Henry Chen
---
drivers/interconnect/Kconfig| 1 +
drivers/interconnect/Makefile | 1 +
drivers/interconnect/mediatek/Kconfig | 13 ++
Enable dvfsrc on mt8183 platform.
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index a58999f..7512f84 100644
---
Add opp table on scpsys dt-bindings for Mediatek SoC.
Signed-off-by: Henry Chen
---
.../devicetree/bindings/soc/mediatek/scpsys.txt| 42 ++
1 file changed, 42 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/scpsys.txt
On Wed 2019-08-28 14:16:28, Borislav Petkov wrote:
> On Wed, Aug 28, 2019 at 02:09:36PM +0200, Pavel Machek wrote:
> > Yes, and now AMD has patch to break it on *all* machines.
>
> It doesn't break all machines - you need to look at that patch again.
This is not a way to have an inteligent
Add interconnect provider dt-bindings for MT8183.
Signed-off-by: Henry Chen
---
.../devicetree/bindings/soc/mediatek/dvfsrc.txt| 9 +
include/dt-bindings/interconnect/mtk,mt8183-emi.h | 18 ++
2 files changed, 27 insertions(+)
create mode 100644
On Wed, Aug 28, 2019 at 11:57 AM Sakari Ailus
wrote:
>
> Hi Rafael,
>
> On Wed, Aug 28, 2019 at 10:55:42AM +0200, Rafael J. Wysocki wrote:
> > On Mon, Aug 26, 2019 at 3:34 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Mon, Aug 26, 2019 at 01:32:00PM +0300, Sakari Ailus wrote:
> > > > Hi Greg,
On Wed, Aug 28, 2019 at 11:22:37AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Aug 27, 2019 at 01:41:49PM -0700, Hridya Valsaraju wrote:
> > Currently, all binder state and statistics live in debugfs.
> > We need this information even when debugfs is not mounted.
> > This patch adds the mount
Detect and allow appended signatures.
Signed-off-by: Mimi Zohar
---
.../selftests/kexec/test_kexec_file_load.sh| 38 +++---
1 file changed, 34 insertions(+), 4 deletions(-)
diff --git a/tools/testing/selftests/kexec/test_kexec_file_load.sh
On Sat, 2019-08-10 at 05:28 +, Yangtao Li wrote:
> To unify code style.
>
> Signed-off-by: Yangtao Li
the later patches in this series does not change Makefile.
So this seems to be a cleanup patch independent of this patch set.
It's better to remove this patch from this patch series.
From: Ramuthevar Vadivel Murugan
Add a YAML schema to use the host controller driver with the
SDXC PHY on Intel's Lightning Mountain SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
.../bindings/phy/intel,lgm-sdxc-phy.yaml | 52 ++
Add support for SDXC PHY on Intel's Lightning Mountain SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
Ramuthevar Vadivel Murugan (2):
dt-bindings: phy: intel-sdxc-phy: Add YAML schema for LGM SDXC PHY
changes in v2:
- As per Rob's review comments added syscon properties.
phy:
From: Ramuthevar Vadivel Murugan
Add support for SDXC PHY on Intel's Lightning Mountain SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
drivers/phy/intel/Kconfig | 6 ++
drivers/phy/intel/Makefile | 1 +
drivers/phy/intel/phy-intel-sdxc.c | 144
On Sat, 2019-08-10 at 05:28 +, Yangtao Li wrote:
> Here, we do something to prepare for the subsequent
> support of multiple platforms.
>
> 1) rename sun50i_ths_calibrate to sun8i_ths_calibrate, because
>this function should be suitable for all platforms now.
>
> 2) introduce calibrate
Neil,
On Thu, 22 Aug 2019, Neil Horman wrote:
Just a few nits.
> On Intel hardware, cpus are limited in the number of irqs they can
> have affined to them (currently 240), based on section 10.5.2 of:
>
On Mon, Aug 26, 2019 at 02:59:15PM -0500, Kim Phillips wrote:
> The core AMD PMU has a 4-bit wide per-cycle increment for each
> performance monitor counter. That works for most counters, but
> now with AMD Family 17h and above processors, for some, more than 15
> events can occur in a cycle.
Le 28/08/2019 à 12:30, Michal Suchanek a écrit :
There are numerous references to 32bit functions in generic and 64bit
code so ifdef them out.
As far as possible, avoid opting things out with ifdefs. Ref
The following commit has been merged into the x86/apic branch of tip:
Commit-ID: 743dac494d61d991967ebcfab92e4f80dc7583b3
Gitweb:
https://git.kernel.org/tip/743dac494d61d991967ebcfab92e4f80dc7583b3
Author:Neil Horman
AuthorDate:Thu, 22 Aug 2019 10:34:21 -04:00
Committer:
On Wed, 2019-08-28 at 09:11 +0200, Pavel Machek wrote:
> On Tue 2019-08-27 09:50:14, Greg Kroah-Hartman wrote:
> > [ Upstream commit dea1bb35c5f35e0577cfc61f79261d80b8715221 ]
> >
> > People are reporing seeing fscache errors being reported concerning
> > duplicate cookies even in cases where
On Sun, Aug 25, 2019 at 5:06 PM Alejandro González
wrote:
> Jernej Skrabec compared the BSP driver with this
> driver, and found that the BSP driver configures pinctrl to operate at
> 1.8 V when entering DDR mode (although 3.3 V operation is supported), while
> the mainline kernel lacks any
After commit 0688e64bc600 ("NFS: Allow signal interruption of NFS4ERR_DELAYed
operations") my NFS client dumps lockdep warnings:
WARNING: dir_create.sh/1911 still has locks held!
5.3.0-rc6.47364e5cdc #1 Not tainted
On Wed, Aug 28, 2019 at 11:27:39AM +0200, Sebastian Andrzej Siewior wrote:
> On 2019-08-27 08:53:06 [-0700], Paul E. McKenney wrote:
> > > > On the other hand, within a PREEMPT=n kernel, the call to schedule()
> > > > would split even an rcu_read_lock() critical section. Which is why I
> > > >
v4:
Add Fixes tag for both patch #1 and #2.
v3:
Update the commit message for patch #1.
v2:
Replace patch #2 with "r8152: remove calling netif_napi_del".
v1:
The commit 0ee1f4734967 ("r8152: napi hangup fix after disconnect")
add a check to avoid using napi_disable after netif_napi_del.
Remove unnecessary use of netif_napi_del. This also avoids to call
napi_disable() after netif_napi_del().
Fixes: ffa9fec30ca0 ("r8152: set RTL8152_UNPLUG only for real disconnection")
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 2 --
1 file changed, 2 deletions(-)
diff --git
This reverts commit 0ee1f4734967af8321ecebaf9c74221ace34f2d5.
The commit 0ee1f4734967 ("r8152: napi hangup fix after
disconnect") adds a check about RTL8152_UNPLUG to determine
if calling napi_disable() is invalid in rtl8152_close(),
when rtl8152_disconnect() is called. This avoids to use
On Wed, Aug 28, 2019 at 11:23:33AM +0300, Felipe Balbi wrote:
> Originally I had memset only on the three cases where they were
> needed. Richard, which do you prefer? I don't mind changing it back.
Go ahead and change it back.
Thanks,
Richard
On Tue, Aug 27, 2019 at 01:41:50PM -0700, Hridya Valsaraju wrote:
> The following binder stat files currently live in debugfs.
>
> /sys/kernel/debug/binder/state
> /sys/kernel/debug/binder/stats
> /sys/kernel/debug/binder/transactions
>
> This patch makes these files available in a binderfs
301 - 400 of 1170 matches
Mail list logo