ioread*() signatures from include/asm-generic/iomap.h and lib/iomap.c
have been recently modified to add the missing const qualifier to the
addr parameter. This broke the powerpc build which still had ioread*()
definitions without the const (conflicting types).
Add const qualifier to ioread*() def
Hi,
I am sorry this email was sent by accident. Please ignore this email.
Best Regards
-邮件原件-
发件人: chenzefeng (A)
发送时间: 2019年2月19日 14:38
收件人: 'Petr Mladek' ; chengjian (D)
抄送: 'sta...@vger.kernel.org' ; Jiri Kosina
; hjl.to...@gmail.com; jpoim...@redhat.com;
sjenn...@redhat.com; vo
Hi,
On 2019/02/19 10:25, Masahiro Yamada wrote:
On Fri, Feb 8, 2019 at 9:26 PM Sugaya Taichi
wrote:
This adds a DT binding documentation for the M10V and its evaluation
board.
Signed-off-by: Sugaya Taichi
---
Documentation/devicetree/bindings/arm/milbeaut.txt | 6 ++
1 file changed,
On 2/18/2019 10:08 PM, David Miller wrote:
> From: Colin King
> Date: Sun, 17 Feb 2019 23:03:31 +
>
>> From: Colin Ian King
>>
>> There is a spelling mistake in a en_err error message. Fix it.
>>
>> Signed-off-by: Colin Ian King
>
> Applied, thanks Colin.
>
> And I agree that this doesn
With current retry mechanism in f2fs_fill_super, first fill_super
fails due to no memory, then second fill_super runs w/o recovery,
if we succeed, we may lose fsynced data, it doesn't make sense.
Let's retry fill_super only if it occurs non-ENOMEM error during
recovery.
Signed-off-by: Chao Yu
--
Hello!
On 18.02.2019 14:23, Yu Chen wrote:
This patch adds binding documentation to support usb hub and usb
data role switch of Hisilicon HiKey960 Board.
Cc: Sergei Shtylyov
Cc: Rob Herring
Cc: Mark Rutland
Cc: John Stultz
Cc: Binghui Wang
Signed-off-by: Yu Chen
---
v1:
* Fix some format
Hi all,
Changes since 20190218:
The asm-generic tree gained a build failure for which I reverted a commit.
The v4l-dvb tree gained a build failure so I used the version from
next-20190218.
The net-next tree gained a conflict against the net tree.
The sound tree gained a conflict against the so
> Do you have any other questions?
Obviously, yes.
I am curious if this development discussion and code review will trigger
further software adjustments.
I guess that you will need additional time to reconsider specific items
from recent feedback.
Will corrections become relevant for specificati
Hi MyungJoo,
Thank you for taking part in the discussion.
Please check my comments below.
On 2/18/19 5:33 AM, MyungJoo Ham wrote:
>> This patch adds new mechanism for devfreq devices which changes polling
>> interval. The system should sleep longer when the devfreq device is almost
>> not used. T
Some of defines are not in use since
7b5768486a910532885f01b9d2dad4818c8b3be1. Remove it to make the code
easier to read and understand.
Signed-off-by: Alexey Roslyakov
---
drivers/rtc/rtc-pcf85063.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/rtc/rtc-pcf85063.c b/drivers/r
On Tue, Feb 19, 2019 at 1:45 PM Dmitry Torokhov
wrote:
>
> On Tue, Feb 19, 2019 at 01:00:19AM +0530, Jagan Teki wrote:
> > On Mon, Feb 18, 2019 at 3:03 PM Jagan Teki
> > wrote:
> > >
> > > Hi Dmitry,
> > >
> > > On Mon, Feb 18, 2019 at 12:42 PM Dmitry Torokhov
> > > wrote:
> > > >
> > > > On Su
On Tue, 19 Feb 2019 at 12:34, YueHaibing wrote:
>
> The return from the call to tee_client_invoke_func can be a
> negative error code however this is being assigned to an
> unsigned variable 'ret' hence the check is always false.
> Fix this by making 'ret' an int.
>
> Detected by Coccinelle ("Unsi
On 2/18/19 6:22 PM, Uwe Kleine-König wrote:
> Hello,
>
> On Thu, Feb 14, 2019 at 11:25:51AM +0100, Fabrice Gasnier wrote:
>> Add a device link between the PWM consumer and the PWM provider. This
>> enforces the PWM user to get suspended before the PWM provider. It
>> allows proper synchronization
8250_pci.c change for fix hanging problem while suspend machine. 8250_pci.c
support the same vendor id and device id definition as sunix multi-I/O card
driver, when the sunix multi-io borad driver is installed,there are two drivers
to support the same sunix multi-io card,it will cause operation
On Tue, Feb 19, 2019 at 05:52:20AM +, Song Liu wrote:
>
>
> > On Feb 17, 2019, at 3:05 PM, Jiri Olsa wrote:
> >
> > On Fri, Feb 15, 2019 at 01:53:48PM -0800, Song Liu wrote:
> >
> > SNIP
> >
> >>info_linear = bpf_program__get_prog_info_linear(fd, arrays);
> >>if (IS_ERR_OR_NULL(in
Hi Tony,
On 18/02/19 8:02 PM, Tony Lindgren wrote:
> * Lokesh Vutla [190216 03:30]:
>> On 2/15/2019 9:46 PM, Tony Lindgren wrote:
>>> The dts node for the interrupt controller should describe a
>>> proper Linux device, that is with reg entries and so on.
>>
>> You are asking to just keep the comp
On 19/02/2019 00:24, Linus Torvalds wrote:
> On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
>>
>> The question is what "fix it" means. I'm really concerned about AC escapes,
>> and everyone else should be, too.
>
> I do think that it might be the right thing to do to add some kind of
>
On Tue, Feb 19, 2019 at 09:46:32AM +0100, Fabrice Gasnier wrote:
> On 2/18/19 6:22 PM, Uwe Kleine-König wrote:
> > Hello,
> >
> > On Thu, Feb 14, 2019 at 11:25:51AM +0100, Fabrice Gasnier wrote:
> >> Add a device link between the PWM consumer and the PWM provider. This
> >> enforces the PWM user t
On 19.02.2019 09:42, Uwe Kleine-König wrote:
> Hello Claudiu,
>
> On Mon, Jan 21, 2019 at 12:30:53PM +, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> New SAM9X60's PWM controller use 32 bits counters thus it could generate
>> signals with higher period and duty cycles. U
Hi Arnd, Yuri,
On Tue, Feb 19, 2019 at 3:35 AM Arnd Bergmann wrote:
> From: Yury Norov
>
> All new 32-bit architectures should have 64-bit userspace off_t type, but
> existing architectures has 32-bit ones.
>
> To enforce the rule, new config option is added to arch/Kconfig that defaults
> ARCH_
On Tue, Feb 19, 2019 at 03:26:18PM +0800, YueHaibing wrote:
> calc_tpm2_event_size return size of the event which type is
> size_t, If it is an invalid event, returns 0. And all the
> caller use a size_t variable to check the return value, so
> no need to convert to the return value type to int.
>
On 2/18/19 5:39 PM, Daniel Lezcano wrote:
On 18/02/2019 10:01, Joseph Lo wrote:
On 2/15/19 11:14 PM, Daniel Lezcano wrote:
On 01/02/2019 17:16, Joseph Lo wrote:
Add support for the Tegra210 timer that runs at oscillator clock
(TMR10-TMR13). We need these timers to work as clock event device an
Update i.MX SCU resource ID table according to latest
system controller firmware.
Signed-off-by: Anson Huang
---
include/dt-bindings/firmware/imx/rsrc.h | 39 +++--
1 file changed, 22 insertions(+), 17 deletions(-)
diff --git a/include/dt-bindings/firmware/imx/rsrc.h
The driver has runtime but no build time dependency with IMX_IPUV3_CORE,
so can be built for testing purposes if COMPILE_TEST option is enabled.
This is useful to have more build coverage and make sure that the driver
is not affected by changes that could cause build regressions.
Signed-off-by: J
On Mon, Feb 18, 2019 at 11:40 PM Joseph Myers wrote:
>
> On Mon, 18 Feb 2019, Arnd Bergmann wrote:
>
> > We don't yet have an upstream glibc port for csky, so there is no user
>
> We do. It's in 2.29.
...
On Tue, Feb 19, 2019 at 3:18 AM Guo Ren wrote:
>
> Mao Han has merged csky port into glibc
On Mon, Feb 18, 2019 at 02:30:21PM -0800, H. Peter Anvin wrote:
> On 2/16/19 2:30 AM, Peter Zijlstra wrote:
> > On Fri, Feb 15, 2019 at 08:06:56PM -0800, h...@zytor.com wrote:
> >> This implies we invoke schedule -- a restricted operation (consider
> >> may_sleep) during execution of STAC-enabled c
On Tue, Feb 19, 2019 at 07:23:41AM +0100, Jiri Slaby wrote:
> On 13. 02. 19, 19:38, Greg Kroah-Hartman wrote:
> > 4.20-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Eric W. Biederman
> >
> > commit 35634ffa1751b6efd8cf75010b509d
On 19/02/2019 02:46, H. Peter Anvin wrote:
> On 2/18/19 6:20 PM, Andy Lutomirski wrote:
>>
>>
>>> On Feb 18, 2019, at 4:24 PM, Linus Torvalds
>>> wrote:
>>>
On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
The question is what "fix it" means. I'm really concerned about AC
This patch changes to allow failure of f2fs_bio_alloc() in
__submit_flush_wait(), which can simulate flush error in checkpoint()
for covering more error paths.
Signed-off-by: Chao Yu
---
fs/f2fs/segment.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/segment.c
This is fixed by Dan Carpenter's patch "net: sched: potential NULL
dereference in tcf_block_find()" that was submitted yesterday.
On Mon 18 Feb 2019 at 20:02, Cong Wang wrote:
> (Cc'ing Vlad, please fix it)
>
> On Wed, Feb 13, 2019 at 9:56 AM syzbot
> wrote:
>>
>> Hello,
>>
>> syzbot found the f
On Tue, Feb 19, 2019 at 4:40 AM Len Brown wrote:
>
> From: Zhang Rui
>
> The RAPL domain "name" attribute contains "Package-N",
> which is ambiguous on multi-die per-package systems.
>
> Update the name to "package-X-die-Y" on those systems.
>
> No change on systems without multi-die.
>
> Driver
On Tue, Feb 19, 2019 at 9:56 AM Geert Uytterhoeven wrote:
>
> Hi Arnd, Yuri,
>
> On Tue, Feb 19, 2019 at 3:35 AM Arnd Bergmann wrote:
> > From: Yury Norov
> >
> > All new 32-bit architectures should have 64-bit userspace off_t type, but
> > existing architectures has 32-bit ones.
> >
> > To enfo
On Tue, Feb 19, 2019 at 4:40 AM Len Brown wrote:
>
> From: Zhang Rui
>
> On the new dual-die/package systems, the RAPL MSR becomes die-scope.
> Thus instead of one powercap device per physical package, now there
> should be one powercap device for each unique die on these systems.
>
> This patch
On Tue, Feb 19, 2019 at 4:41 AM Len Brown wrote:
>
> From: Zhang Rui
>
> Simplify how the code to discover a package is called.
> Rename find_package_by_id() to rapl_find_package()
>
> No functional change.
>
> Signed-off-by: Zhang Rui
> Signed-off-by: Len Brown
> Cc: linux...@vger.kernel.org
>
This patch add mt8183 mipi_tx driver.
And also support other chips that use the same binding and driver.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 2 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 +
drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 168
Different IC has different mipi_tx setting of dsi.
This patch separates the mipi_tx hardware relate part for mt8173.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/Makefile | 1 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 350 ++
drivers/gpu/drm/mediate
MT8183 has different setting to MT8173(exist chip). We add mt8183 mipi_tx
driver.
1) Separate mipi_tx to common part and chip relate part.
2) Add mt8183 mipi_tx driver
Changes since v0:
- Separate two independent patches.
Jitao Shi (2):
drm/mediatek: separate mipi_tx to different file
drm/me
On Mon, Feb 18, 2019 at 04:24:30PM -0800, Linus Torvalds wrote:
> On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
> >
> > The question is what "fix it" means. I'm really concerned about AC escapes,
> > and everyone else should be, too.
>
> I do think that it might be the right thing to do t
On Tue, Feb 19, 2019 at 08:57:04AM +, claudiu.bez...@microchip.com wrote:
>
>
> On 19.02.2019 09:42, Uwe Kleine-König wrote:
> > Hello Claudiu,
> >
> > On Mon, Jan 21, 2019 at 12:30:53PM +, claudiu.bez...@microchip.com
> > wrote:
> >> From: Claudiu Beznea
> >>
> >> New SAM9X60's PWM co
On 2019/2/19 16:59, Jarkko Sakkinen wrote:
> On Tue, Feb 19, 2019 at 03:26:18PM +0800, YueHaibing wrote:
>> calc_tpm2_event_size return size of the event which type is
>> size_t, If it is an invalid event, returns 0. And all the
>> caller use a size_t variable to check the return value, so
>> no ne
Dear Candidates,
Work from home, we have a part time job offer available for you that will not
disturb your present occupation, you are to stand as a payment receiving
officer for
Haven Consultants Co (Thailand) Payment Managers Wanted for 2019/2020.
If you are interested in this business trans
Clang warns:
drivers/tee/optee/device.c:39:31: warning: suggest braces around
initialization of subobject [-Wmissing-braces]
struct tee_param param[4] = {0};
^
{}
drivers/tee/optee/device.c:92:48: warning: suggest br
Signed-off-by: saumah
---
parport_serial.c | 180 +--
1 file changed, 1 insertion(+), 179 deletions(-)
diff --git a/parport_serial.c b/parport_serial.c
index ae9e01e..f54d1d3 100644
--- a/parport_serial.c
+++ b/parport_serial.c
@@ -38,29 +38,10 @@ enum
On Tue, Feb 19, 2019 at 10:10 AM Vlad Buslov wrote:
>
> This is fixed by Dan Carpenter's patch "net: sched: potential NULL
> dereference in tcf_block_find()" that was submitted yesterday.
+Dan
Let's tell syzbot that this is fixed:
#syz fix: net: sched: potential NULL dereference in tcf_block_fi
On 18.02.2019 23:20, Alexandre Belloni wrote:
> On 14/02/2019 12:14:32+, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> Add support for SAM9X60.
>>
>> Signed-off-by: Claudiu Beznea
>> ---
>> drivers/clk/at91/sckc.c | 30 ++
>> 1 file changed,
Hi,
On 18.02.2019 23:08, Alexandre Belloni wrote:
> Hi,
>
> On 14/02/2019 12:14:28+, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> Different IPs uses different offsets in registers for the same
>> functionality, thus adapt the driver to support this.
>>
>> Signed-off-by:
On Tue, Feb 19, 2019 at 10:15:25AM +0100, Peter Zijlstra wrote:
> On Mon, Feb 18, 2019 at 04:24:30PM -0800, Linus Torvalds wrote:
> > On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
> > >
> > > The question is what "fix it" means. I'm really concerned about AC
> > > escapes,
> > > and every
On Tue, 2019-02-19 at 06:36 +, Changbin Du wrote:
> There are some complaints about bad commit description in 'Fixes' tag.
> Most cases are SHA1 should be at least 12 digits long. Let's extend
> the existing check in checkpatch.pl to include commit description of
> 'Fixes' tag.
I sent a sugges
On 15/02/2019 02:15, Sasha Levin wrote:
> From: Edward Cree
>
> [ Upstream commit 3366463513f544c12c6b88c13da4462ee9e7a1a1 ]
>
> Use a bitmap to keep track of which partition types we've already seen;
> for duplicates, return -EEXIST from efx_ef10_mtd_probe_partition() and
> thus skip adding t
parport_serial.c change for fix hanging problem while suspend machine.
parport_seria.c support the same vendor id and device id definition as sunix
multi-I/O card driver, when the sunix multi-io borad driver is installed,there
are two drivers to support the same sunix multi-io card,it will cause
On Tue, Feb 19, 2019 at 04:50:31PM +0800, saumah wrote:
> 8250_pci.c change for fix hanging problem while suspend machine. 8250_pci.c
> support the same vendor id and device id definition as sunix multi-I/O card
> driver, when the sunix multi-io borad driver is installed,there are two
> drivers
On Mon, 18 Feb 2019 19:08:48 +0100
Pierre Morel wrote:
> Libudev relies on having a subsystem link for non-root devices. To
> avoid libudev (and potentially other userspace tools) choking on the
> matrix device let us introduce a vfio_ap bus and with that the vfio_ap
> bus subsytem, and make the
On Tue, Feb 19, 2019 at 8:12 AM Sugaya, Taichi
wrote:
> On 2019/02/18 21:15, Arnd Bergmann wrote:
> > On Fri, Feb 8, 2019 at 1:26 PM Sugaya Taichi
> > wrote:
>
> >> +static int __init m10v_pm_init(void)
> >> +{
> >> + suspend_set_ops(&m10v_pm_ops);
> >> +
> >> + return 0;
> >> +}
> >>
On Mon, Jan 28, 2019 at 06:11:32PM +0100, Christian Brauner wrote:
> Afaict, the mknod_ptmx() call is a no-op on subsequent calls and the first
> call is done before we unlock the suberblock. If I'm not mistaken this is
> exactly parallel to what Al pointed out for binderfs 29ef1c8e16a
> ("binderfs
On Mon, Feb 18, 2019 at 07:33:38PM +, Sudip Mukherjee wrote:
> Hi Greg,
>
> On Mon, Feb 18, 2019 at 1:56 PM Greg Kroah-Hartman
> wrote:
> >
> > 4.14-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > commit 6926e041a8920c8ec27e4e155efa76
From: Mark Rutland
When restoring HCR_EL2 for the host, KVM uses HCR_HOST_VHE_FLAGS, which
is a constant value. This works today, as the host HCR_EL2 value is
always the same, but this will get in the way of supporting extensions
that require HCR_EL2 bits to be set conditionally for the host.
To
This feature will allow the KVM guest to allow the handling of
pointer authentication instructions or to treat them as undefined
if not set. It uses the existing vcpu API KVM_ARM_VCPU_INIT to
supply this parameter instead of creating a new API.
A new register is not created to pass this parameter
According to userspace settings, ptrauth key registers are conditionally
present in guest system register list based on user specified flag
KVM_ARM_VCPU_PTRAUTH.
Reset routines still sets these registers to default values but they are
left like that as they are conditionally accessible (set/get).
This is a runtime capabality for KVM tool to enable Armv8.3 Pointer
Authentication in guest kernel. A command line option --ptrauth is
required for this.
Signed-off-by: Amit Daniel Kachhap
---
arm/aarch32/include/kvm/kvm-cpu-arch.h| 1 +
arm/aarch64/include/asm/kvm.h | 1 +
arm/a
Save host MDCR_EL2 value during kvm HYP initialisation and restore
after every switch from host to guest. There should not be any
change in functionality due to this.
The value of mdcr_el2 is now stored in struct kvm_cpu_context as
both host and guest can now use this field in a common way.
Signe
Hi,
This patch series adds pointer authentication support for KVM guest and
is based on top of Linux 5.0-rc6. The basic patches in this series was
originally posted by Mark Rutland earlier[1,2] and contains some history
of this work.
Extension Overview:
===
From: Mark Rutland
When pointer authentication is supported, a guest may wish to use it.
This patch adds the necessary KVM infrastructure for this to work, with
a semi-lazy context switch of the pointer auth state.
Pointer authentication feature is only enabled when VHE is built
in the kernel an
On February 19, 2019 1:04:09 AM PST, Peter Zijlstra
wrote:
>On Mon, Feb 18, 2019 at 02:30:21PM -0800, H. Peter Anvin wrote:
>> On 2/16/19 2:30 AM, Peter Zijlstra wrote:
>> > On Fri, Feb 15, 2019 at 08:06:56PM -0800, h...@zytor.com wrote:
>> >> This implies we invoke schedule -- a restricted opera
On 18/02/2019 13:42, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.175 release.
> There are 143 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.
>
> Responses s
>> Will corrections become relevant for specifications in (assignment)
>> exclusions
>> of the second SmPL ellipsis in the discussed script?
>
> Let's do some experiments with the code in the current kernel.
It seems that you provided additional information for the adjustment
of when specificatio
On 18/02/2019 13:43, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.159 release.
> There are 58 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.
>
> Responses sh
Hi Baolin,
On Tue, Feb 19, 2019 at 4:15 AM Baolin Wang wrote:
> On Mon, 18 Feb 2019 at 20:23, Arnd Bergmann wrote:
> > On Mon, Feb 18, 2019 at 11:52 AM Baolin Wang wrote:
> > > On Mon, 18 Feb 2019 at 18:31, Arnd Bergmann wrote:
> > > >
> > > > On Tue, Feb 12, 2019 at 9:25 AM Baolin Wang
> >
On 18/02/2019 13:43, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.102 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.
>
> Responses s
On 19/02/2019 10:00, Joseph Lo wrote:
> On 2/18/19 5:39 PM, Daniel Lezcano wrote:
>> On 18/02/2019 10:01, Joseph Lo wrote:
>>> On 2/15/19 11:14 PM, Daniel Lezcano wrote:
On 01/02/2019 17:16, Joseph Lo wrote:
> Add support for the Tegra210 timer that runs at oscillator clock
> (TMR10-TM
It is weird to create gdb stuff as a side-effect of vmlinux.
Move it to a more relevant place.
Signed-off-by: Masahiro Yamada
---
Makefile | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index a5762c6..0459260 100644
--- a/Makefile
+++ b/Makefile
@@ -
gdb-scripts is not a real object, but (ab)used like a phony target.
Rewrite the code in a more Kbuild-ish way. Add symlinks to extra-y
and use if_changed.
Signed-off-by: Masahiro Yamada
---
scripts/gdb/linux/Makefile | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
di
Every time we add/remove a target, we need to touch the header part,
including renumbering. This is not so important information.
Numbering targets is rather misleading because they are not necessarily
generated in this order. For example, 1) and 2) can be executed
simultaneously when the -j optio
Currently, Kbuild descends from scripts/Makefile to scripts/gdb/Makefile
just for creating symbolic links, but it does not need to do it so early.
Merge the two descending paths to simplify the code.
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
scripts/Makefile
scripts/gdb/linux/constants.py is never used in the kernel build
process. There is no good reason to create it so early.
Get it out of the 'prepare' stage.
Signed-off-by: Masahiro Yamada
---
Kbuild | 10 --
Makefile | 11 +++
2 files changed, 11 insertions(+), 10 deletions(-)
TBU interrupt is a normal interrupt and can be used to trigger the
cleaning of TX path. Lets check if it's active in DMA interrupt handler.
While at it, refactor a little bit the function:
- Don't check if RI is enabled because at function exit we will
only clear the interrupts t
Commit 8fce33317023 introduced the concept of NAPI per-channel and
independent cleaning of TX path.
This is currently breaking performance in some cases. The scenario
happens when all packets are being received in Queue 0 but the TX is
performed in Queue != 0.
Fix this by using different NAPI ins
Tested in XGMAC2 and GMAC5.
Cc: Florian Fainelli
Cc: Joao Pinto
Cc: David S. Miller
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
Jose Abreu (3):
net: stmmac: Fix NAPI poll in TX path when in multi-queue
net: stmmac: dwmac4: Also use TBU interrupt to clean TX path
net: stmmac: dwxgmac2:
TBU interrupt is a normal interrupt and can be used to trigger the
cleaning of TX path. Lets check if it's active in DMA interrupt handler.
While at it, refactor a little bit the function:
- Don't check if RI is enabled because at function exit we will
only clear the interrupts t
On 19.02.2019 10:22, Cornelia Huck wrote:
> On Mon, 18 Feb 2019 19:08:48 +0100
> Pierre Morel wrote:
>
>> Libudev relies on having a subsystem link for non-root devices. To
>> avoid libudev (and potentially other userspace tools) choking on the
>> matrix device let us introduce a vfio_ap bus a
Dear Linux folks,
On a the IBM S822LC (8335-GTA) with Ubuntu 18.10, and Linux 5.0-rc5+
accessing `/sys/kernel/debug/kmemleak` takes a long time. According to
strace it takes three seconds.
```
$ sudo strace -tt -T cat /sys/kernel/debug/kmemleak
10:35:49.861641 execve("/bin/cat", ["cat", "/sys/ke
On Tue, Feb 19, 2019 at 10:04:09AM +0100, Peter Zijlstra wrote:
> > Does that make more sense?
>
> It appears to me you're going about it backwards.
So how about you do a GCC plugin that verifies limits on code-gen
between user_access_begin/user_access_end() ?
- No CALL/RET
- implies user_ac
On Tue, 19 Feb 2019 at 14:45, Nathan Chancellor
wrote:
>
> Clang warns:
>
> drivers/tee/optee/device.c:39:31: warning: suggest braces around
> initialization of subobject [-Wmissing-braces]
> struct tee_param param[4] = {0};
> ^
>
Hi Geert,
On Tue, 19 Feb 2019 at 17:30, Geert Uytterhoeven wrote:
>
> Hi Baolin,
>
> On Tue, Feb 19, 2019 at 4:15 AM Baolin Wang wrote:
> > On Mon, 18 Feb 2019 at 20:23, Arnd Bergmann wrote:
> > > On Mon, Feb 18, 2019 at 11:52 AM Baolin Wang
> > > wrote:
> > > > On Mon, 18 Feb 2019 at 18:31,
Hello, Al.
What would you suggest if FMODE_EXEC is not the right choice?
On 2019/01/22 9:51, Kees Cook wrote:
> On Tue, Jan 22, 2019 at 10:18 AM Al Viro wrote:
>> We are *NOT* going to use current->in_execve to propagate that information.
>> Come up with a cleaner solution, if you care, but this
On 2/19/19 9:55 AM, Uwe Kleine-König wrote:
> On Tue, Feb 19, 2019 at 09:46:32AM +0100, Fabrice Gasnier wrote:
>> On 2/18/19 6:22 PM, Uwe Kleine-König wrote:
>>> Hello,
>>>
>>> On Thu, Feb 14, 2019 at 11:25:51AM +0100, Fabrice Gasnier wrote:
Add a device link between the PWM consumer and the P
Hi,
On Fri, 2019-02-15 at 10:53 -0800, Florian Fainelli wrote:
> On 2/15/19 10:34 AM, Paul Kocialkowski wrote:
> > As I was mentionning to Andrew in the initial submission of this patch,
> > this driver is a bit unusual since it represents a GMII to RGMII
> > bridge, so it's not actually a PHY dri
hi,
sending assorted general fixes that queued
up in my other branches.
v3 changes:
- fix for fixes found by Namhyung
- new patch to use sysfs__mountpoint
v2 changes:
- renamed the interface to struct cpu_topology/numa_topology
plus related changes in function names
- adding missing F
Using sysfs__mountpoint() when reading sysfs files
for cpu/numa topology.
Also using scnprintf instead of sprintf as suggested
by Namhyung.
Link: http://lkml.kernel.org/n/tip-pny10k3m9459q6f2j7ot7...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/cputopo.c | 29
We are currently passing the node index instead of the
real node number.
Fixes: fbe96f29ce4b ("perf tools: Make perf.data more self-descriptive (v8)"
Link: http://lkml.kernel.org/n/tip-rbtlsr9ts23c89rki7d4s...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/header.c | 2 +-
1 file ch
Add support for hi3559v100-shub-pwm and hisilicon,hi3559v100-pwm
platforms.
Reviewed-by: Rob Herring
Signed-off-by: Mathieu Othacehe
---
Documentation/devicetree/bindings/pwm/pwm-hibvt.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-hibvt.txt
Adding numa_topology object to return the list of numa
nodes together with their cpus. It will replace the numa
code in header.c and will be used from perf record code
in following patches.
Adding following interface functions to load numa details:
struct numa_topology *numa_topology__new(void)
On Monday, February 18, 2019 2:33:49 AM CET Ghannam, Yazen wrote:
> From: Yazen Ghannam
>
> The ACPI idle driver will fallback to using the legacy P_LVL* SystemIO
> method of entering C-states if the _CST method is disabled and P_BLK is
> defined. However, in this case the C2 and C3 states won't
Split pwm-soc array in one struct per soc and point to the
corresponding on in of-data.
Signed-off-by: Mathieu Othacehe
---
drivers/pwm/pwm-hibvt.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/pwm/pwm-hibvt.c b/drivers/pwm/pwm-hibvt.c
index 27c10
Making struct cpu_topo global and renaming it to
struct cpu_topology, so it can be used from record
command in following patches.
Adding following interface functions to load/free
cpu topology details:
struct cpu_topology *cpu_topology__new(void);
void cpu_topology__delete(struct cpu_topology
Add support for hi3559v100-shub-pwm and hisilicon,hi3559v100-pwm
platforms. They require a special quirk: pwm has to be enabled again
to force duty_cycle refresh.
Signed-off-by: Mathieu Othacehe
---
drivers/pwm/pwm-hibvt.c | 27 ++-
1 file changed, 26 insertions(+), 1 del
On Fri, 15 Feb 2019 17:55:35 -0500
Tony Krowiak wrote:
> On 2/14/19 8:51 AM, Pierre Morel wrote:
> > To be able to use the VFIO interface to facilitate the
> > mediated device memory pining/unpining we need to register
> > a notifier for IOMMU.
> >
> > Signed-off-by: Pierre Morel
> > ---
> >
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: f307a7e9b7af ("regulator: pv88060: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88060-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: c90456e36d9c ("regulator: pv88090: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88090-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
On Sunday, February 17, 2019 4:54:13 AM CET Xiongfeng Wang wrote:
> Hisilicon chips do not support delivered performance counter register
> and reference performance counter register. But the platform can
> calculate the real performance using its own method. This patch provide
> a workaround for t
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: 99cf3af5e2d5 ("regulator: pv88080: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88080-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
1 - 100 of 1032 matches
Mail list logo
