The function convert_scale() can be used to convert string
to unit and scale. For example,
s = "60ns";
convert_scale(s, , );
unit = "ns", scale = 60.
Currently this function is static. This patch renames the function
to perf_pmu__convert_scale and changes the function to global.
Some metrics define the scale unit, such as
{
"BriefDescription": "Intel Optane DC persistent memory read latency
(ns). Derived from unc_m_pmm_rpq_occupancy.all",
"Counter": "0,1,2,3",
"EventCode": "0xE0",
"EventName": "UNC_M_PMM_READ_LATENCY",
From: Haiyan Song
Signed-off-by: Haiyan Song
---
.../arch/x86/cascadelakex/uncore-memory.json | 191 ++
.../arch/x86/cascadelakex/uncore-other.json | 1809 -
2 files changed, 1971 insertions(+), 29 deletions(-)
diff --git
Some uncore metrics don't work as expected. For example, on cascadelakex,
root@lkp-csl-2sp2:~# perf stat -M UNC_M_PMM_BANDWIDTH.TOTAL -a -- sleep 1
Performance counter stats for 'system wide':
1841092 unc_m_pmm_rpq_inserts
3680816 unc_m_pmm_wpq_inserts
Some uncore metrics don't work as expected. For example, on cascadelakex,
root@lkp-csl-2sp2:~# perf stat -M UNC_M_PMM_BANDWIDTH.TOTAL -a -- sleep 1
Performance counter stats for 'system wide':
1841092 unc_m_pmm_rpq_inserts
3680816 unc_m_pmm_wpq_inserts
Current sequence to remove a vma is:
vma_rb_erase_ignore()
__vma_unlink_list()
vma_gap_update()
This may do some extra subtree_gap propagation due the vma is unlink
from list after rb_erase.
For example, we have a tree:
a
[0x9000, 0x1]
Since we link a vma to the leaf of a rb_tree, *next* must be a parent of
vma if *next* is not NULL. This means if we update *next* gap first, it
will be re-update again if vma's gap is bigger.
For example, we have a vma tree like this:
a
[0x9000, 0x1]
When insert and delete a vma, it will compute and propagate related subtree
gap. After some investigation, we can reduce subtree gap propagation a little.
[1]: This one reduce the propagation by update *next* gap after itself, since
*next* must be a parent in this case.
[2]: This one achieve
The FSF does not reside in "675 Mass Ave, Cambridge" anymore...
let's simply use proper SPDX identifiers instead.
Signed-off-by: Thomas Huth
---
arch/powerpc/include/uapi/asm/spu_info.h | 14 --
arch/powerpc/kernel/eeh_driver.c | 18 +-
Add support for Silergy SY8824C/SY8824E/SY20276/SY20278 regulator.
Changes since v1:
- use c++ comment style for SPDX header
- add prefix for BUCK_EN and MODE
Jisheng Zhang (8):
regulator: add binding for the SY8824C voltage regulator
regulator: add support for SY8824C regulator
SY8824C is an I2C-controlled adjustable voltage regulator made by
Silergy Corp.
Add its device tree binding.
Signed-off-by: Jisheng Zhang
---
.../devicetree/bindings/regulator/sy8824x.txt | 20 +++
1 file changed, 20 insertions(+)
create mode 100644
SY8824C is an I2C attached single output regulator made by Silergy Corp,
which is used on several Synaptics berlin platforms to control the
power supply of the ARM cores.
Add a driver for it.
Signed-off-by: Jisheng Zhang
---
drivers/regulator/Kconfig | 7 ++
drivers/regulator/Makefile |
SY8824E is an I2C-controlled adjustable voltage regulator made by
Silergy Corp. The only difference between SY8824C and SY8824E is the
vsel_min.
Signed-off-by: Jisheng Zhang
---
Documentation/devicetree/bindings/regulator/sy8824x.txt | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Help people to understand the author's intent of apparent duplication of
BUILD_BUG_ON_ZERO(NCAPINTS != n), which is hard to detect by eyes.
CC: Dave Hansen
Suggested-by: Borislav Petkov
Signed-off-by: Cao jin
---
Tried my best to describe it accurately, in case of any inaccuracy, feel
free to
The only difference between SY8824E and SY8824C is the vsel_min.
Signed-off-by: Jisheng Zhang
---
drivers/regulator/Kconfig | 2 +-
drivers/regulator/sy8824x.c | 17 +++--
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/Kconfig
On Tue, Aug 27, 2019 at 04:37:16PM -0700, Palmer Dabbelt wrote:
> clint0 would be version 0 of the clint, with is the core-local interrupt
> controller in rocket chip. It should be "sifive,clint-1.0.0", not
> "riscv,clint0", as it's a SiFive widget. Unfortunately there are a lot of
> legacy
SY20276 is an I2C-controlled adjustable voltage regulator made by
Silergy Corp. The differences between SY8824C and SY20276 are
different vsel_min, vsel_step, vsel_count and regs for mode/enable.
Signed-off-by: Jisheng Zhang
---
Documentation/devicetree/bindings/regulator/sy8824x.txt | 3 ++-
1
The differences between SY8824C and SY20276 are different vsel_min,
vsel_step, vsel_count and regs for mode/enable.
Signed-off-by: Jisheng Zhang
---
drivers/regulator/sy8824x.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/regulator/sy8824x.c
SY20276 is an I2C-controlled adjustable voltage regulator made by
Silergy Corp. The differences between SY8824C and SY20278 are
different regs for mode/enable.
Signed-off-by: Jisheng Zhang
---
Documentation/devicetree/bindings/regulator/sy8824x.txt | 1 +
1 file changed, 1 insertion(+)
diff
The differences between SY8824C and SY20278 are different regs
for mode/enable.
Signed-off-by: Jisheng Zhang
---
drivers/regulator/sy8824x.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/regulator/sy8824x.c b/drivers/regulator/sy8824x.c
index
Le 10/07/2019 à 06:54, Ravi Bangoria a écrit :
ptrace-hwbreak.c selftest is logically broken. On powerpc, when
watchpoint is created with ptrace, signals are generated before
executing the instruction and user has to manually singlestep
the instruction with watchpoint disabled, which selftest
On Tue, Aug 27, 2019 at 11:36:26PM +, Jason Gunthorpe wrote:
> Okay, I'll get it on a branch and merge it toward hmm.git tomorrow
I was planning to resend it with the rebase, especially as the build
bot picked a build error in task_mmu.c where we were missing a stub
for an unusual
> -Original Message-
> From: Mark Brown
> Sent: Tuesday, August 27, 2019 11:33 PM
> To: Ashish Kumar
> Cc: shawn...@kernel.org; linux-kernel@vger.kernel.org; linux-
> s...@vger.kernel.org; devicet...@vger.kernel.org; robh...@kernel.org;
> mark.rutl...@arm.com;
Enable USB remote wakeup for MT8183
Signed-off-by: Chunfeng Yun
---
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 1 +
arch/arm64/boot/dts/mediatek/mt8183.dtsi| 8
2 files changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-evb.dts
This series support USB DRD controller and enable it's remote
wakeup functoin for MT8183, they depend on the following
series patches:
1. this series add support MT6358 PMIC
[v5,01/10] mfd: mt6397: clean up code
https://patchwork.kernel.org/patch/0487/
2. this series add support pericfg
Support USB wakeup by ip-sleep mode for MT8183, it's similar to
MT8173
Signed-off-by: Chunfeng Yun
---
drivers/usb/host/xhci-mtk.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-mtk.c b/drivers/usb/host/xhci-mtk.c
index
Support USB wakeup by ip-sleep mode for MT8183
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt
Support USB wakeup by ip-sleep mode for MT8183
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtu3.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtu3.txt
Support USB wakeup by ip-sleep mode for MT8183, it's similar to
MT8173
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_host.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/mtu3/mtu3_host.c b/drivers/usb/mtu3/mtu3_host.c
index
Add USB related nodes for MT8183, set it as host mode by default.
Signed-off-by: Chunfeng Yun
---
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 22 +
arch/arm64/boot/dts/mediatek/mt8183.dtsi| 55 +
2 files changed, 77 insertions(+)
diff --git
Hi Masaki,
The Alps touchpad (044E:1220) on Dell Precision 7530 causes IRQ storm after
system suspend (S3).
Commit "HID: i2c-hid: Don't reset device upon system resume” which solves
the same issue for other vendors, cause the issue on Alps touchpad.
So I’d like to know the correct command
A similar workaround for the suspend/resume problem is needed for yet
another ASUS machines, P6X models. Like the previous fix, the BIOS
doesn't provide the standard DMI_SYS_* entry, so again DMI_BOARD_*
entries are used instead.
Reported-and-tested-by: SteveM
Signed-off-by: Takashi Iwai
---
Hi, Kai-Heng,
Sorry, I'm not in charge of Linux task now.
Hi, XiaoJian,
Please check the following mail.
If you have any question, please ask Kai-Heng.
Best Regards,
Masaki Ota
-Original Message-
From: Kai-Heng Feng
Sent: Wednesday, August 28, 2019 3:22 PM
To: 太田 真喜 Masaki Ota
Cc:
Hello,
syzbot found the following crash on:
HEAD commit:a55aa89a Linux 5.3-rc6
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16c26ebc60
kernel config: https://syzkaller.appspot.com/x/.config?x=2a6a2b9826fdadf9
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:a55aa89a Linux 5.3-rc6
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=112dd21260
kernel config: https://syzkaller.appspot.com/x/.config?x=58485246ad14eafe
dashboard link:
On Wed, Aug 28, 2019 at 02:11:00PM +0800, Cao jin wrote:
For the future:
> Subject: Re: [PATCH] x86/cpufeature: explicit comments for duplicate macro
your subject needs to have a verb and start with a capital letter after
the subsystem/path prefix. In this case, something like this, for
If the CONFIG_BUG is enabled, BUG() is executed and then system is crashed.
However, the bailout for mount is no longer proceeding.
For this reason, using WARN_ON rather than BUG() could prevent this situation.
---
fs/xfs/xfs_mount.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: cbb1133b563a63901cf778220eb17e3ff1425aed
Gitweb:
https://git.kernel.org/tip/cbb1133b563a63901cf778220eb17e3ff1425aed
Author:Cao Jin
AuthorDate:Wed, 28 Aug 2019 14:11:00 +08:00
Committer:
Hi Ota-san,
OK, we will look into it.
Hi Kai-Heng,
We will try to reproduce this issue first, could you please tell me the target
Ubuntu version?
Best regards,
Jason
-Original Message-
From: 太田 真喜 Masaki Ota
Sent: Wednesday, August 28, 2019 2:35 PM
To: 曹 曉建 Xiaojian Cao ;
On Wed, 2019-08-28 at 13:55 +0800, Chunfeng Yun wrote:
> Add pericfg clocks for MT8183, it's used when support USB
> remote wakeup
>
> Cc: Weiyi Lu
> Signed-off-by: Chunfeng Yun
> ---
> drivers/clk/mediatek/clk-mt8183.c | 35 ++
>
Hi Xiaojian,
at 14:51, Xiaojian Cao wrote:
Hi Ota-san,
OK, we will look into it.
Hi Kai-Heng,
We will try to reproduce this issue first, could you please tell me the
target Ubuntu version?
It’s distro-agnostic, any distro with mainline Linux can reproduce the issue.
Kai-Heng
Best
Looks good:
Reviewed-by: Christoph Hellwig
On Tue, Aug 27, 2019 at 12:38:28PM -0400, Vivek Goyal wrote:
> > For bdev_dax_pgoff
> > I'd much rather have the partition offset if there is on in the daxdev
> > somehow so that we can get rid of the block device entirely.
>
> IIUC, there is one block_device per partition while there is only one
> -Original Message-
> From: Tian, Kevin
> Sent: Wednesday, August 28, 2019 9:50 AM
> To: Zhenyu Wang ; Zhang, Tina
>
> Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org; Yuan, Hang
> ; alex.william...@redhat.com; kra...@redhat.com;
> Lu, Kechen ;
On Tue 27-08-19 18:07:54, Edward Chron wrote:
> On Tue, Aug 27, 2019 at 12:15 AM Michal Hocko wrote:
> >
> > On Mon 26-08-19 12:36:28, Edward Chron wrote:
> > [...]
> > > Extensibility using OOM debug options
> > > -
> > > What is needed is an extensible system
Hi,
A forthcoming Intel network processor SoC uses a new Clock Generation Unit(CGU)
IP for clock controller. This series adds the clock driver for CGU.
Patch 1 adds common clock framework based clock driver for CGU.
Patch 2 adds bindings document & include file for CGU.
These patches are
Clock generation unit(CGU) is a clock controller IP of Intel's Lightning
Mountain(LGM) SoC. Add DT bindings include file and document for CGU clock
controller driver of LGM.
Signed-off-by: Rahul Tanwar
---
.../devicetree/bindings/clock/intel,cgu-lgm.yaml | 61 +
On Wed, 28 Aug 2019 08:27:05 +0800
Jiaxun Yang wrote:
> On 2019/8/28 上午12:45, Marc Zyngier wrote:
> > On 27/08/2019 09:52, Jiaxun Yang wrote:
> >> This controller appeared on Loongson-3 family of chips as the primary
> >> package interrupt source.
> >>
> >> Signed-off-by: Jiaxun Yang
> >> ---
From: rtanwar
Clock Generation Unit(CGU) is a new clock controller IP of a forthcoming
Intel network processor SoC. It provides programming interfaces to control
& configure all CPU & peripheral clocks. Add common clock framework based
clock controller driver for CGU.
Signed-off-by: Rahul
Hello,
On Tue, 27 Aug 2019 18:30:17 -0500
Bjorn Helgaas wrote:
> [+cc Thomas]
>
> On Mon, Aug 26, 2019 at 05:14:36PM +0200, Krzysztof Wilczynski wrote:
> > Move the static keyword to the front of declarations of
> > pci_regs_behavior and pcie_cap_regs_behavior, and resolve
> > compiler warning
On Tue 27-08-19 19:47:22, Edward Chron wrote:
> On Tue, Aug 27, 2019 at 6:32 PM Qian Cai wrote:
> >
> >
> >
> > > On Aug 27, 2019, at 9:13 PM, Edward Chron wrote:
> > >
> > > On Tue, Aug 27, 2019 at 5:50 PM Qian Cai wrote:
> > >>
> > >>
> > >>
> > >>> On Aug 27, 2019, at 8:23 PM, Edward Chron
> From: Zhang, Tina
> Sent: Wednesday, August 28, 2019 2:59 PM
>
> > -Original Message-
> > From: Tian, Kevin
> > Sent: Wednesday, August 28, 2019 9:50 AM
> > To: Zhenyu Wang ; Zhang, Tina
> >
> > Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org; Yuan, Hang
> > ;
s@fox@fix@
On Wed 28-08-19 10:38:49, Yi Wang wrote:
> Commit ac311a14c682 ("oom: decouple mems_allowed from oom_unkillable_task")
> changed the function has_intersects_mems_allowed() to
> oom_cpuset_eligible(), but didn't change the comment meanwhile.
>
> Let's fix this.
>
> Signed-off-by: Yi
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 they are not setting up fscache
> at all. The rule needs to be that
On 2019-08-27, Petr Mladek wrote:
> The API is complicated because of the callbacks. It depends on a logic
> that is implemented externally. It makes it abstract to some extent.
>
> My view is that the API would be much cleaner and easier to review
> when the ID handling is "hardcoded" (helper
On Wed, 28 Aug 2019, Sasha Levin wrote:
> On Tue, Aug 27, 2019 at 12:00:14PM +0100, Mark Brown wrote:
> > On Sun, Aug 25, 2019 at 09:35:15PM -0400, Sasha Levin wrote:
> > > On Wed, Aug 14, 2019 at 10:22:13AM +0100, Mark Brown wrote:
> >
> > > > > If the DAI format setup fails, there is no
From: Michal Hocko
Adric Blake has noticed[1] the following warning:
[38491.963105] WARNING: CPU: 7 PID: 175 at mm/vmscan.c:245
set_task_reclaim_state+0x1e/0x40
[...]
[38491.963239] Call Trace:
[38491.963246] mem_cgroup_shrink_node+0x9b/0x1d0
[38491.963250]
On Wed, Aug 28, 2019 at 7:55 AM Masahiro Yamada
wrote:
>
> Instead of the warning-[123] magic, let's accumulate compiler options
> to KBUILD_CFLAGS directly as the top Makefile does. I think this makes
> easier to understand what is going on in this file.
>
> This commit slightly changes the
Hi Peter,
> On Aug 27, 2019, at 11:06 AM, Peter Zijlstra wrote:
>
> Ftrace was one of the last W^X violators; these patches move it over to the
> generic text_poke() interface and thereby get rid of this oddity.
>
> The first patch has been posted before and was/is part of my (in-progress)
>
- Ursprüngliche Mail -
> Von: "chengzhihao1"
> An: "Richard Weinberger"
> CC: "richard" , "yi zhang" , "linux-mtd"
> ,
> "linux-kernel"
> Gesendet: Mittwoch, 28. August 2019 03:59:37
> Betreff: 答复: [PATCH RFC v2] ubi: ubi_wl_get_peb: Increase the number of
> attempts while getting PEB
A missing space before a curly brace.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
---
arch/arm/boot/dts/mmp2.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi
index b6f40743e07b0..50b6c38b39cc3 100644
---
This is a fairly complete description of an OLPC XO 1.75 laptop.
What's missing for now is the GPU, LCD controller, DCON, the panel and
audio.
The machine is booted with OpenFirmware and thus has a devicetree.
However, older versions are unable to create a valid FDT and don't
follow the Linux
This device is not an OTG phy, it's a regular USB HS phy. Follow the
generic node name recommendation, and rename it to "usb-phy".
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
---
arch/arm/boot/dts/mmp2.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The SPI bus has a single address cell and not size cells.
Also, dtc thinks the SPI nodes are preferrably called "spi" and it is
right to think so.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
---
arch/arm/boot/dts/mmp2.dtsi | 16
1 file changed, 12 insertions(+), 4
Hi,
Here's a couple of updates for the MMP2 SoC devicetree files.
I'm wondering if they could be applied to the armsoc tree?
Compared to previous submission, the only change is the addition of
Acks from Pavel.
Lubo
This makes the 8250_of driver happy. There are two more drivers in the
tree that bind to mrvl,mmp-uart compatibles: pxa and 8250_pxa and
neither of them requires the reg-shift property, assuming it's always 2.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
---
arch/arm/boot/dts/mmp2.dtsi
Supported by the mmp-camera driver.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
---
arch/arm/boot/dts/mmp2.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi
index 21432cb9143f7..68b5470773232
Sean Christopherson writes:
> On Tue, Aug 27, 2019 at 09:54:39AM -0700, Jim Mattson wrote:
>> On Tue, Aug 27, 2019 at 9:04 AM Vitaly Kuznetsov wrote:
>> >
>> > It was discovered that after commit 65efa61dc0d5 ("selftests: kvm: provide
>> > common function to enable eVMCS") hyperv_cpuid selftest
On Tue, Aug 27, 2019 at 05:31:58PM +0100, Will Deacon wrote:
> Will Deacon (6):
> lib/refcount: Define constants for saturation and max refcount values
> lib/refcount: Ensure integer operands are treated as signed
> lib/refcount: Remove unused refcount_*_checked() variants
> lib/refcount:
To support cgroup tracking, add CGROUP event to save a link between
cgroup path and inode number. The attr.cgroup bit was also added to
enable cgroup tracking from userspace.
This event will be generated when a new cgroup becomes active.
Userspace might need to synthesize those events for
Hello,
This work is to improve cgroup profiling in perf. Currently it only
supports profiling tasks in a specific cgroup and there's no way to
identify which cgroup the current sample belongs to. So I added
PERF_SAMPLE_CGROUP to add cgroup info into each sample. It's a 64-bit
integer having
Each cgroup is kept in the global cgroup_tree sorted by the inode
number. Hist entries have cgroup ino number can compare it directly
and later it can be used to find a group name using this tree.
Signed-off-by: Namhyung Kim
---
tools/perf/util/cgroup.c | 72
The PERF_SAMPLE_CGROUP bit is to save (perf_event) cgroup information
in the sample. It will add a 64-bit integer to identify current
cgroup and it's the inode number in the cgroup file system. Userspace
should use this information with PERF_RECORD_CGROUP event to match
which cgroup it belongs.
The --all-cgroups option is to enable cgroup profiling support. It
tells kernel to record CGROUP events in the ring buffer so that perf
report can identify task/cgroup association later.
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-top.txt | 4
tools/perf/builtin-top.c
The --show-cgroup-events option is to print CGROUP events in the
output like others.
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-script.txt | 3 ++
tools/perf/builtin-script.c | 41
2 files changed, 44 insertions(+)
diff --git
On Tue, Aug 27, 2019 at 03:36:54PM +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> Use the function written to do it instead.
>
> Signed-off-by: Alastair D'Silva
Reviewed-by: Oscar Salvador
> ---
> mm/sparse.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff
The --all-cgroups option is to enable cgroup profiling support. It
tells kernel to record CGROUP events in the ring buffer so that perf
report can identify task/cgroup association later.
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-record.txt | 5 -
The cgroup sort key is to show cgroup membership of each task.
Currently it shows full path in the cgroupfs (not relative to the root
of cgroup namespace) since it'd be more intuitive IMHO. Otherwise
root cgroup in different namespaces will all show same name - "/".
The cgroup sort key should
Synthesize cgroup events by iterating cgroup filesystem directories.
The cgroup event only saves the portion of cgroup path after the mount
point and the inode number.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c | 5 ++
tools/perf/util/cgroup.c| 3 +-
Implement basic functionality to support cgroup tracking. Each cgroup
can be identified by inode number which can be read from userspace
too. The actual cgroup processing will come in the later patch.
Cc: Adrian Hunter
Signed-off-by: Namhyung Kim
---
tools/include/uapi/linux/perf_event.h |
Hi,
On Tue, Aug 27, 2019 at 8:31 PM Maxime Ripard wrote:
>
> From: Maxime Ripard
>
> This reverts commit 3e9acd7ac6933cdc20c441bbf9a38ed9e42e1490.
>
> It turns out that while one I2S controller is described in the A83t
> datasheet, the driver supports another, undocumented, one that has been
>
pon., 5 sie 2019 o 10:31 Bartosz Golaszewski napisał(a):
>
> 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
pt., 16 sie 2019 o 17:48 Bartosz Golaszewski napisał(a):
>
> czw., 8 sie 2019 o 10:17 Bartosz Golaszewski napisał(a):
> >
> > śr., 24 lip 2019 o 10:25 Bartosz Golaszewski napisał(a):
> > >
> > > From: Bartosz Golaszewski
> > >
> > > While working on my other series related to gpio-backlight[1]
On Wed, Aug 28, 2019 at 03:09:07PM +0800, Brad Campbell wrote:
> G'day All,
Hi,
> 5.2 is the first kernel that has allowed me to use 2 Apple Thunderbolt
> display on a 2011 vintage iMac. Awesome work and many thanks!
>
> I boot this machine in BIOS (Bootcamp) mode as that gave me brightness
>
Support USB wakeup by ip-sleep mode for MT8183
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt
Set DISCTH to max-15, replace the default value 8, due to
default disconnect threshold is lower than USB SPEC define
Signed-off-by: Chunfeng Yun
---
v2: new patch
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git
Support USB wakeup by ip-sleep mode for MT8183
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
Documentation/devicetree/bindings/usb/mediatek,mtu3.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtu3.txt
Support USB wakeup by ip-sleep mode for MT8183, it's similar to
MT8173
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
drivers/usb/host/xhci-mtk.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-mtk.c b/drivers/usb/host/xhci-mtk.c
Enable USB remote wakeup for MT8183
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 1 +
arch/arm64/boot/dts/mediatek/mt8183.dtsi| 8
2 files changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-evb.dts
Support USB wakeup by ip-sleep mode for MT8183, it's similar to
MT8173
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
drivers/usb/mtu3/mtu3_host.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/mtu3/mtu3_host.c b/drivers/usb/mtu3/mtu3_host.c
Add USB related nodes for MT8183, set it as host mode by default.
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 22 +
arch/arm64/boot/dts/mediatek/mt8183.dtsi| 55 +
2 files changed, 77 insertions(+)
diff --git
This series support USB DRD controller and enable it's remote
wakeup functoin for MT8183, they depend on the following
series patches:
1. this series add support MT6358 PMIC
[v5,01/10] mfd: mt6397: clean up code
https://patchwork.kernel.org/patch/0487/
2. this series add support pericfg
> -Original Message-
> From: Andrew Murray
> Sent: 2019年8月27日 21:11
> To: Xiaowei Bao
> Cc: bhelg...@google.com; robh...@kernel.org; mark.rutl...@arm.com;
> shawn...@kernel.org; Leo Li ; kis...@ti.com;
> lorenzo.pieral...@arm.co; a...@arndb.de; gre...@linuxfoundation.org; M.h.
> Lian ;
> -Original Message-
> From: Tian, Kevin
> Sent: Wednesday, August 28, 2019 3:10 PM
> To: Zhang, Tina ; Zhenyu Wang
>
> Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org; Yuan, Hang
> ; alex.william...@redhat.com; kra...@redhat.com;
> Lu, Kechen ;
Marvell MMP/PXA/MMP2 platforms seem to be excluded from the defconfig
for no good reasons. Enable the DT-based boards and the modules for
their peripherals.
Signed-off-by: Lubomir Rintel
---
arch/arm/configs/multi_v7_defconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git
We get two warnings when build kernel W=1:
mm/shuffle.c:36:12: warning: no previous prototype for ‘shuffle_show’
[-Wmissing-prototypes]
mm/sparse.c:220:6: warning: no previous prototype for
‘subsection_mask_set’ [-Wmissing-prototypes]
Make the function static to fix this.
Signed-off-by: Yi Wang
On 28/08/19 1:03 PM, Bartosz Golaszewski wrote:
> pon., 5 sie 2019 o 10:31 Bartosz Golaszewski napisał(a):
>>
>> 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
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.
Anyway, I'll just drop this, unless someone has an idea why it is
actually needed.
Thanks,
Miklos
On 8/27/19 2:56 PM, Borislav Petkov wrote:
Also, you could restructure that function something like this to save yourself
an indentation level or two and make it more easily readable:
static uint32_t __init vmware_platform(void)
{
unsigned int hyper_vendor_id[3];
unsigned int
Hi Weiyi,
On Wed, 2019-08-28 at 14:55 +0800, Weiyi Lu wrote:
> On Wed, 2019-08-28 at 13:55 +0800, Chunfeng Yun wrote:
> > Add pericfg clocks for MT8183, it's used when support USB
> > remote wakeup
> >
> > Cc: Weiyi Lu
> > Signed-off-by: Chunfeng Yun
> > ---
> >
1 - 100 of 1170 matches
Mail list logo