On Fri, May 31, 2019 at 09:12:03PM +0300, Vladimir Oltean wrote:
> It won't work unless I make changes to dsa_switch_rcv.
Or to the tagging code.
> Right now taggers can only return a pointer to the skb, or NULL, case
> in which DSA will free it.
The tagger can re-write the skb. Why not reform
On Fri, May 31, 2019 at 07:16:17PM +0300, Vladimir Oltean wrote:
> But now comes the question on what to do on error cases - the meta
> frame didn't arrive. Should I just drop the skb waiting for it?
Yes, that is what other drivers do.
> Right now I "goto rcv_anyway" - which linuxptp doesn't
On Thu, May 30, 2019 at 11:46 AM Dalit Ben Zoor wrote:
>
> unsecured registers can be changed by the user, and hence should be
> restored to their default values in context switch
>
> Signed-off-by: Dalit Ben Zoor
> ---
> drivers/misc/habanalabs/goya/goya.c | 19 ---
> 1 file
(Resend as LKML didn't take outlook settings.)
> On Fri, 2019-05-31 at 11:27 -0700, Dexuan-Linux Cui wrote:
> > Hi,
> > Did you know about the panic reported here:
> > https://marc.info/?t=15593077303=1=2
> >
> > "Kernel panic - not syncing: stack-protector: Kernel stack is
> > corrupted
Fixes gcc '-Wunused-but-set-variable' warning:
sound/pci/lx6464es/lx_core.c: In function 'lx_interrupt_handle_async_events':
sound/pci/lx6464es/lx_core.c:990:6: warning:
variable 'urun_mask' set but not used [-Wunused-but-set-variable]
sound/pci/lx6464es/lx_core.c:989:6: warning:
variable
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/pwm/pwm-pca9685.c: In function 'pca9685_pwm_gpio_free':
drivers/pwm/pwm-pca9685.c:173:21: warning:
variable 'pwm' set but not used [-Wunused-but-set-variable]
It's not used since commit e926b12c611c ("pwm: Clear chip_data in pwm_put()")
Prior to the adoption of SPDX, it was difficult for tools to determine
the correct license due to incomplete or badly formatted license text.
The SPDX solves this issue, assuming people can correctly spell
"SPDX-License-Identifier" although this assumption is broken in some
places.
Since
On Fri, May 31, 2019 at 6:28 PM Song Liu wrote:
>
>
>
> > On May 31, 2019, at 3:37 PM, Matt Mullins wrote:
> >
> > It is possible that a BPF program can be called while another BPF
> > program is executing bpf_perf_event_output. This has been observed with
> > I/O completion occurring as a
On Sat, Jun 01, 2019 at 03:34:49AM +0100, Al Viro wrote:
> On Sat, Jun 01, 2019 at 03:25:27AM +0100, Al Viro wrote:
> > On Sat, Jun 01, 2019 at 10:15:26AM +0800, Gen Zhang wrote:
> > > In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
> > > returns NULL when fails. So 'arg'
On Sat, Jun 01, 2019 at 03:25:27AM +0100, Al Viro wrote:
> On Sat, Jun 01, 2019 at 10:15:26AM +0800, Gen Zhang wrote:
> > In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
> > returns NULL when fails. So 'arg' should be checked. And 'mnt_opts'
> > should be freed when error.
>
On Sat, Jun 01, 2019 at 03:25:27AM +0100, Al Viro wrote:
> On Sat, Jun 01, 2019 at 10:15:26AM +0800, Gen Zhang wrote:
> > In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
> > returns NULL when fails. So 'arg' should be checked. And 'mnt_opts'
> > should be freed when error.
>
On Sat, Jun 01, 2019 at 10:15:26AM +0800, Gen Zhang wrote:
> In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
> returns NULL when fails. So 'arg' should be checked. And 'mnt_opts'
> should be freed when error.
What's the latter one for? On failure we'll get to
In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
returns NULL when fails. So 'arg' should be checked. And 'mnt_opts'
should be freed when error.
Signed-off-by: Gen Zhang
Reviewed-by: Ondrej Mosnacek
Fixes: 99dbbb593fe6 ("selinux: rewrite selinux_sb_eat_lsm_opts()")
---
Hi Matteo,
On Fri, 31 May 2019 11:12:39 +0200 Matteo Croce wrote:
>
> please correct the Fixes tag if possible.
> It seems that the hash of the offending commit now is d91bff3011cf
Unfortunately, these hashes will keep changing for things in Andrew's
patch queue until they are sent to Linus.
I'll have to Nack this series because it's making a couple of wrong assumptions
about bandwidth voting.
Firstly, it's mixing up OPP to bandwidth mapping (Eg: CPU freq to CPU<->DDR
bandwidth mapping) with the bandwidth levels that are actually supported by an
interconnect path (Eg: CPU<->DDR
The mm-of-the-moment snapshot 2019-05-31-19-09 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
On Sat, Jun 1, 2019 at 2:45 AM George G. Davis wrote:
> > Following this pattern, does this work for you?
> >
> > diff --git a/scripts/checkstack.pl b/scripts/checkstack.pl
> > index 122aef5e4e14..371bd17a4983 100755
> > --- a/scripts/checkstack.pl
> > +++ b/scripts/checkstack.pl
> > @@ -46,7
Hi,
When compiling the kernel on v5.2-rc (both rc1 and rc2) with "make
-j12", the gcc will randomly crash with segfault, while on v5.1-rc7
everything is OK.
The crash only happens when the VM has only 1G ram, when given 4G ram it
no longer crash.
However according to dmesg, there is no OOM
On Fri, May 31, 2019 at 11:45:28AM -0400, Paul Moore wrote:
> On Thu, May 30, 2019 at 9:34 PM Gen Zhang wrote:
> >
> > In selinux_sb_eat_lsm_opts(), 'arg' is allocated by kmemdup_nul(). It
> > returns NULL when fails. So 'arg' should be checked.
> >
> > Signed-off-by: Gen Zhang
> > Reviewed-by:
On Fri, May 31, 2019 at 11:55:23AM -0400, Paul Moore wrote:
> On Thu, May 30, 2019 at 4:55 AM Gen Zhang wrote:
> >
> > In selinux_add_mnt_opt(), 'val' is allcoted by kmemdup_nul(). It returns
> > NULL when fails. So 'val' should be checked.
> >
> > Signed-off-by: Gen Zhang
> > Fixes:
> On May 31, 2019, at 3:37 PM, Matt Mullins wrote:
>
> It is possible that a BPF program can be called while another BPF
> program is executing bpf_perf_event_output. This has been observed with
> I/O completion occurring as a result of an interrupt:
>
>
Hi,
On Fri, May 31, 2019 at 5:09 PM Bjorn Andersson
wrote:
>
> On Fri 31 May 15:24 PDT 2019, Doug Anderson wrote:
>
> > Hi,
> >
> > On Thu, May 30, 2019 at 8:01 PM Bjorn Andersson
> > wrote:
> > >
> > > +/**
> > > + * qmp_send() - send a message to the AOSS
> > > + * @qmp: qmp context
> > > + *
On Fri, May 31, 2019 at 11:03:19PM +0200, Arnd Bergmann wrote:
> On Fri, May 31, 2019 at 10:06 PM 'Nick Desaulniers' via Clang Built
> Linux wrote:
> >
> > On Fri, May 31, 2019 at 12:21 PM Arnd Bergmann wrote:
> > > clang, I would suggest dropping your patch then, and instead adding
> >
> > I
From: Sean Wang
Should hw_feature as hardware capability flags to check if hardware LRO
got support.
Signed-off-by: Mark Lee
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
From: David Miller
Date: Fri, 31 May 2019 17:15:29 -0700 (PDT)
> From: Huazhong Tan
> Date: Fri, 31 May 2019 16:54:46 +0800
>
>> This patch-set includes code optimizations and bugfixes for the HNS3
>> ethernet controller driver.
>>
>> [patch 1/12] removes the redundant core reset type
>>
>>
From: Sean Wang
Should only enable HW RX_2BYTE_OFFSET function in the case NET_IP_ALIGN
equals to 2.
Signed-off-by: Mark Lee
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Huazhong Tan
Date: Fri, 31 May 2019 16:54:46 +0800
> This patch-set includes code optimizations and bugfixes for the HNS3
> ethernet controller driver.
>
> [patch 1/12] removes the redundant core reset type
>
> [patch 2/12 - 3/12] fixes two VLAN related issues
>
> [patch 4/12] fixes a
Michal Hocko writes:
> On Fri 31-05-19 10:41:02, Huang, Ying wrote:
>> From: Huang Ying
>>
>> Mike reported the following warning messages
>>
>> get_swap_device: Bad swap file entry 1401
>>
>> This is produced by
>>
>> - total_swapcache_pages()
>> - get_swap_device()
>>
>>
On Fri, May 31, 2019 at 1:40 PM Palmer Dabbelt wrote:
>
> On Thu, 30 May 2019 15:29:22 PDT (-0700), luke.r.n...@gmail.com wrote:
> > In BPF, 32-bit ALU operations should zero-extend their results into
> > the 64-bit registers.
> >
> > The current BPF JIT on RISC-V emits incorrect instructions
From: Sean Wang
All path route on various SoCs all would be managed in common function
mtk_setup_hw_path that is determined by the both applied devicetree
regarding the path between GMAC and the target PHY or switch by the
capability of target SoC in the runtime.
Signed-off-by: Sean Wang
---
On Fri 31 May 15:24 PDT 2019, Doug Anderson wrote:
> Hi,
>
> On Thu, May 30, 2019 at 8:01 PM Bjorn Andersson
> wrote:
> >
> > +/**
> > + * qmp_send() - send a message to the AOSS
> > + * @qmp: qmp context
> > + * @data: message to be sent
> > + * @len: length of the message
> > + *
> > + *
From: Sean Wang
add an extra required property "mediatek,physpeed" to sgmiisys to determine
link speed to match up the capability of the target PHY.
Signed-off-by: Sean Wang
---
.../devicetree/bindings/arm/mediatek/mediatek,sgmiisys.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Sean Wang
Enlarge the SGMII register range and using 2.5G force mode on default.
Signed-off-by: Sean Wang
---
arch/arm64/boot/dts/mediatek/mt7622.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/mediatek/mt7622.dtsi
From: Sean Wang
MT7629 inlcudes two sets of SGMIIs used for external switch or PHY, and embedded
switch (ESW) via GDM1, GePHY via GMAC2, so add several patches in the series to
make the code base common with the old SoCs.
The patch 1, 3 and 6, adds extension for SGMII to have the hardware
From: Sean Wang
Add binding document for the ethernet on MT7629 SoC.
Signed-off-by: Sean Wang
---
.../devicetree/bindings/net/mediatek-net.txt | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/net/mediatek-net.txt
From: Sean Wang
Add ethernet support to MT7629 SoC
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 14 --
drivers/net/ethernet/mediatek/mtk_eth_soc.h | 19 +++
2 files changed, 31 insertions(+), 2 deletions(-)
diff --git
From: Sean Wang
Add SGMII related logic into a separate file, and also provides options for
forcing 1G, 2.5, AN mode for the target PHY, that can be determined from
SGMII node in DTS.
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/Makefile | 2 +-
On Thu, May 30, 2019 at 2:34 PM Song Liu wrote:
>
> On Wed, May 29, 2019 at 11:30 AM Michal Rostecki
> wrote:
> >
> > Before this change, function load_sk_storage_btf expected that
> > libbpf__probe_raw_btf was returning a BTF descriptor, but in fact it was
> > returning an information about
On Fri, May 31, 2019 at 4:53 PM Bjorn Andersson
wrote:
>
> On Fri 31 May 16:47 PDT 2019, John Stultz wrote:
>
> > Add support for gen2 pon register so "reboot bootloader" can
> > work on pixel3 and db845.
> >
> > Cc: Andy Gross
> > Cc: David Brown
> > Cc: Bjorn Andersson
> > Cc: Amit Pundir
>
On Wed, May 29, 2019 at 6:04 PM Roman Gushchin wrote:
>
> During my work on memcg-based memory accounting for bpf maps
> I've done some cleanups and refactorings of the existing
> memlock rlimit-based code. It makes it more robust, unifies
> size to pages conversion, size checks and corresponding
On 2019-05-31 17:33, Bjorn Andersson wrote:
On Fri 31 May 13:47 PDT 2019, Alex Elder wrote:
On 5/31/19 2:19 PM, Arnd Bergmann wrote:
> On Fri, May 31, 2019 at 6:36 PM Alex Elder wrote:
>> On 5/31/19 9:58 AM, Dan Williams wrote:
>>> On Thu, 2019-05-30 at 22:53 -0500, Alex Elder wrote:
>>>
>>>
On Fri, 31 May 2019 12:56:39 PDT (-0700), Arnd Bergmann wrote:
On Fri, May 31, 2019 at 9:23 PM Palmer Dabbelt wrote:
Signed-off-by: Palmer Dabbelt
As usual, each patch needs a changelog text. I would prefer having a single
patch here that changes /all/ system call tables at once, rather
On Fri 31 May 16:47 PDT 2019, John Stultz wrote:
> Add support for gen2 pon register so "reboot bootloader" can
> work on pixel3 and db845.
>
> Cc: Andy Gross
> Cc: David Brown
> Cc: Bjorn Andersson
> Cc: Amit Pundir
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Sebastian Reichel
> Cc:
On Fri 31 May 16:47 PDT 2019, John Stultz wrote:
> Update bindings to support for qcom,pm8998-pon which uses gen2 pon
>
> Cc: Andy Gross
> Cc: David Brown
> Cc: Bjorn Andersson
Reviewed-by: Bjorn Andersson
> Cc: Amit Pundir
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Sebastian Reichel
>
Update bindings to support for qcom,pm8998-pon which uses gen2 pon
Cc: Andy Gross
Cc: David Brown
Cc: Bjorn Andersson
Cc: Amit Pundir
Cc: Rob Herring
Cc: Mark Rutland
Cc: Sebastian Reichel
Cc: linux-arm-...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
Add support for gen2 pon register so "reboot bootloader" can
work on pixel3 and db845.
Cc: Andy Gross
Cc: David Brown
Cc: Bjorn Andersson
Cc: Amit Pundir
Cc: Rob Herring
Cc: Mark Rutland
Cc: Sebastian Reichel
Cc: linux-arm-...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by:
From: Yazen Ghannam
AMD Family 17h systems currently require address translation in order to
report the system address of a DRAM ECC error. This is currently done
before decoding the syndrome information. The syndrome information does
not depend on the address translation, so the proper EDAC
From: Yazen Ghannam
AMD Family 17h systems support x4 and x16 DRAM devices. However, the
device type is not checked when setting EDAC_CTL_CAP.
Set the appropriate EDAC_CTL_CAP flag based on the device type.
Fixes: 2d09d8f301f5 ("EDAC, amd64: Determine EDAC MC capabilities on Fam17h")
From: Yazen Ghannam
AMD Family 17h systems have a set of secondary Chip Select Base
Addresses and Address Masks. These do not represent unique Chip
Selects, rather they are used in conjunction with the primary
Chip Select registers in certain use cases.
Cache these secondary Chip Select
From: Yazen Ghannam
The struct chip_select array that's used for saving chip select bases
and masks is fixed at length of two. There should be one struct
chip_select for each controller, so this array should be increased to
support systems that may have more than two controllers.
Increase the
From: Yazen Ghannam
Future AMD systems will support "Asymmetric" Dual-Rank DIMMs. These are
DIMMs were the ranks are of different sizes.
The even rank will use the Primary Even Chip Select registers and the
odd rank will use the Secondary Odd Chip Select registers.
Recognize if a Secondary Odd
From: Yazen Ghannam
Currently, the DIMM info for AMD Family 17h systems is initialized in
init_csrows(). This function is shared with legacy systems, and it has a
limit of two channel support.
This prevents initialization of the DIMM info for a number of ranks, so
there will be missing ranks in
From: Yazen Ghannam
Chip Select memory size reporting on AMD Family 17h was recently fixed
in order to account for interleaving. However, the current method is not
robust.
The Chip Select Address Mask can be used to find the memory size. There
are a few cases.
1) For single-rank, use the
From: Yazen Ghannam
...because AMD Family 17h systems support 2 DIMMs, 4 CS bases, and 2 CS
masks per channel.
Fixes: 07ed82ef93d6 ("EDAC, amd64: Add Fam17h debug output")
Signed-off-by: Yazen Ghannam
---
drivers/edac/amd64_edac.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
From: Yazen Ghannam
Hi Boris,
This set contains a few fixes for some changes merged in v5.2. There
are also a couple of fixes for older issues. In addition, there are a
couple of patches to add support for Asymmetric Dual-Rank DIMMs.
Thanks,
Yazen
Yazen Ghannam (8):
EDAC/amd64: Fix number
On Fri, 31 May 2019 12:51:00 PDT (-0700), Arnd Bergmann wrote:
On Fri, May 31, 2019 at 9:23 PM Palmer Dabbelt wrote:
man 3p says that fchmodat() takes a flags argument, but the Linux
syscall does not. There doesn't appear to be a good userspace
workaround for this issue but the
SGX enclaves have an associated Enclave Linear Range (ELRANGE) that is
tracked and enforced by the CPU using a base+mask approach, similar to
how hardware range registers such as the variable MTRRs. As a result,
the ELRANGE must be naturally sized and aligned.
To reduce boilerplate code that
...to support (the equivalent) of existing Linux Security Module
functionality.
Because SGX manually manages EPC memory, all enclave VMAs are backed by
the same vm_file, i.e. /dev/sgx/enclave, so that SGX can implement the
necessary hooks to move pages in/out of the EPC. And because EPC pages
...to improve performance when building enclaves by reducing the number
of user<->system transitions. Rather than provide arbitrary batching,
e.g. with per-page SECINFO and mrmask, take advantage of the fact that
any sane enclave will have large swaths of pages with identical
properties, e.g.
The goal of selinux_enclave_load() is to provide a facsimile of the
existing selinux_file_mprotect() and file_map_prot_check() policies,
but tailored to the unique properties of SGX.
For example, an enclave page is technically backed by a MAP_SHARED file,
but the "file" is essentially shared
This series is the result of a rather absurd amount of discussion over
how to get SGX to play nice with LSM policies, without having to resort
to evil shenanigans or put undue burden on userspace. The discussion
definitely wandered into completely insane territory at times, but I
think/hope we
Do not allow an enclave page to be mapped with PROT_EXEC if the source
page is backed by a file on a noexec file system.
Signed-off-by: Sean Christopherson
---
arch/x86/kernel/cpu/sgx/driver/ioctl.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git
To support LSM integration, SGX will require userspace to explicitly
specify the allowed protections for each page. The allowed protections
will be supplied to and modified by LSMs (based on their policies).
To prevent userspace from circumventing the allowed protections, do not
allow
On Fri 31 May 13:47 PDT 2019, Alex Elder wrote:
> On 5/31/19 2:19 PM, Arnd Bergmann wrote:
> > On Fri, May 31, 2019 at 6:36 PM Alex Elder wrote:
> >> On 5/31/19 9:58 AM, Dan Williams wrote:
> >>> On Thu, 2019-05-30 at 22:53 -0500, Alex Elder wrote:
> >>>
> >>> My question from the Nov 2018 IPA
Signed-off-by: Sean Christopherson
---
arch/x86/kernel/cpu/sgx/encl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/sgx/encl.c b/arch/x86/kernel/cpu/sgx/encl.c
index 7216bdf07bd0..f23ea0fbaa47 100644
--- a/arch/x86/kernel/cpu/sgx/encl.c
+++
enclave_load() is roughly analogous to the existing file_mprotect().
Due to the nature of SGX and its Enclave Page Cache (EPC), all enclave
VMAs are backed by a single file, i.e. /dev/sgx/enclave, that must be
MAP_SHARED. Furthermore, all enclaves need read, write and execute
VMAs. As a result,
SGX will use the mprotect() hook to prevent userspace from circumventing
various security checks, i.e. Linux Security Modules.
Enclaves are built by copying data from normal memory into the Enclave
Page Cache (EPC). Due to the nature of SGX, the EPC is represented by a
single file that must be
On Fri, May 31, 2019 at 04:35:45PM +0200, Oleksandr Natalenko wrote:
> On Fri, May 31, 2019 at 10:12:26PM +0900, Minchan Kim wrote:
> > On Fri, May 31, 2019 at 09:04:20AM +0200, Oleksandr Natalenko wrote:
> > > On Fri, May 31, 2019 at 03:43:11PM +0900, Minchan Kim wrote:
> > > > This patch factor
Hello Saravana,
On 5/23/19 6:01 PM, Saravana Kannan wrote:
...
> Having functional dependencies explicitly called out in DT and
> automatically added before the devices are probed, provides the
> following benefits:
...
> - Supplier devices like clock providers, regulators providers, etc
> need
On Sat, Jun 01, 2019 at 12:37:36AM +0200, Jesper Dangaard Brouer wrote:
On Fri, 31 May 2019 20:03:33 +0300
Ivan Khoronzhuk wrote:
Probably it's not good example for others how it should be used, not
a big problem to move it to separate pools.., even don't remember why
I decided to use shared
On Fri 31 May 12:19 PDT 2019, Arnd Bergmann wrote:
> On Fri, May 31, 2019 at 6:36 PM Alex Elder wrote:
> > On 5/31/19 9:58 AM, Dan Williams wrote:
> > > On Thu, 2019-05-30 at 22:53 -0500, Alex Elder wrote:
[..]
> > So basically, the purpose of the rmnet driver is to handle QMAP
> > protocol
Hi Yann,
On Fri, May 31, 2019 at 12:06:52PM +0200, Yann Droneaud wrote:
> Hi,
>
> Le vendredi 31 mai 2019 à 15:43 +0900, Minchan Kim a écrit :
> >
> > diff --git a/include/uapi/asm-generic/mman-common.h
> > b/include/uapi/asm-generic/mman-common.h
> > index 92e347a89ddc..220c2b5eb961 100644
> >
Hey Johannes,
On Fri, May 31, 2019 at 12:59:27PM -0400, Johannes Weiner wrote:
> Hi Michan,
>
> this looks pretty straight-forward to me, only one kink:
>
> On Fri, May 31, 2019 at 03:43:10PM +0900, Minchan Kim wrote:
> > --- a/mm/vmscan.c
> > +++ b/mm/vmscan.c
> > @@ -2126,6 +2126,83 @@ static
Thanks, a bunch Greg!
On 08:53 Fri 31 May , Greg KH wrote:
I'm announcing the release of the 5.1.6 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
This driver does not use any symbols from
so just drop the include.
Cc: Matti Vaittinen
Signed-off-by: Linus Walleij
---
drivers/regulator/bd718x7-regulator.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/regulator/bd718x7-regulator.c
b/drivers/regulator/bd718x7-regulator.c
This driver does not use any symbols from
so just drop the include.
Cc: Matti Vaittinen
Signed-off-by: Linus Walleij
---
drivers/regulator/bd70528-regulator.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/regulator/bd70528-regulator.c
b/drivers/regulator/bd70528-regulator.c
On 01.06.19 00:05, Greg Kroah-Hartman wrote:
> On Fri, May 31, 2019 at 11:53:40PM +0200, Soeren Moch wrote:
>> This reverts commit ed194d1367698a0872a2b75bbe06b3932ce9df3a.
>>
>> In contrast to the original patch description, apparently not all handlers
>> were audited properly. E.g. my RT5370
This driver uses no symbols from so just drop
this include.
Signed-off-by: Linus Walleij
---
drivers/regulator/arizona-micsupp.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/regulator/arizona-micsupp.c
b/drivers/regulator/arizona-micsupp.c
index be0d46da51a1..4876b1ceef23 100644
On Fri, May 31, 2019 at 10:08:03PM +, Saeed Mahameed wrote:
On Fri, 2019-05-31 at 20:03 +0300, Ivan Khoronzhuk wrote:
On Fri, May 31, 2019 at 06:32:41PM +0200, Jesper Dangaard Brouer
wrote:
> On Fri, 31 May 2019 19:25:24 +0300 Ivan Khoronzhuk <
> ivan.khoronz...@linaro.org> wrote:
>
> > On
Jacek
On 5/31/19 4:57 PM, Jacek Anaszewski wrote:
Dan,
On 5/31/19 11:07 PM, Dan Murphy wrote:
Hello
On 5/31/19 2:44 PM, Jacek Anaszewski wrote:
On 5/31/19 8:23 AM, Lee Jones wrote:
On Thu, 30 May 2019, Jacek Anaszewski wrote:
On 5/30/19 9:38 AM, Lee Jones wrote:
On Wed, 29 May 2019,
Use ARRAY_SIZE for computing element count of cxusub_medion_pin_config
array as suggested by the kbuild test robot.
Reported-by: kbuild test robot
Signed-off-by: Maciej S. Szmigiero
---
drivers/media/usb/dvb-usb/cxusb-analog.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
It is possible that a BPF program can be called while another BPF
program is executing bpf_perf_event_output. This has been observed with
I/O completion occurring as a result of an interrupt:
bpf_prog_247fd1341cddaea4_trace_req_end+0x8d7/0x1000
? trace_call_bpf+0x82/0x100
On Fri, 31 May 2019 20:03:33 +0300
Ivan Khoronzhuk wrote:
> Probably it's not good example for others how it should be used, not
> a big problem to move it to separate pools.., even don't remember why
> I decided to use shared pool, there was some more reasons... need
> search in history.
Using
Hi
We are using Renesas RZ/A1 processor based custom target board . linux
kernel version is 4.9.123.
1) the platform is low memory platform having memory 64MB.
2) we are doing around 45MB TCP data transfer from PC to target using
netcat utility .
On Target , a process receives data over socket
On Sun, 12 May 2019, Błażej Szczygieł wrote:
> Since recent high resolution scrolling changes the A4Tech driver must
> check for the "REL_WHEEL_HI_RES" usage code.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=203369
> Fixes: 2dc702c991e3774af9d7ce410eef410ca9e2357e ("HID: input: use the
--
Dear sir,
I have a client who is an oil business man and he made a fixed deposit
of $24million USD in my bank, where I am the director of the branch, My
client died with his entire family in Jordanian intervention in the
Syrian Civil War 2014 leaving behind no next of kin. I Propose to
On 5/31/19 4:50 PM, David Miller wrote:
> From: Alex Elder
> Date: Thu, 30 May 2019 22:53:34 -0500
>
>> +void *route_virt;
> ...
>> +void *filter_virt;
> ...
>
> If these are arrays of u64's, please declare them as "u64 *" instead of
> the opaque "void *".
Good idea. I hadn't paid
On Fri, May 31, 2019 at 02:12:56PM -0500, Josh Poimboeuf wrote:
> > Anyway, the above is a separate problem. This patch looks
> > fine for the original problem.
>
> Thanks for the review. I'll post another version, with the above
> changes and with the patches split up like Miroslav suggested.
Hi,
On Thu, May 30, 2019 at 8:01 PM Bjorn Andersson
wrote:
>
> +/**
> + * qmp_send() - send a message to the AOSS
> + * @qmp: qmp context
> + * @data: message to be sent
> + * @len: length of the message
> + *
> + * Transmit @data to AOSS and wait for the AOSS to acknowledge the message.
> + *
On Thu, 30 May 2019, Sasha Levin wrote:
> From: Joseph Salisbury
>
> This patch only adds a MODULE_DESCRIPTION statement to the driver.
> This change is only cosmetic, so there should be no runtime impact.
>
> Signed-off-by: Joseph Salisbury
> Reviewed-by: Michael Kelley
> Signed-off-by:
On Thu, 30 May 2019, Dave Hansen wrote:
> On 5/29/19 2:17 AM, Hans de Goede wrote:
> ...
> > Dave, can you try building your initrd without the hid-logitech-dj module
> > included in the initrd?
>
> I did this on a vanilla 5.2-rc2 kernel (without the reverts) and still
> experienced the boot
On Fri, May 31, 2019 at 01:38:29PM -0700, Linus Torvalds wrote:
> On Wed, May 29, 2019 at 3:24 PM Andrei Vagin wrote:
> >
> > Thank you for thinking about time namespaces. I looked at this patch
> > quickly and I would suggest to move a termination signal out of flags. I
> > think we can add a
On Wed, May 29, 2019 at 03:24:15PM -0700, Andrei Vagin wrote:
> On Wed, May 29, 2019 at 05:22:36PM +0200, Christian Brauner wrote:
> > This adds the clone3 system call.
> >
> > As mentioned several times already (cf. [7], [8]) here's the promised
> > patchset for clone3().
> >
> > We recently
On Wed, May 29, 2019 at 05:42:14PM +0200, Yann Droneaud wrote:
> Le mercredi 29 mai 2019 à 17:22 +0200, Christian Brauner a écrit :
> > This adds the clone3 system call.
> >
> >
> > diff --git a/kernel/fork.c b/kernel/fork.c
> > index b4cba953040a..6bc3e3d17150 100644
> > --- a/kernel/fork.c
> >
On 5/31/19 4:12 PM, Arnd Bergmann wrote:
> On Fri, May 31, 2019 at 10:47 PM Alex Elder wrote:
>> On 5/31/19 2:19 PM, Arnd Bergmann wrote:
>>> On Fri, May 31, 2019 at 6:36 PM Alex Elder wrote:
On 5/31/19 9:58 AM, Dan Williams wrote:
> On Thu, 2019-05-30 at 22:53 -0500, Alex Elder wrote:
> On May 31, 2019, at 2:47 PM, Andy Lutomirski wrote:
>
>
> On May 31, 2019, at 2:33 PM, Nadav Amit wrote:
>
>>> On May 31, 2019, at 2:14 PM, Andy Lutomirski wrote:
>>>
On Thu, May 30, 2019 at 11:37 PM Nadav Amit wrote:
When we flush userspace mappings, we can defer the TLB
On Fri, 2019-05-31 at 20:03 +0300, Ivan Khoronzhuk wrote:
> On Fri, May 31, 2019 at 06:32:41PM +0200, Jesper Dangaard Brouer
> wrote:
> > On Fri, 31 May 2019 19:25:24 +0300 Ivan Khoronzhuk <
> > ivan.khoronz...@linaro.org> wrote:
> >
> > > On Fri, May 31, 2019 at 05:46:43PM +0200, Jesper Dangaard
On Fri, May 31, 2019 at 11:53:40PM +0200, Soeren Moch wrote:
> This reverts commit ed194d1367698a0872a2b75bbe06b3932ce9df3a.
>
> In contrast to the original patch description, apparently not all handlers
> were audited properly. E.g. my RT5370 based USB WIFI adapter (driver in
>
Dan,
On 5/31/19 11:07 PM, Dan Murphy wrote:
Hello
On 5/31/19 2:44 PM, Jacek Anaszewski wrote:
On 5/31/19 8:23 AM, Lee Jones wrote:
On Thu, 30 May 2019, Jacek Anaszewski wrote:
On 5/30/19 9:38 AM, Lee Jones wrote:
On Wed, 29 May 2019, Jacek Anaszewski wrote:
On 5/29/19 3:58 PM, Lee Jones
This reverts commit ed194d1367698a0872a2b75bbe06b3932ce9df3a.
In contrast to the original patch description, apparently not all handlers
were audited properly. E.g. my RT5370 based USB WIFI adapter (driver in
drivers/net/wireless/ralink/rt2x00) hangs after a while under heavy load.
This revert
1 - 100 of 801 matches
Mail list logo