On Thu, Sep 10, 2020 at 12:41 PM Ian Rogers wrote:
>
> On Wed, Sep 9, 2020 at 10:52 AM Ian Rogers wrote:
> >
> > On Wed, Sep 9, 2020 at 2:53 AM Namhyung Kim wrote:
> > >
> > > Hi Ian,
> > >
> > > On Wed, Sep 9, 2020 at 5:02 PM Ian Rogers wrote:
> > > >
> > > > A metric like DRAM_BW_Use has on
These two functions are deprecated. Users should call ida_alloc() or
ida_free() respectively instead. Add documentation to this effect until
the macro can be removed.
Cc: Greg KH
Reviewed-by: Tri Vo
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
Cc: Matthew Wilcox
Signed-off-by: Stephen
The documentation for these functions indicates that callers don't need
to hold a lock while calling them, but that documentation is only in one
place under "IDA Usage". Let's state the same information on each IDA
function so that it's clear what the calling context requires.
Furthermore, let's
This patch series add the PHY layer needed in order to support the USB
functionality on Hikey 970 boards.
v3:
- split a namespace patch on two (one with code changes and another
one with dt-bindings changes);
- placed just the PHY driver on this series. Another series will add the
USB HUB
We found cgroupstats_build would return -EINVAL when using netlink
CGROUPSTATS_CMD_GET interface to get stats on cgroup v2. Fix it by
supporting cgroup v2 kernfs directory in cgroupstats_build, and export
cgroup2_fs_type like we did for cgroup_fs_type.
Reported-by: Daowen Luo
Tested-by:
On 09-09-20, 08:46, Pierre-Louis Bossart wrote:
>
>
> On 9/9/20 8:15 AM, YueHaibing wrote:
> > If CONFIG_PM is not set, build warns:
> >
> > drivers/soundwire/intel.c:488:12: warning: 'intel_link_power_down' defined
> > but not used [-Wunused-function]
> >
> > Move this to #ifdef block.
>
>
On Thu, Sep 03, 2020 at 03:01:22PM +0800, Alex Shi wrote:
> Armv6, sh2, sparc32 and xtensa can not do cmpxchg1, so we have to use
> cmpxchg4 on it.
>
> Here we mark above 4 arch's NO_CMPXCHG_BYTE, and would add more if we
> found.
>
> This is the first usages of cmpxchg flase sharing change.
On Thu, Sep 10, 2020 at 12:26 PM Ian Rogers wrote:
>
> A metric like DRAM_BW_Use has on SkylakeX events uncore_imc/cas_count_read/
> and uncore_imc/case_count_write/. These events open 6 events per socket
> with pmu names of uncore_imc_[0-5]. The current metric setup code in
> find_evsel_group
On 08-09-20, 21:45, Bard Liao wrote:
> Some codecs may report fake PARITY errors in the initial state. This
> series will filter them out.
Applied, thanks
--
~Vinod
On Wed, Sep 09, 2020 at 01:34:18PM -0600, James Hilliard wrote:
> This patch detects and reverses the effects of the malicious FTDI
> Windows driver version 2.12.00(FTDIgate).
>
> While we currently load the ftdi_sio driver for devices with
> FTDI_BRICK_PID(0x) userspace applications that
On Thu, Sep 10, 2020 at 06:35:21AM +0800, Chun-Kuang Hu wrote:
> Hi, Andrzej & Neil:
>
> Enric Balletbo i Serra 於 2020年8月26日 週三
> 下午4:53寫道:
>
> >
> > Convert mtk_dpi to a bridge driver with built-in encoder support for
> > compatibility with existing component drivers.
> >
>
> This is a
Set uart0 iotype to mmio32 to make earlycon work with stdout-path.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
Set uart0 iotype to mmio32 to make earlycon work with stdout-path.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi
On Wed, Sep 09, 2020 at 08:19:00PM +0800, Zheng Bin wrote:
> Fixes coccicheck warning:
>
> drivers/gpu/drm/bridge/tc358775.c:488:2-3: Unneeded semicolon
>
> Signed-off-by: Zheng Bin
Queued for 5.10, thanks for your patch.
-Daniel
> ---
> drivers/gpu/drm/bridge/tc358775.c | 2 +-
> 1 file
On Wed, Sep 09, 2020 at 06:45:33PM -0700, Richard Henderson wrote:
> On 9/9/20 8:25 AM, Andrew Jones wrote:
> >> * Provide a KVM-specific method to extract the tags from guest memory.
> >>This might also have benefits in terms of providing an easy way to
> >>read bulk tag data from guest
On Thu, Sep 10, 2020 at 02:14:32PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 7 Sep 2020 10:55:47 +0200 Anders Roxell
> wrote:
> >
> > On Thu, 3 Sep 2020 at 18:14, Paul E. McKenney wrote:
> > >
> > > On Thu, Sep 03, 2020 at 10:39:10AM +0200, Anders Roxell wrote:
> > > > Hi Paul,
>
The difference between hard_header_len and needed_headroom has long been
confusing to driver developers. Let's clarify it.
The understanding on this issue in this patch is based on the following
reasons:
1.
In af_packet.c, the function packet_snd first reserves a headroom of
length
From: Jim Quinlan
The new field 'dma_range_map' in struct device is used to facilitate the
use of single or multiple offsets between mapping regions of cpu addrs and
dma addrs. It subsumes the role of "dev->dma_pfn_offset" which was only
capable of holding a single uniform offset and had no
Move the helpers to translate to and from direct mapping DMA addresses
to dma-direct.h. This not only is the most logical place, but the new
placement also avoids dependency loops with pending commits.
Signed-off-by: Christoph Hellwig
---
arch/arm/common/dmabounce.c| 2 +-
Hi all,
this series adds range-based offsets to the dma-direct implementation. The
guts of the change are a patch from Jim with some modifications from me,
but to do it nicely we need to ARM patches to prepare for it as well.
Diffstat:
arch/arm/common/dmabounce.c|2
The DMA offset notifier can only be used if PHYS_OFFSET is at least
KEYSTONE_HIGH_PHYS_START, which can't be represented by a 32-bit
phys_addr_t. Currently the code compiles fine despite that, a pending
change to the DMA offset handling would create a compiler warning for
this case. Add an ifdef
On Thu, Sep 10, 2020 at 12:26 PM Ian Rogers wrote:
>
> Add missing character.
>
> Signed-off-by: Ian Rogers
Acked-by: Namhyung Kim
Thanks
Namhyung
> ---
> tools/perf/util/metricgroup.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tools/perf/util/metricgroup.c
Hi Ian,
On Thu, Sep 10, 2020 at 12:26 PM Ian Rogers wrote:
>
> No need to set os.evsel twice.
>
> Signed-off-by: Ian Rogers
Acked-by: Namhyung Kim
Btw, I think setting the 'out' variable can be moved out of the loop.
Thanks
Namhyung
> ---
> tools/perf/util/stat-display.c | 1 -
> 1 file
Em Wed, 9 Sep 2020 14:15:59 -0600
Rob Herring escreveu:
> On Fri, Sep 4, 2020 at 4:23 AM Mauro Carvalho Chehab
> wrote:
> >
> > Rename hikey970 to hi3670, in order to use a namespace
> > similar to hi3660 driver.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> >
After commit 7cf4206a99d1b3 Remove unused code from MPI library, the
macro is not used anymore.
Remove it to tame gcc warning:
../lib/mpi/mpi-bit.c:24: warning: macro "A_LIMB_1" is not used
[-Wunused-macros]
Signed-off-by: Alex Shi
Cc: linux-kernel@vger.kernel.org
---
lib/mpi/mpi-bit.c | 2 --
On Wed, Sep 9, 2020 at 4:58 PM Matthias Brugger wrote:
>
>
>
> On 09/09/2020 10:14, Pi-Hsun Shih wrote:
> > Add scp node to mt8183-kukui
> >
> > Fixes: 0d5e41709f76 ("arm64: dts: mt8183: add scp node")
> > Signed-off-by: Pi-Hsun Shih
> > ---
> >
> > Change since v1:
> > * Add Fixes tag.
> >
> >
On 9/10/2020 10:02, Oliver Neukum wrote:
Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
This patch detects and reverses the effects of the malicious FTDI
Windows driver version 2.12.00(FTDIgate).
Hi,
this raises questions.
Should we do this unconditionally without asking?
On 10-09-20, 13:30, Hector Yuan wrote:
> On Thu, 2020-09-10 at 10:33 +0530, Viresh Kumar wrote:
> > On 10-09-20, 12:31, Hector Yuan wrote:
> > > The CPUfreq HW present in some Mediatek chipsets offloads the steps
> > > necessary for changing the frequency of CPUs.
> > > The driver implements the
On Thu, 2020-09-10 at 10:33 +0530, Viresh Kumar wrote:
> On 10-09-20, 12:31, Hector Yuan wrote:
> > The CPUfreq HW present in some Mediatek chipsets offloads the steps
> > necessary for changing the frequency of CPUs.
> > The driver implements the cpufreq driver interface for this hardware
> >
From: Ajit Pandey
Add new driver to register sound card on sc7180 trogdor board and
do the required configuration for lpass cpu dai and external codecs
connected over MI2S interfaces.
Signed-off-by: Ajit Pandey
Signed-off-by: Cheng-Yi Chiang
---
sound/soc/qcom/Kconfig | 12 ++
Add devicetree bindings documentation file for sc7180 sound card.
Signed-off-by: Cheng-Yi Chiang
---
.../bindings/sound/qcom,sc7180.yaml | 130 ++
1 file changed, 130 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/qcom,sc7180.yaml
diff --git
Use set_jack ops to set jack so machine drivers do not need to include
hdmi-codec.h explicitly.
Signed-off-by: Cheng-Yi Chiang
---
include/sound/hdmi-codec.h | 3 ---
sound/soc/codecs/hdmi-codec.c| 12
Note:
- The machine driver patch is made by the collaboration of
Cheng-Yi Chiang
Rohit kumar
Ajit Pandey
But Ajit has left codeaurora.
- This patch series needs HDMI DAI name defined in sc7180-lpass.h.
https://patchwork.kernel.org/patch/11745565/
Changes from v1 to v2:
-
Unlike others we don't use the marco writeback. so let's remove it to
tame gcc warning:
mm/memory-failure.c:827: warning: macro "writeback" is not used
[-Wunused-macros]
Signed-off-by: Alex Shi
Cc: Naoya Horiguchi
Cc: Andrew Morton
Cc: linux...@kvack.org
Cc: linux-kernel@vger.kernel.org
On Wed, Sep 9, 2020 at 10:51 PM Moshe Shemesh wrote:
>
>
> On 9/7/2020 8:58 PM, Jakub Kicinski wrote:
> > On Mon, 7 Sep 2020 16:46:01 +0300 Moshe Shemesh wrote:
> >>> In that sense I don't like --live because it doesn't really say much.
> >>> AFAIU it means 1) no link flap; 2) < 2 sec datapath
On Thu, Sep 10, 2020 at 10:04:24AM +0530, Anmol Karn wrote:
> Prevent hci_phy_link_complete_evt() from dereferencing 'hcon->amp_mgr'
> as NULL. Fix it by adding pointer check for it.
>
> Reported-and-tested-by: syzbot+0bef568258653cff2...@syzkaller.appspotmail.com
> Link:
allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a004-20200909
x86_64 randconfig-a006-20200909
x86_64 randconfig-a003-20200909
x86_64 randconfig-a001-20200909
On 10-09-20, 12:31, Hector Yuan wrote:
> The CPUfreq HW present in some Mediatek chipsets offloads the steps necessary
> for changing the frequency of CPUs.
> The driver implements the cpufreq driver interface for this hardware engine.
>
> This patch depends on the MT6779 DTS patch submitted
On Thu, 2020-09-10 at 11:42 +0800, YueHaibing wrote:
> Fix sparse warnings:
>
> drivers/regulator/bd718x7-regulator.c:576:28: warning: symbol
> 'bd71847_swcontrol_ops' was not declared. Should it be static?
> drivers/regulator/bd718x7-regulator.c:585:28: warning: symbol
> 'bd71847_hwcontrol_ops'
Thanks for reporting.
On Wed, Sep 09, 2020 at 10:33:04AM -0700, syzbot wrote:
> syzbot has bisected this issue to:
>
> commit e918188611f073063415f40fae568fa4d86d9044
> Author: Boqun Feng
> Date: Fri Aug 7 07:42:20 2020 +
>
> locking: More accurate annotations for read_lock()
>
>
On Wed, Sep 9, 2020 at 9:49 PM Hector Martin "marcan"
wrote:
>
>
>
> On September 10, 2020 12:46:20 PM GMT+09:00, James Hilliard
> wrote:
> >On Wed, Sep 9, 2020 at 9:17 PM Hector Martin "marcan"
> > wrote:
> >>
> >>
> >>
> >> On September 10, 2020 12:02:34 PM GMT+09:00, Oliver Neukum
> > wrote:
Hello,
syzbot found the following issue on:
HEAD commit:9322c47b Merge tag 'xfs-5.9-fixes-2' of git://git.kernel.o..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1142839590
kernel config: https://syzkaller.appspot.com/x/.config?x=e1c560d0f4e121c9
Prevent hci_phy_link_complete_evt() from dereferencing 'hcon->amp_mgr'
as NULL. Fix it by adding pointer check for it.
Reported-and-tested-by: syzbot+0bef568258653cff2...@syzkaller.appspotmail.com
Link: https://syzkaller.appspot.com/bug?extid=0bef568258653cff272f
Signed-off-by: Anmol Karn
---
> On Sep 9, 2020, at 11:40 AM, Randy Dunlap wrote:
>
> On 9/9/20 10:27 AM, Eric Snowberg wrote:
>> diff --git a/include/crypto/pkcs7.h b/include/crypto/pkcs7.h
>> index 38ec7f5f9041..d8f2e0fdfbf4 100644
>> --- a/include/crypto/pkcs7.h
>> +++ b/include/crypto/pkcs7.h
>> @@ -26,11 +26,19 @@
The CPUfreq HW present in some Mediatek chipsets offloads the steps necessary
for changing the frequency of CPUs.
The driver implements the cpufreq driver interface for this hardware engine.
This patch depends on the MT6779 DTS patch submitted by Hanks Chen
https://lkml.org/lkml/2020/8/4/1094
From: "Hector.Yuan"
Add devicetree bindings for MediaTek HW driver.
Signed-off-by: Hector.Yuan
---
.../bindings/cpufreq/cpufreq-mediatek-hw.yaml | 141
1 file changed, 141 insertions(+)
create mode 100644
From: "Hector.Yuan"
Add MT6779 cpufreq HW support.
Signed-off-by: Hector.Yuan
---
drivers/cpufreq/Kconfig.arm | 12 ++
drivers/cpufreq/Makefile |1 +
drivers/cpufreq/mediatek-cpufreq-hw.c | 277 +
3 files changed, 290 insertions(+)
On Thu, 10 Sep 2020 at 00:07, Jeremy Cline wrote:
>
> On Wed, Sep 09, 2020 at 10:22:14AM +0200, Karol Herbst wrote:
> > On Wed, Sep 9, 2020 at 6:06 AM Ben Skeggs wrote:
> > >
> > > On Thu, 13 Aug 2020 at 06:50, Jeremy Cline wrote:
> > > >
> > > > Commit d32656373857 ("drm/nouveau/therm/gp100:
Hi all,
Today's linux-next merge of the extcon tree got a conflict in:
MAINTAINERS
between commit:
f61249dddecc ("MAINTAINERS: Add entry for i.MX 8MQ DCSS driver")
from the drm-misc tree and commit:
d0e3c25150dd ("MAINTAINERS: Add entry for NXP PTN5150A CC driver")
from the extcon
This patch enables direct mappings over 32bit range to spi-mtk-nor.
Signed-off-by: Ikjoon Jang
---
drivers/spi/spi-mtk-nor.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi-mtk-nor.c b/drivers/spi/spi-mtk-nor.c
index
Hi all,
On Mon, 7 Sep 2020 10:55:47 +0200 Anders Roxell
wrote:
>
> On Thu, 3 Sep 2020 at 18:14, Paul E. McKenney wrote:
> >
> > On Thu, Sep 03, 2020 at 10:39:10AM +0200, Anders Roxell wrote:
> > > Hi Paul,
> > >
> > > On Sat, 29 Aug 2020 at 00:59, Paul E. McKenney
> > > wrote:
> > > >
>
Add MT8192 spi-nor controller binding.
Signed-off-by: Ikjoon Jang
---
Documentation/devicetree/bindings/spi/mediatek,spi-mtk-nor.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/spi/mediatek,spi-mtk-nor.yaml
Sometimes firmware sizes can be in ten's of MB's and reading
all the memory during coredump can consume lot of time and
memory.
Introducing support for mini-dumps. Mini-dump contains smallest
amount of useful information, that could help to debug subsystem
crashes.
During bootup memory is
Hi all,
On Tue, 8 Sep 2020 13:35:36 +1000 Stephen Rothwell
wrote:
>
> After merging the nand tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c: In function
> 'common_nfc_set_geometry':
>
mt8192-nor has 36bit addressing support, this patch adds 36bit address
handlings to spi-mtk-nor.
Ikjoon Jang (2):
dt-bindings: spi: add mt8192-nor compatible string
spi: spi-mtk-nor: support 36bit dma addressing to mediatek spi-nor
.../bindings/spi/mediatek,spi-mtk-nor.yaml| 1 +
On Wed, Sep 9, 2020 at 9:47 PM Hector Martin "marcan"
wrote:
>
>
>
> On September 10, 2020 12:40:59 PM GMT+09:00, James Hilliard
> wrote:
> >On Wed, Sep 9, 2020 at 9:02 PM Oliver Neukum wrote:
> >>
> >> Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
> >> > This patch detects
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phytbl_lcn.c:108:18:
warning: ‘dot11lcn_gain_tbl_rev1’ defined but not used
[-Wunused-const-variable=]
static const u32 dot11lcn_gain_tbl_rev1[] = {
^~
commit ebcfc66f56a4 ("brcmsmac: phytbl_lcn: Remove
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_lcn.c:361:25: warning:
‘lcnphy_rx_iqcomp_table_rev0’ defined but not used [-Wunused-const-variable=]
struct lcnphy_rx_iqcomp lcnphy_rx_iqcomp_table_rev0[] = {
^~~
commit 38c95e0258a0
> >
> Applied to for-next,
>
> (I added the Documentation/ABI/testing...) file to MAINTAINERS.
>
> Please run checkpatch next time.
Thanks for your fix. I run the checkpatch but I do ignored the
warning about MAINTAINERS. I'll take care of it then.
Thanks,
Yilun
>
> Cheers,
> Moritz
Fix gcc build warning:
arch/riscv/mm/fault.c:81:1: warning: ‘inline’ is not at beginning of
declaration [-Wold-style-declaration]
static void inline vmalloc_fault(struct pt_regs *regs, int code, unsigned long
addr)
^~
Reported-by: Hulk Robot
Signed-off-by: YueHaibing
---
On September 10, 2020 12:46:20 PM GMT+09:00, James Hilliard
wrote:
>On Wed, Sep 9, 2020 at 9:17 PM Hector Martin "marcan"
> wrote:
>>
>>
>>
>> On September 10, 2020 12:02:34 PM GMT+09:00, Oliver Neukum
> wrote:
>> >Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
>> >> This
On Thu, 2020-09-10 at 09:12 +0530, Viresh Kumar wrote:
> On 09-09-20, 21:34, Hector Yuan wrote:
> > +static unsigned int mtk_cpufreq_hw_get(unsigned int cpu)
> > +{
> > + struct cpufreq_mtk *c;
> > + struct cpufreq_policy *policy;
> > + unsigned int index;
> > +
> > + policy =
MediaTek's PCIe host controller has three generation HWs, the new
generation HW is an individual bridge, it supoorts Gen3 speed and
up to 256 MSI interrupt numbers for multi-function devices.
Add support for new Gen3 controller which can be found on MT8192.
Signed-off-by: Jianjun Wang
Acked-by:
Add maintainer for MediaTek PCIe controller driver.
Signed-off-by: Jianjun Wang
Acked-by: Ryder Lee
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index deaafb617361..5c6110468526 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13459,6 +13459,7 @@
Add YAML schemas documentation for Gen3 PCIe controller on
MediaTek SoCs.
Signed-off-by: Jianjun Wang
Acked-by: Ryder Lee
---
.../bindings/pci/mediatek-pcie-gen3.yaml | 130 ++
1 file changed, 130 insertions(+)
create mode 100644
These series patches add pcie-mediatek-gen3.c and dt-bindings file to
support new generation PCIe controller.
Change in v2:
1. Fix the typo of dt-bindings patch
2. Remove the unnecessary properties in binding document
3. dispos the irq mappings of msi top domain when irq teardown
Jianjun Wang
On September 10, 2020 12:40:59 PM GMT+09:00, James Hilliard
wrote:
>On Wed, Sep 9, 2020 at 9:02 PM Oliver Neukum wrote:
>>
>> Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
>> > This patch detects and reverses the effects of the malicious FTDI
>> > Windows driver version
On Wed, Sep 9, 2020 at 9:17 PM Hector Martin "marcan"
wrote:
>
>
>
> On September 10, 2020 12:02:34 PM GMT+09:00, Oliver Neukum
> wrote:
> >Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
> >> This patch detects and reverses the effects of the malicious FTDI
> >> Windows driver
Hi Finn,
Am 10.09.2020 um 12:23 schrieb Finn Thain:
+ return 0;
+
+release_mem:
+ release_mem_region(mem->start, resource_size(mem));
Not needed, as you used devm_*() for allocation.
OK, I'll remove this. I put it there after I looked at falconide.c and
wondered whether the
Fix sparse warnings:
drivers/regulator/bd718x7-regulator.c:576:28: warning: symbol
'bd71847_swcontrol_ops' was not declared. Should it be static?
drivers/regulator/bd718x7-regulator.c:585:28: warning: symbol
'bd71847_hwcontrol_ops' was not declared. Should it be static?
On 09-09-20, 21:34, Hector Yuan wrote:
> +static unsigned int mtk_cpufreq_hw_get(unsigned int cpu)
> +{
> + struct cpufreq_mtk *c;
> + struct cpufreq_policy *policy;
> + unsigned int index;
> +
> + policy = cpufreq_cpu_get_raw(cpu);
> + if (!policy)
> + return 0;
On Wed, Sep 9, 2020 at 9:02 PM Oliver Neukum wrote:
>
> Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
> > This patch detects and reverses the effects of the malicious FTDI
> > Windows driver version 2.12.00(FTDIgate).
>
> Hi,
>
> this raises questions.
> Should we do this
On Wed, Sep 9, 2020 at 10:52 AM Ian Rogers wrote:
>
> On Wed, Sep 9, 2020 at 2:53 AM Namhyung Kim wrote:
> >
> > Hi Ian,
> >
> > On Wed, Sep 9, 2020 at 5:02 PM Ian Rogers wrote:
> > >
> > > A metric like DRAM_BW_Use has on SkylakeX events
> > > uncore_imc/cas_count_read/
> > > and
Hi Xu,
On Mon, Sep 07, 2020 at 10:23:13PM +0800, Xu Yilun wrote:
> A new bus type "dfl" is introduced for private features which are not
> initialized by DFL feature drivers (dfl-fme & dfl-afu drivers). So these
> private features could be handled by separate driver modules.
>
> DFL feature
--- linux-next-20200909.orig/Documentation/admin-guide/kernel-parameters.txt
+++ linux-next-20200909/Documentation/admin-guide/kernel-parameters.txt
@@ -1385,7 +1385,7 @@
ftrace_filter=[function-list]
[FTRACE] Limit the functions traced by th
Add missing character.
Signed-off-by: Ian Rogers
---
tools/perf/util/metricgroup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/metricgroup.c b/tools/perf/util/metricgroup.c
index 8831b964288f..662f4e8777d5 100644
--- a/tools/perf/util/metricgroup.c
+++
-parameters.rst |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-next-20200909.orig/Documentation/admin-guide/kernel-parameters.rst
+++ linux-next-20200909/Documentation/admin-guide/kernel-parameters.rst
@@ -3,8 +3,8 @@
The kernel's command-line parameters
A metric like DRAM_BW_Use has on SkylakeX events uncore_imc/cas_count_read/
and uncore_imc/case_count_write/. These events open 6 events per socket
with pmu names of uncore_imc_[0-5]. The current metric setup code in
find_evsel_group assumes one ID will map to 1 event to be recorded in
No need to set os.evsel twice.
Signed-off-by: Ian Rogers
---
tools/perf/util/stat-display.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/perf/util/stat-display.c b/tools/perf/util/stat-display.c
index 493ec372fdec..4b57c0c07632 100644
--- a/tools/perf/util/stat-display.c
+++
If parse_write_buffer_into_params() fails, we should free
wr_buf before return.
Fixes: 6f77b2ac6280 ("drm/amd/display: Add connector HPD trigger debugfs entry")
Signed-off-by: YueHaibing
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 4 +++-
1 file changed, 3 insertions(+), 1
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
[PATCH 1/3] Documentation/admin-guide: kernel-parameters: update CMA entries
[PATCH 2/3] Documentation/admin-guide: kernel-parameters: hyphenate
comma-separated
[PATCH 3/3] Documentation/admin-guide: kernel-parameters: add early_param() to
/kernel-parameters.txt | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- linux-next-20200909.orig/Documentation/admin-guide/kernel-parameters.txt
+++ linux-next-20200909/Documentation/admin-guide/kernel-parameters.txt
@@ -591,7 +591,7 @@
some critical bits
Debug amdgpu_dm could be a complicated task, therefore, this commit adds
tracepoints in some convenient functions such as plane and connector
check inside amdgpu_dm.
Co-developed-by: Nicholas Kazlauskas
Signed-off-by: Nicholas Kazlauskas
Signed-off-by: Rodrigo Siqueira
---
发件人: Paul E. McKenney
发送时间: 2020年9月9日 19:22
收件人: Zhang, Qiang
抄送: Joel Fernandes; Uladzislau Rezki; Josh Triplett; Steven Rostedt; Mathieu
Desnoyers; Lai Jiangshan; rcu; LKML
主题: Re: RCU: Question rcu_preempt_blocked_readers_cgp in rcu_gp_fqs_loop
On September 10, 2020 12:02:34 PM GMT+09:00, Oliver Neukum
wrote:
>Am Mittwoch, den 09.09.2020, 13:34 -0600 schrieb James Hilliard:
>> This patch detects and reverses the effects of the malicious FTDI
>> Windows driver version 2.12.00(FTDIgate).
>
>Hi,
>
>this raises questions.
>Should we do
Since commit 7484c727b636 ("ARM: realview: delete the RealView board
files") and commit 16956fed35fe ("ARM: versatile: switch to DT only
booting and remove legacy code"), there's no one to use the functions
defined or declared in include/clocksource/timer-sp804.h. Delete it.
Signed-off-by: Zhen
From: Kefeng Wang
Move the clk_get_sys() part into sp804_get_clock_rate(), cleanup the same
code.
Signed-off-by: Kefeng Wang
Signed-off-by: Zhen Lei
---
drivers/clocksource/timer-sp804.c | 30 ++
1 file changed, 10 insertions(+), 20 deletions(-)
diff --git
The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends
it to 64-bit. That means, the registers: TimerXload, TimerXValue and
TimerXBGLoad are 64bits, all other registers are the same as those in the
SP804. The driver code can be completely reused except that the register
offset
The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends
it to 64-bit. That means, the registers: TimerXload, TimerXValue and
TimerXBGLoad are 64bits, all other registers are the same as those in the
SP804. The driver code can be completely reused except that the register
offset
The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends
it to 64-bit. That means, the registers: TimerXload, TimerXValue and
TimerXBGLoad are 64bits, all other registers are the same as those in the
SP804. The driver code can be completely reused except that the register
offset
Do a bit of cleaning, to make the next patch looks more clear. The
details are as follows:
1. Remove a mismatched comment. It just temporarily disable a timer,
and the timer will be set to periodic mode later.
2. Add two local variables: timer1_base and timer2_base in
sp804_of_init(), To
Debug issues related to display can be a challenge due to the complexity
around this topic and different source of information might help in this
process. We already have support for tracepoints inside the display
component, i.e., we have the basic functionalities available and we just
need to
A 100MHZ 32-bit timer will be wrapped up less than 43s. Although the
kernel maintains a software high 32-bit count in the tick IRQ. But it's
not applicable to the user mode APPs.
Note: The kernel still uses the lower 32 bits of the timer.
Signed-off-by: Zhen Lei
---
This patch series is based on v12 of the msm DP driver submission[1]
plus a compliance patch[2]. In the v5 patch series review I suggested
that the DP PHY and PLL be split out of the drm driver and moved to the
qmp phy driver. This patch series does that, but it is still marked as
an RFC because
We already track if any phy inside the qmp wrapper has been initialized
by means of the struct qcom_qmp::init_count member. Let's drop the
duplicate 'initalized' member to simplify the code a bit.
Cc: Jeykumar Sankaran
Cc: Chandan Uddaraju
Cc: Vara Reddy
Cc: Tanmay Shah
Reviewed-by: Bjorn
The clk_rcg2_dp_determine_rate() function is used for the DP pixel clk.
This function should return the rate that can be achieved by the pixel
clk in 'struct clk_rate_request::rate' and match the logic similar to
what is seen in clk_rcg2_dp_set_rate(). But that isn't the case. Instead
the code
Add the necessary compatible strings and phy data for the sc7180 USB3+DP
combo phy.
Cc: Jeykumar Sankaran
Cc: Chandan Uddaraju
Cc: Vara Reddy
Cc: Tanmay Shah
Cc: Bjorn Andersson
Cc: Manu Gautam
Cc: Sandeep Maheswaram
Cc: Douglas Anderson
Cc: Sean Paul
Cc: Jonathan Marek
Cc: Dmitry
On Wed, 26 Aug 2020 at 07:19, Joel Stanley wrote:
>
> In the 5.7 merge window the media kconfig was restructued. For most
> platforms these changes set CONFIG_MEDIA_SUPPORT_FILTER=y which keeps
> unwanted drivers disabled.
>
> The exception is if a config sets EMBEDDED or EXPERT (see
On Thu, 10 Sep 2020 at 03:12, Andrew Jeffery wrote:
>
> There's a veritable tug-of-war going on in the design, so disable one of
> the warring parties.
>
> Signed-off-by: Andrew Jeffery
Applied to the aspeed tree for 5.10.
Cheers,
Joel
> ---
> arch/arm/boot/dts/aspeed-bmc-ibm-rainier.dts |
On Thu, Sep 10, 2020 at 04:25AM, Rob Herring wrote:
> -Original Message-
> From: Rob Herring
> Sent: 2020年9月10日 4:25
> To: Qiang Zhao
> Cc: a.zu...@towertech.it; alexandre.bell...@bootlin.com;
> linux-...@vger.kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org
>
1 - 100 of 1284 matches
Mail list logo