> -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 ; intel-gvt-...@lists.freedesktop.or
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 r
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
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 ++
> include/dt-bindings/clock/mt8183-cl
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 ; Kai-Heng
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:
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 -
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
example:
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: https://syzkaller.appspo
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: https://syzkaller.appspo
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: Ma
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
---
d
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 Alp
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 c871b94f3e6f..0
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 a/arch/arm64/boot/dt
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
b/arch/arm64/boot/dts/media
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 s
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 026fe18972d3..4b59
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
b/Documentation/devicetree/bindings/usb/medi
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
b/Documentation/devicetree/bindings/usb/mediatek,mtu
> -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; linux-n...@vger.kernel.or
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 configuratio
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
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 10d9180a0d77..f74ee7f36d
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 --g
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 b/drivers/regulator/sy88
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
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 de
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 b/drivers/regulator
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(-)
d
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 r
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 |
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 Documentation/devicetree/bin
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
dt-bind
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 +-
arch/powerpc/kernel
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
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]
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
1.
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 a/tools/perf/pmu-events/arch/x86/cascadelakex/uncore
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
1.
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",
"MetricE
The function convert_scale() can be used to convert string
to unit and scale. For example,
s = "60ns";
convert_scale(s, &unit, &scale);
unit = "ns", scale = 60.
Currently this function is static. This patch renames the function
to perf_pmu__convert_scale and changes the function
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 ++
include/dt-bindings/clock/mt8183-clk.h | 4 +++
2 files changed, 39 insertions(+)
diff --git a/drivers/c
This patch adds binding of pericfg for MT8183.
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/arm/mediatek/mediatek,pericfg.txt| 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/arm/mediatek/mediatek,pericfg.txt
b/Documentation/devicetree/bin
GCC and Clang have different policy for -Wunused-function; GCC does not
warn unused static inline functions at all whereas Clang does if they
are defined in source files instead of included headers although it has
been suppressed since commit abb2ea7dfd82 ("compiler, clang: suppress
warning for unu
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 behavior, I think all of which are OK.
[1] Currently, cc-option calls a
Hi Rob,
Thanks for the review.
I will modify commit message and send new patch set.
We have a plan to upstream DTS files. We will send DTS changes in
different patch set once this is done.
Regards,
Srinath.
On Wed, Aug 21, 2019 at 11:51 PM Rob Herring wrote:
>
> On Wed, Jul 31, 2019 at 03:49:52
On Wed, 28 Aug 2019 11:27:05 +0800 Jisheng Zhang wrote:
> Hi Mark,
>
> On Tue, 27 Aug 2019 20:44:37 +0100 Mark Brown wrote:
>
> > On Tue, Aug 27, 2019 at 08:45:33AM +, Jisheng Zhang wrote:
> >
> > This looks mostly good and I'll apply it, a couple of small
> > things though:
> >
> > > @@
Le 28/08/2019 à 06:54, Scott Wood a écrit :
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 reloca
Details about this can be found here:
https://lwn.net/Articles/750770/
What's new in this version
==
There are three choices based on the discussion [1] in RFC v2:
> #1. We expose a VFIO device, so we can reuse the VFIO container/group
> based DMA API and potentially
Since vhost_exceeds_weight() was introduced, callers need to specify
the packet weight and byte weight in vhost_dev_init(). Note that, the
packet weight isn't counted in this patch to keep the original behavior
unchanged.
Fixes: e82b9b0727ff ("vhost: introduce vhost_exceeds_weight()")
Cc: sta...@v
Since below commit, callers need to specify the iov_limit in
vhost_dev_init() explicitly.
Fixes: b46a0bf78ad7 ("vhost: fix OOB in get_rx_bufs()")
Cc: sta...@vger.kernel.org
Signed-off-by: Tiwei Bie
---
drivers/vhost/test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
Hi Scott,
Thanks for your reply.
On 2019/8/28 6:07, Scott Wood wrote:
On Fri, Aug 09, 2019 at 06:07:52PM +0800, Jason Yan wrote:
Add a new helper create_tlb_entry() to create a tlb entry by the virtual
and physical address. This is a preparation to support boot kernel at a
randomized address.
On (08/27/19 08:37), Randy Dunlap wrote:
> on x86_64:
>
> In file included from ../include/linux/mmzone.h:10:0,
> from ../include/linux/gfp.h:6,
> from ../include/linux/umh.h:4,
> from ../include/linux/kmod.h:9,
> from ../include/
trace_array_destroy() is an exported symbol, but not only
are there no in-tree callers, it doesn't actually have
a declaration in any header.
This fixes the "no previous prototype for" warning.
Signed-off-by: Jakub Kicinski
---
kernel/trace/trace.c | 19 ---
1 file changed, 19 d
Fix the W=1 missing prototype warning:
kernel/trace/trace.c:8319:21: warning: no previous prototype for
‘trace_array_create’ [-Wmissing-prototypes]
Signed-off-by: Jakub Kicinski
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/trace.c b/
Fix the following kdoc warnings:
kernel/trace/trace.c:1579: warning: Function parameter or member 'tr' not
described in 'update_max_tr_single'
kernel/trace/trace.c:1579: warning: Function parameter or member 'tsk' not
described in 'update_max_tr_single'
kernel/trace/trace.c:1579: warning: Functi
Hi!
trace.o gets rebuild on every make run when tracing is enabled,
which makes all warnings particularly noisy. This patchset fixes
some low-hanging fruit on W=1 C=1 builds.
Jakub Kicinski (3):
tracing: correct kdoc formats
tracing: remove exported but unused trace_array_destroy()
tracing:
On (08/27/19 21:45), Brendan Higgins wrote:
[..]
> I actually use it in a very similar way as dev_printk() does. I am using
> it to define an equivalent kunit_printk(), which takes a log level, and
> adds its own test information to the log.
>
> What I have now is:
>
> static int kunit_vprintk_em
The test case is
arecord -Dhw:0 -d 10 -f S16_LE -r 48000 -c 2 temp.wav &
aplay -Dhw:0 -d 30 -f S16_LE -r 48000 -c 2 test.wav
There will be error after end of arecord:
aplay: pcm_write:2051: write error: Input/output error
Capture and Playback work in parallel in master mode, one
substream stops,
On Tue, 2019-08-27 at 11:33 +1000, Michael Ellerman wrote:
> Jason Yan writes:
> > A polite ping :)
> >
> > What else should I do now?
>
> That's a good question.
>
> Scott, are you still maintaining FSL bits,
Sort of... now that it's become very low volume, it's easy to forget when
something
I find this when I run a docker test script.
#-script begin--
for((i=0; i<100; i++))
do
echo "=== test $i start
"
rm -rf /media/ram/docker/test/*
docker run -d --name test -h test -v
/media/docker/app/datainde
On Tue, 27 Aug 2019 at 13:30, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.2.11 release.
> There are 162 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
On Tue, 2019-08-27 at 23:05 -0500, Scott Wood wrote:
> On Fri, 2019-08-09 at 18:07 +0800, Jason Yan wrote:
> > Freescale Book-E
> > parts expect lowmem to be mapped by fixed TLB entries(TLB1). The TLB1
> > entries are not suitable to map the kernel directly in a randomized
> > region, so we chose
On Wed, Aug 28, 2019 at 08:57:19AM +0530, Souptick Joarder wrote:
> On Tue, Aug 27, 2019 at 9:19 PM Jason Gunthorpe wrote:
> >
> > On Tue, Aug 27, 2019 at 01:48:57AM +0530, Souptick Joarder wrote:
> > > On Mon, Aug 26, 2019 at 5:50 PM Jason Gunthorpe wrote:
> > > >
> > > > On Mon, Aug 26, 2019 at
From: Voon Weifeng
Date: Tue, 27 Aug 2019 09:38:07 +0800
> In order to keep PCI info simple and neat, this patch series have
> introduced a 3 hierarchy of struct. First layer will be the
> intel_mgbe_common_data struct which keeps all Intel common configuration.
> Second layer will be xxx_common_
On Tue, 27 Aug 2019 at 13:25, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.69 release.
> There are 98 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
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. Freescale Book-E
> parts expect lowmem t
On Tue, 27 Aug 2019 at 13:22, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.141 release.
> There are 62 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Re
On 8/26/19 6:37 PM, Helge Deller wrote:
On 26.08.19 09:34, Alexandre Ghiti wrote:
On 6/20/19 7:03 AM, Alexandre Ghiti wrote:
This series fixes the fallback of the top-down mmap: in case of
failure, a bottom-up scheme can be tried as a last resort between
the top-down mmap base and the stack, ho
On Wed, Aug 28, 2019 at 12:02:31PM +0900, Sergey Senozhatsky wrote:
> On (08/27/19 16:48), Brendan Higgins wrote:
> > Previously vprintk_emit was only defined when CONFIG_PRINTK=y, this
> > caused a build failure in kunit/test.c when CONFIG_PRINTK was not set.
> > Add a no-op dummy so that callers
Checkpatch reports WARNING:SUSPECT_CODE_INDENT in several places. Fix
this by aligning code properly with tabs.
Signed-off-by: Stephen Brennan
---
Changes in v2: rebase on next-20190827, fixing conflict with spacing fixes.
.../rtl8192u/ieee80211/ieee80211_crypt_ccmp.c | 2 +-
.../staging
> -Original Message-
> From: Andrew Murray
> Sent: 2019年8月27日 21:34
> 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 ;
currently, if the page is not a tail of compound page, it will be
checked twice for the same thing.
Signed-off-by: Ben Luo
---
drivers/vfio/vfio_iommu_type1.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c
i
On Tue, 2019-08-20 at 14:07:09 UTC, Christophe Leroy wrote:
> From: Christoph Hellwig
>
> The on chip memory allocator is entirely unused in the kernel tree.
>
> Signed-off-by: Christoph Hellwig
> Acked-by: Christophe Leroy
> Signed-off-by: Christophe Leroy
Series applied to powerpc next, th
On Thu, 2019-08-22 at 16:44:05 UTC, Christophe Leroy wrote:
> Book3E doesn't have SPRN_SPURR/SPRN_PURR.
>
> Activating ARCH_HAS_SCALED_CPUTIME is just wasting CPU time.
>
> Signed-off-by: Christophe Leroy
> Link: https://github.com/linuxppc/issues/issues/171
Applied to powerpc next, thanks.
ht
On Tue, 2019-08-20 at 14:34:12 UTC, Christophe Leroy wrote:
> Today LOAD_REG_IMMEDIATE() is a basic #define which loads all
> parts on a value into a register, including the parts that are NUL.
>
> This means always 2 instructions on PPC32 and always 5 instructions
> on PPC64. And those instructio
On Sat, 2019-07-13 at 03:21:06 UTC, Masahiro Yamada wrote:
> The KBUILD_ARFLAGS addition in arch/powerpc/Makefile has never worked
> in a useful way because it is always overridden by the following code
> in the top Makefile:
>
> # use the deterministic mode of AR if available
> KBUILD_ARFLAGS
stable-rc/linux-4.14.y boot: 125 boots: 2 failed, 112 passed with 10 offline, 1
untried/unknown (v4.14.140-63-g4e1a19d2)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.140-63-g4e1a19d2/
Full Build Summary:
https://kernelci.org/build/stabl
On Wed, 28 Aug 2019 09:51:40 +0800, Hayes Wang wrote:
> 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 aft
OK. I'm mystified. next-20190806 built fine. -0818 and -0826 died a
glorious death indeed. All 3 were build using the same Fedora Rawhide 9.1.1
compiler (installed on July 30). 'git log -- tools/objtool' comes up empty.
Local hack-around was to remove the -Werror from tools/objtool/Makefile
A
On Fri, 2019-08-09 at 18:07 +0800, Jason Yan wrote:
> This series implements KASLR for powerpc/fsl_booke/32, as a security
> feature that deters exploit attempts relying on knowledge of the location
> of kernel internals.
>
> Since CONFIG_RELOCATABLE has already supported, what we need to do is
>
From: Feng Sun
Date: Mon, 26 Aug 2019 14:46:04 +0800
> After commit baeababb5b85d5c4e6c917efe2a1504179438d3b
> ("tun: return NET_XMIT_DROP for dropped packets"),
> when tun_net_xmit drop packets, it will free skb and return NET_XMIT_DROP,
> netpoll_send_skb_on_dev will run into following use afte
From: Mao Wenan
Date: Mon, 26 Aug 2019 09:31:18 +0800
> Fixes gcc '-Wunused-but-set-variable' warning:
> drivers/net/ethernet/mediatek/mtk_eth_soc.c: In function mtk_handle_irq:
> drivers/net/ethernet/mediatek/mtk_eth_soc.c:1951:6: warning: variable status
> set but not used [-Wunused-but-set-va
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 controller driver with the
SDXC PHY on Intel's Lightning Mountain SoC.
Signed-off-by: Ramuthevar Vadivel Mur
Hi Rob,
Thanks a lot for your review!
Thanks,
Zhiqiang
> -Original Message-
> From: Rob Herring
> Sent: 2019年8月28日 0:58
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org; gustavo.pimen...@synopsys.com;
> jingooh...@gmail.com; bhe
The mm-of-the-moment snapshot 2019-08-27-20-39 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Hi Mark,
On Tue, 27 Aug 2019 20:44:37 +0100 Mark Brown wrote:
> On Tue, Aug 27, 2019 at 08:45:33AM +, Jisheng Zhang wrote:
>
> This looks mostly good and I'll apply it, a couple of small
> things though:
>
> > @@ -0,0 +1,192 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * SY8824
Hi Martin,
Thanks for your comment.
On 8/28/2019 4:38 AM, Martin Blumenstingl wrote:
Hello,
On Tue, Aug 27, 2019 at 5:09 AM Chuan Hua, Lei
wrote:
Hi Martin,
Thanks for your feedback. Please check the comments below.
On 8/27/2019 5:15 AM, Martin Blumenstingl wrote:
Hello,
On Mon, Aug 26,
On Tue, Aug 27, 2019 at 05:53:19PM -0500, Bjorn Helgaas wrote:
> Unrelated, but if anybody is looking at pciehp, is there value in
> having pciehp split across five files?
>
> drivers/pci/hotplug/pciehp.h
> drivers/pci/hotplug/pciehp_core.c
> drivers/pci/hotplug/pciehp_ctrl.c
> drivers/pci
On Tue, Aug 27, 2019 at 9:19 PM Jason Gunthorpe wrote:
>
> On Tue, Aug 27, 2019 at 01:48:57AM +0530, Souptick Joarder wrote:
> > On Mon, Aug 26, 2019 at 5:50 PM Jason Gunthorpe wrote:
> > >
> > > On Mon, Aug 26, 2019 at 01:32:09AM +0530, Souptick Joarder wrote:
> > > > On Mon, Aug 26, 2019 at 1:1
> -Original Message-
> From: Andrew Murray
> Sent: 2019年8月27日 22:49
> To: Xiaowei Bao
> Cc: christophe leroy ; mark.rutl...@arm.com; Roy
> Zang ; lorenzo.pieral...@arm.co; a...@arndb.de;
> devicet...@vger.kernel.org; gre...@linuxfoundation.org;
> linuxppc-...@lists.ozlabs.org; linux-...
From: David Miller
Date: Tue, 27 Aug 2019 20:20:43 -0700 (PDT)
> Applied to net-next.
My bad, applied to net and queued up for v5.2 -stable.
From: Marco Hartmann
Date: Wed, 21 Aug 2019 11:00:46 +
> Commit 34786005eca3 ("net: phy: prevent PHYs w/o Clause 22 regs from calling
> genphy_config_aneg") introduced a check that aborts phy_config_aneg()
> if the phy is a C45 phy.
> This causes phy_state_machine() to call phy_error() so tha
Because you didn't even compile test the previous patch, I want to
know how you did functional testing on this version on current kernel
versions?
On 8/28/19 1:20 AM, Borislav Petkov wrote:
> On Tue, Aug 27, 2019 at 09:33:11AM -0700, Dave Hansen wrote:
>> The point was that there are 5 files in the code that need to be changed
>> if you change NCAPINTS:
>>
>> 1. arch/x86/include/asm/required-features.h
>> 2. arch/x86/include/asm/disabled-feat
Hi Paul,
On Tue, Aug 27, 2019 at 05:33:11PM +0800, Andrey Ryabinin wrote:
>
>
> On 8/27/19 12:07 PM, Nick Hu wrote:
> > Hi Andrey
> >
> > On Thu, Aug 22, 2019 at 11:59:02PM +0800, Andrey Ryabinin wrote:
> >> On 8/7/19 10:19 AM, Nick Hu wrote:
> >>> There are some features which need this string
From: Peng Fan
The ARM SMC/HVC mailbox binding describes a firmware interface to trigger
actions in software layers running in the EL2 or EL3 exception levels.
The term "ARM" here relates to the SMC instruction as part of the ARM
instruction set, not as a standard endorsed by ARM Ltd.
Signed-off
1 - 100 of 1477 matches
Mail list logo
