From: Rafael J. Wysocki
The code in pci_dev_keep_suspended() is relatively hard to follow due
to the negative checks in it and in its callers and the function has
a possible side-effect (disabling the PME) which doesn't really match
its role.
For this reason, move the PME disablig from pci_dev_k
> -Original Message-
> From: tudor.amba...@microchip.com
> Sent: Thursday, June 6, 2019 12:46 AM
> To: Han Xu ; cyrille.pitc...@wedev4u.fr;
> marek.va...@gmail.com
> Cc: boris.brezil...@free-electrons.com; f.faine...@gmail.com;
> kdasu.k...@gmail.com; rich...@nod.at; linux-kernel@vger.ke
Hi all,
Today's linux-next merge of the arm64 tree got a conflict in:
arch/arm64/include/asm/thread_info.h
between commit:
2b55d83e9a8c ("ARM64: trivial: s/TIF_SECOMP/TIF_SECCOMP/ comment typo fix")
from the arm64-fixes tree and commit:
f086f67485c5 ("arm64: ptrace: add support for sysc
On Thu, 2019-06-06 at 15:13 -0700, Jakub Kicinski wrote:
> On Thu, 6 Jun 2019 11:54:27 -0700, Matt Mullins wrote:
> > BPF_PROG_TYPE_RAW_TRACEPOINTs can be executed nested on the same CPU, as
> > they do not increment bpf_prog_active while executing.
> >
> > This enables three levels of nesting, to
Instead of hardcoding the input name to the driver name
('gpio-keys-polled'), allow the passing a name via platform data
('name' field was already present), but default to old behaviour
in case of NULL.
Even though the general tendency is moving from pdata structs,
towards oftree/acpi/fwnode, pdat
Hi,
this patch had already been sent a while ago, and a discussion arised
about whether pdata support should be dropped in favour of of/acpi.
Unfortunately, the open problems - lack of proper of/acpi data and sane
ways to inject this data - remain (theoretically, could be done by writing
special
On Wed, Jun 05, 2019 at 11:26:03AM -0700, Matthew Garrett wrote:
> Any further feedback on this? Does it seem conceptually useful?
Hi!
I love this patch, and I think it can nicely combine with Alexander's
init_on_alloc/free series[1].
One thing I'd like to see changed is that the DONTWIPE call s
> On Jun 5, 2019, at 6:08 AM, Peter Zijlstra wrote:
>
> From: Josh Poimboeuf
>
> Static calls are a replacement for global function pointers. They use
> code patching to allow direct calls to be used instead of indirect
> calls. They give the flexibility of function pointers, but with
> impro
hey David, Jeff - is it possible to get this queued up as a fix for 5.2?
-dann
On Wed, May 22, 2019 at 05:22:58PM -0600, dann frazier wrote:
> An ipsec structure will not be allocated if the hardware does not support
> offload. Fixes the following Oops:
>
> [ 191.045452] Unable to handle kern
Salutations linux
http://punjabcoach.com/criticize.php?dtfvz=LUH8801
Soyoung Park
Sorry, I'm getting back from some vacations and I'm working through the
backlog.
Quoting Jerome Brunet (2019-05-24 11:12:30)
> On Fri, 2019-05-24 at 10:44 -0700, Stephen Boyd wrote:
> > Quoting Jerome Brunet (2019-05-24 08:00:08)
> > > On Fri, 2019-05-24 at 07:33 -0700, Stephen Boyd wrote:
> > > >
Quoting Fabien Parent (2019-05-02 05:18:42)
> Add AUDSYS device tree bindings documentation for MediaTek MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
Applied to clk-next
Quoting Fabien Parent (2019-05-02 05:18:43)
> Add audsys clock driver for MediaTek MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
Applied to clk-next
Quoting Erin Lo (2019-05-20 20:40:01)
> Remove MT8183 sspm clock
>
> Signed-off-by: Erin Lo
> ---
Applied to clk-next
Quoting Jeffrey Hugo (2019-05-28 09:48:03)
> diff --git a/drivers/clk/qcom/gpucc-msm8998.c
> b/drivers/clk/qcom/gpucc-msm8998.c
> new file mode 100644
> index ..e45062e40718
> --- /dev/null
> +++ b/drivers/clk/qcom/gpucc-msm8998.c
> +
> +static int gpucc_msm8998_probe(struct platform_d
This reverts commit 8973112aa41b8ad956a5b47f2fe17bc2a5cf2645.
ETDR and TX0~5 are TX data registers. There are a couple of reasons
to revert the change:
1) Though ETDR and TX0~5 are not volatile but write-only registers,
they should not be cached either. According to the definition of
"volati
Hi all,
Today's linux-next merge of the sunxi tree got a conflict in:
arch/arm64/configs/defconfig
between commits:
0a64ef2d28d1 ("arm64: defconfig: NVMEM_IMX_OCOTP=y for imx8m")
c6b1ccce88ae ("defconfig: arm64: enable i.MX8 SCU octop driver")
from the imx-xms tree and commit:
296bcfa
On 6/6/19 8:38 AM, Sébastien Szymanski wrote:
> i.MX7 and i.MX6UL/L have the same CSI controller. So add i.MX6UL/L support
> to imx7-media-csi driver.
>
> Signed-off-by: Sébastien Szymanski
> ---
>
> Changes for v2:
> - rebase on top of linuxtv/master
> - mention i.MX6UL/L in header and Kconfi
On Thu, Jun 06, 2019 at 09:11:43PM +, Joe Korty wrote:
> Starting with 4.4.178, the LTP test
>
> pthread_cond_wait/2-3
>
> when compiled on x86_64 with 'gcc -m32', started failing. It generates this
> log output:
>
> [16:18:38]Implementation supports the MONOTONIC CLOCK but option is
Update the code to use a flexible array member instead of a pointer in
structure tb10x_pinctrl and use the struct_size() helper:
struct tb10x_pinctrl {
...
struct tb10x_of_pinfunc pinfuncs[];
};
Also, make use of the struct_size() helper instead of an open-coded
version in order t
Hi all,
Today's linux-next merge of the clk tree got a conflict in:
drivers/clk/bcm/Kconfig
between commit:
ec8f24b7faaf ("treewide: Add SPDX license identifier - Makefile/Kconfig")
from Linus' tree and commit:
5d59f12a19e6 ("clk: bcm: Make BCM2835 clock drivers selectable")
from the c
syzbot has found a reproducer for the following crash on:
HEAD commit:07c3bbdb samples: bpf: print a warning about headers_install
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=14424e2ea0
kernel config: https://syzkaller.appspot.com/x/.config?x=b7b54c
On 6/5/19 10:37 AM, Kevin Hilman wrote:
Hi Paul,
Paul Walmsley writes:
Add support for building flattened DT files from DT source files under
arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
architectures. Start our board support by adding initial support for
the SiFive
The patch adds support for Amazon Graviton custom variant of GICv2m, where
hw irq is encoded using the MSI message address, as opposed to standard
GICv2m, where hw irq is encoded in the MSI message data.
In addition, the Graviton flavor of GICv2m is used along GICv3 (and not
GICv2).
Signed-off-by:
Quoting Jeffrey Hugo (2019-05-28 09:47:40)
> The GPU for msm8998 has its own clock controller. Document it.
>
> Signed-off-by: Jeffrey Hugo
> ---
Applied to clk-next
Quoting Jeffrey Hugo (2019-05-21 07:46:33)
> The global clock controller on MSM8998 can consume a number of external
> clocks. Document them.
>
> Signed-off-by: Jeffrey Hugo
> Reviewed-by: Bjorn Andersson
> Reviewed-by: Rob Herring
> ---
> Documentation/devicetree/bindings/clock/qcom,gcc.txt
Hi,
On Wed, Jun 5, 2019 at 1:43 PM Matthias Kaehlcke wrote:
>
> This enables wake up on Bluetooth activity when the device is
> suspended. The BT_HOST_WAKE signal is only connected on devices
> with BT module that are connected through UART.
>
> Signed-off-by: Douglas Anderson
> Signed-off-by: M
Hi,
On Thu, Jun 6, 2019 at 10:56 AM Matthias Kaehlcke wrote:
>
> On Thu, Jun 06, 2019 at 12:46:03PM +0200, Heiko Stuebner wrote:
> > Am Mittwoch, 5. Juni 2019, 23:52:00 CEST schrieb Heiko Stübner:
> > > Am Mittwoch, 5. Juni 2019, 23:24:27 CEST schrieb Matthias Kaehlcke:
> > > > On Wed, Jun 05, 20
On Thu, Jun 6, 2019 at 1:54 PM Tom Roeder wrote:
>
> On Thu, Jun 06, 2019 at 02:30:03PM -0600, Raul E Rangel wrote:
> > Clang tooling requires a compilation database to figure out the build
> > options for each file. This enables tools like clang-tidy and
> > clang-check.
> >
> > See https://clang
The config value used in the if was changed in
b433dce056d3814dc4b33e5a8a533d6401ffcfb0, but the comment on the
corresponding end was not changed.
Signed-off-by: Odin Ugedal
---
arch/arm64/mm/mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/mm/mmu.c b/arch/arm
On Thu, Jun 06, 2019 at 05:42:25PM +0200, Christian Brauner wrote:
> Hey everyone,
>
> I hope this is not going to start a trash fire.
>
> While working on a new clone version I tried to find out what the
> current naming conventions for syscall revisions is. I was told and
> seemed to be able to
Some sysctl related code and data structures are never referenced
when CONFIG_SYSCTL is not set.
While this is usually harmless, it produces a build failure since sysctl
shared variables exist, due to missing sysctl_vals symbol:
ld: net/mpls/af_mpls.o: in function `mpls_platform_labels':
a
On Thu, Jun 06, 2019 at 04:04:48PM +, Song Liu wrote:
> >> Here's a tentative BPF fix for the JIT frame pointer issue. It was a
> >> bit harder than I expected. Encoding r12 as a base register requires a
> >> SIB byte, so I had to add support for encoding that. I also simplified
> >> the pro
On 06/06/2019 10:30 PM, Roman Gushchin wrote:
> Currently bpf_skb_cgroup_id() is not supported for CGROUP_SKB
> programs. An attempt to load such a program generates an error
> like this:
>
> libbpf:
> 0: (b7) r6 = 0
> ...
> 9: (85) call bpf_skb_cgroup_id#79
> unknown func bpf_
On Fri, Jun 07, 2019 at 02:00:20AM +0200, Daniel Borkmann wrote:
> On 06/06/2019 10:30 PM, Roman Gushchin wrote:
> > Currently bpf_skb_cgroup_id() is not supported for CGROUP_SKB
> > programs. An attempt to load such a program generates an error
> > like this:
> >
> > libbpf:
> > 0: (b7) r
>-Original Message-
>From: Jose Abreu [mailto:jose.ab...@synopsys.com]
>Sent: Wednesday, June 5, 2019 9:13 PM
>To: Florian Fainelli ; Voon, Weifeng
>; David S. Miller ;
>Maxime Coquelin ; Russell King
>
>Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Giuseppe
>Cavallaro ; Andrew
This patch adds support in ima to measure kexec cmdline args
during soft reboot kexec_file_load.
- A new ima hook ima_kexec_cmdline is defined to be called by the
kexec code.
- A new function process_buffer_measurement is defined to measure
the buffer hash into the ima log.
- A new func policy KEX
During soft reboot(kexec_file_load) boot cmdline args
are not measured.Thus the new kernel on load boots with
an assumption of cold reboot.
This patch makes a call to the ima hook ima_kexec_cmdline,
added in "Add a new ima hook ima_kexec_cmdline to measure
cmdline args"
to measure the boot cmdline
On Fri, Jun 07, 2019 at 07:46:52AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> In commit
>
> f6a8ff82ce68 ("clk: imx: imx8mm: correct audio_pll2_clk to audio_pll2_out")
>
> Fixes tag
>
> Fixes: ba5625c3e27 ("clk: imx: Add clock driver support for imx8mm")
>
> has these problem(s):
>
>
A buffer(kexec cmdline args) measured into ima cannot be
appraised without already being aware of the buffer contents.
Since hashes are non-reversible, raw buffer is needed for
validation or regenerating hash for appraisal/attestation.
This patch adds support to ima to allow store/read the
buffer
The motive behind the patch series is to measure the boot cmdline args
used for soft reboot/kexec case.
For secure boot attestation, it is necessary to measure the kernel
command line and the kernel version. For cold boot, the boot loader
can be enhanced to measure these parameters.
(https://mjg59
On Wed, Jun 5, 2019 at 12:29 AM Randy Dunlap wrote:
>
> On 5/30/19 3:28 PM, Randy Dunlap wrote:
> > On 5/29/19 8:53 PM, a...@linux-foundation.org wrote:
> >> The mm-of-the-moment snapshot 2019-05-29-20-52 has been uploaded to
> >>
> >>http://www.ozlabs.org/~akpm/mmotm/
> >>
> >> mmotm-readme.t
On 2019/6/7 1:36, David Miller wrote:
From: Huazhong Tan
Date: Thu, 6 Jun 2019 16:20:56 +0800
+static int hclge_log_rocee_axi_error(struct hclge_dev *hdev)
+{
...
+ ret = hclge_cmd_send(&hdev->hw, &desc[0], 3);
+ if (ret) {
+ dev_err(dev, "failed(%d) to query R
On 6/6/19 4:57 PM, Matteo Croce wrote:
> Some sysctl related code and data structures are never referenced
> when CONFIG_SYSCTL is not set.
> While this is usually harmless, it produces a build failure since sysctl
> shared variables exist, due to missing sysctl_vals symbol:
>
> ld: net/mpls/a
Some sysctl related code and data structures is never referenced
when CONFIG_SYSCTL is not set.
While this is usually harmless, it produces a build failure since sysctl
shared variables exists, due to missing sysctl_vals symbol:
ld: net/mpls/af_mpls.o: in function `mpls_platform_labels':
a
events_check_enabled bool is set when wakeup_count sysfs attribute
is written. User level daemon is expected to write this attribute
just before suspend.
When this boolean is set, calls to pm_wakeup_event() will result in
increment of per device and global wakeup count that helps in
identifying th
Hi Linus,
Can you please pull the following bug fixes for apparmor
Thanks!
- John
The following changes since commit b8a5afa418c1f5c8d7814ef829a88e60ae52f618:
net: correct zerocopy refcnt with udp MSG_MORE (2019-05-31 06:40:10 -0700)
are available in the Git repository at:
git://git.ker
On Thu, 2019-06-06 at 17:04 +0200, Enrico Weigelt, metux IT consult
wrote:
> From: Enrico Weigelt
>
> The MODULE_DEVICE_TABLE() macro already checks for MODULE defined,
> so the extra check here is not necessary.
>
> Changes v2:
> * make dptids const to fix warning on unused variable
I don'
On Thu, Jun 06, 2019 at 11:29:40AM -0700, Stephen Boyd wrote:
> Quoting Abel Vesa (2019-05-29 05:26:38)
> > Resend for the following:
> >
> > https://lkml.org/lkml/2019/5/2/170
>
> What's left after this series to convert over to clk_hw based APIs? I'm
> happy to see this merge as long as we even
On 6/6/19 8:57 AM, Jason Gunthorpe wrote:
On Mon, May 06, 2019 at 04:29:39PM -0700, rcampb...@nvidia.com wrote:
@@ -924,6 +922,7 @@ int hmm_range_register(struct hmm_range *range,
unsigned page_shift)
{
unsigned long mask = ((1UL << page_shift) - 1UL);
+
Hi All,
On 10/05/19 10:15 PM, Chris Packham wrote:
> The Reviews/Acks have been given so this should be good to go in via the ARM
> tree as planned.
>
> http://lists.infradead.org/pipermail/linux-arm-kernel/2017-August/525561.html
>
> This series adds drivers for the L2 cache and DDR RAM ECC fun
Hi, Stephen
> -Original Message-
> From: Stephen Boyd
> Sent: Friday, June 7, 2019 12:26 AM
> To: Anson Huang ; Abel Vesa
> ; Aisheng Dong ;
> bjorn.anders...@linaro.org; catalin.mari...@arm.com;
> devicet...@vger.kernel.org; dingu...@kernel.org;
> enric.balle...@collabora.com; feste...@g
On Thu, 2019-06-06 at 12:59 +0530, Ravi Bangoria wrote:
> Powerpc hw triggers watchpoint before executing the instruction.
> To make trigger-after-execute behavior, kernel emulates the
> instruction. If the instruction is 'load something into non-
> volatile register', exception handler should rest
On Thu, Jun 06, 2019 at 04:11:30PM -0700, Nathan Chancellor wrote:
> On Thu, Jun 06, 2019 at 09:11:43PM +, Joe Korty wrote:
> > Starting with 4.4.178, the LTP test
> >
> > pthread_cond_wait/2-3
> >
> > when compiled on x86_64 with 'gcc -m32', started failing. It generates
> > this log out
On Thu, Jun 06, 2019 at 01:16:45PM -0700, Stephen Boyd wrote:
> Quoting Gen Zhang (2019-06-05 09:00:43)
> > On Wed, Jun 05, 2019 at 08:38:00AM +0200, Jiri Slaby wrote:
> > > On 31. 05. 19, 3:14, Gen Zhang wrote:
> > > > In clk_cpy_name(), '*dst_p'('parent->name'and 'parent->fw_name') and
> > > > '
unsubscribe
fix below warning reported by coccicheck
drivers/usb/misc/sisusbvga/sisusb.c:1753:5-8: Unneeded variable: "ret".
Return "0" on line 1877
Signed-off-by: Hariprasad Kelam
-
changes in v2: Change return type of sisusb_set_default_mode from int to void
as it never fails.
---
driv
On Thu, Jun 06, 2019 at 12:09:46PM -0400, Qian Cai wrote:
> On Wed, 2019-06-05 at 08:01 +, Yuri Norov wrote:
> > (Sorry for top-posting)
> >
> > I can reproduce this on next-20190604. Is it new trace, or like one you've
> > posted before?
>
> Same thing, "nbits" causes an invalid access.
>
>
That linked moved: https://www.youtube.com/watch?v=siIbXbanIMw
So indeed that should be a good OS, and Linus probably is a paedophile to be
honest.
So get that shit out of your ears and do this.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday 3. June 2019 kl. 17:0
From: Yufeng Mo
This patch adds some macros instead of magic numbers in serval places
Signed-off-by: Yufeng Mo
Signed-off-by: Weihang Li
Signed-off-by: Yunsheng Lin
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 5 +-
.../net/ethernet/hisilicon/hns3/hn
This patch-set includes code optimizations, cleanups and bugfixes for
the HNS3 ethernet controller driver.
[patch 1/12] logs more detail error info for ROCE RAS errors.
[patch 2/12] fixes a wrong size issue for mailbox responding.
[patch 3/12] makes HW GRO handing compliant with SW one.
[patch
From: Weihang Li
This patch fixes some coding style issues reported by some static code
analysis tools and code review, such as modify some comments, rename
some variables, log some errors in detail, and fixes some alignment
errors.
BTW, these cleanups do not change the logic of code.
Signed-of
From: Yufeng Mo
This patch deletes some redundant code and refactors some bloated
functions.
Signed-off-by: Yufeng Mo
Signed-off-by: Weihang Li
Signed-off-by: Yonglong Liu
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 32 +++
.../ethernet/hisilicon
From: Weihang Li
We trigger PF reset when a RAS error of NIC named over_8bd_nfe_err
occurred before. But it is possible that a VF causes that error, it's
reasonable to trigger VF reset instead of PF reset in this case.
This patch add detection of vf_id if a over_8bd_nfe_err occurs, if
vf_id is 0,
From: Yunsheng Lin
This patch adds a new hns3_get_new_flow_lvl function to calculate
the packet flow level, which is used to decide the interrupt
coalescence parameter, in order to make the flow level calculation
code more readable and make the future calculation ajdustment easier.
Signed-off-by
From: Zhongzhu Liu
According to user manual, the maximum size of mailbox responding
data is 8 bytes, the macro HCLGE_MBX_MAX_RESP_DATA_SIZE
should be defined as 8 instead of 16.
Fixes: 9194d18b0577 ("net: hns3: fix the problem that the supported port is
empty")
Signed-off-by: Zhongzhu Liu
Sign
From: Yonglong Liu
Since HNAE3_CLIENT_UNIC and HNAE3_DEV_UNIC is not used any more,
this patch removes the redundant codes.
Signed-off-by: Yonglong Liu
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hnae3.c| 21 -
drivers/net/et
From: Xiaofei Tan
This patch logs detail error info of ROCEE ECC and AXI errors for
debug purpose, and remove unnecessary reset for ROCEE overflow
errors.
Signed-off-by: Xiaofei Tan
Signed-off-by: Huazhong Tan
---
V1->V2: fixes comments from David Miller
---
.../net/ethernet/hisilicon/hns3/hn
From: Yunsheng Lin
This patch replaces numa_node_id with numa_mem_id when doing buffer
reusing checking, because the buffer still can be reused when the
buffer is from the nearest node and the local node has no memory
attached.
Signed-off-by: Yunsheng Lin
Signed-off-by: Peng Li
Signed-off-by:
From: Yunsheng Lin
Currently when a GRO packet is assembled by HW, the checksum is
modified to reflect the entire packet by HW and skb->ip_summed is
set to CHECKSUM_UNNECESSARY, which is not compliant with SW GRO.
This patch sets up skb's network and transport header, sets the
GRO packet's check
From: Jian Shen
In order to improve readability, this patch uses macros to
replace some magic numbers, and adds some comments for some
others.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 118 +++-
From: Yufeng Mo
In order to make it more readable, this patch modifies PF/VF's
RSS hash key configuring function.
Signed-off-by: Yufeng Mo
Signed-off-by: Jian Shen
Signed-off-by: Weihang Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 15 ++
On Fri, Jun 07, 2019 at 01:01:36AM +, Joe Korty wrote:
> Hi Nathan,
> I started with 4.4.179-rt181 and worked backwards from there. Per your
> suggestion, I tried 4.4.180 and it does work properly.
>
> Thanks,
> Joe
Great, thank you for testing and sorry for the breakage in the first
place,
Hi Suzuki,
On Thu, Jun 06, 2019 at 05:21:19PM +0100, Suzuki K Poulose wrote:
> Hi Mathieu,
>
> On 03/06/2019 20:01, Mathieu Poirier wrote:
> > Hi Suzuki,
> >
> > On Thu, May 30, 2019 at 04:11:17PM +0100, Suzuki K Poulose wrote:
> > > Update the documentation to reflect the new naming scheme with
When building with W=1, gcc complains about kerneldoc issues:
CC fs/fhandle.o
fs/fhandle.c:259: warning: Function parameter or member 'flags' not described
in 'sys_open_by_handle_at'
fs/fhandle.c:259: warning: Excess function parameter 'flag' description in
'sys_open_by_handle_at'
Fix ty
Compiling kernel/bpf/core.c with W=1 causes a flood of warnings:
kernel/bpf/core.c:1198:65: warning: initialized field overwritten
[-Woverride-init]
1198 | #define BPF_INSN_3_TBL(x, y, z) [BPF_##x | BPF_##y | BPF_##z] = true
|
When building with W=1, gcc complains due to a typo in a kerneldoc comment
CC security/keys/request_key.o
security/keys/request_key.c:35: warning: Function parameter or member 'authkey'
not described in 'complete_request_key'
security/keys/request_key.c:35: warning: Excess function paramet
On Thu, Jun 6, 2019 at 1:17 PM Matt Mullins wrote:
>
> BPF_PROG_TYPE_RAW_TRACEPOINTs can be executed nested on the same CPU, as
> they do not increment bpf_prog_active while executing.
>
> This enables three levels of nesting, to support
> - a kprobe or raw tp or perf event,
> - another one of
On 06-06-19, 14:50, David Arcari wrote:
> Make pcc_cpufreq_init() return error codes when the driver cannot be
> registered. Otherwise the driver can shows up loaded via lsmod even
> though it failed initialization. This is confusing to the user.
>
> Signed-off-by: David Arcari
> Cc: "Rafael J.
On 06-06-19, 11:23, Stephen Boyd wrote:
> Yes, thanks. I see that largely follows the commit description so it
> looks OK to me.
Do you want to provide your Reviewed/Acked-by tag before I apply it ?
--
viresh
coccicheck reported Unneeded variable ret at rtl8723bs/core/rtw_ap.c:1400.
Function "rtw_acl_remove_sta" always returns 0. Modified return type of the
function to void.
Signed-off-by: Shobhit Kukreti
---
drivers/staging/rtl8723bs/core/rtw_ap.c| 4 +---
drivers/staging/rtl8723bs/include/r
The 13MHz clock should be registered before clocksource driver is
initialized. Use CLK_OF_DECLARE_DRIVER() to guarantee.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-mt8183.c | 49 ++-
1 file changed, 38 insertions(+), 11 deletions(-)
diff --git a/dri
On 6/7/19 6:20 AM, Michael Neuling wrote:
> On Thu, 2019-06-06 at 12:59 +0530, Ravi Bangoria wrote:
>> Powerpc hw triggers watchpoint before executing the instruction.
>> To make trigger-after-execute behavior, kernel emulates the
>> instruction. If the instruction is 'load something into non-
>
Thanks for the report, but
On Fri, 7 Jun 2019 at 05:14, Qian Cai wrote:
>
> The linux-next commit "locking/lockdep: Consolidate lock usage bit
> initialization" [1] will always generate a warning below.
I never had such warning.
> Looking through the
> commit that when mark_irqflags() returns 1
syzbot has bisected this bug to:
commit f40b6ae2b612446dc970d7b51eeec47bd1619f82
Author: David Ahern
Date: Thu May 23 03:27:55 2019 +
ipv6: Move pcpu cached routes to fib6_nh
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=13c969a6a0
start commit: 07c3bbdb samples:
On Thu, Jun 06, 2019 at 04:40:19PM +0300, Vladimir Oltean wrote:
> Plain and simply because it doesn't work very well.
> Even phc2sys from the system clock to the hardware (no timestamps
> involved) has trouble staying put (under 1000 ns offset).
> And using the hardware-corrected timestamps trigge
On 6/6/19 1:45 PM, Peter Rosin wrote:
On 2019-06-06 09:35, Bitan Biswas wrote:
Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
Remove redundant BUG_ON calls or replace with WARN_ON_ONCE
as needed. Replace BUG() with error handling code.
Define I2C_ERR_UNEXPECTED_STATUS for erro
Hi, Weijiang,
Does this require some specific Intel processors or is it supported by
older processors as well?
-Jidong
On Thu, Jun 6, 2019 at 9:33 AM Yang Weijiang wrote:
>
> Signed-off-by: Yang Weijiang
> ---
> Documentation/virtual/kvm/spp_kvm.txt | 216 ++
> 1 file
* Joseph Myers:
> What happened with this patch (posted 19 March)? I found today that we
> can't use Linux 5.1 headers in glibc testing because the namespace issues
> are still present in the headers as of the release.
This regression fix still hasn't been merged into Linus' tree. What is
goi
>
>Pawel,
>
>On 05/06/2019 13:03, Pawel Laszczak wrote:
>> This patch aim at documenting USB related dt-bindings for the
>> Cadence USBSS-DRD controller.
>>
>> Signed-off-by: Pawel Laszczak
>> Reviewed-by: Rob Herring
>>
>> ---
>> .../devicetree/bindings/usb/cdns-usb3.txt | 30 +
Simplify AUX data read by removing index arithmetic and shifting with
a helper function that does two things:
1. Fetch data from up to 4 32-bit registers from the chip
2. Copy read data into user provided array.
Signed-off-by: Andrey Smirnov
Reviewed-by: Andrzej Hajda
Cc: Andrzej Hajda
We don't need 8 byte array, DP_LINK_STATUS_SIZE (6) should be
enough. This also gets rid of a magic number as a bonus.
Signed-off-by: Andrey Smirnov
Cc: Andrzej Hajda
Cc: Laurent Pinchart
Cc: Tomi Valkeinen
Cc: Andrey Gusakov
Cc: Philipp Zabel
Cc: Cory Tusar
Cc: Chris Healy
Cc: Lucas Stach
On 05/07/2019 12:16 PM, Ludovic Barre wrote:
> From: Ludovic Barre
>
> There's a new driver using the SPI memory interface of the
> SPI framework at spi/spi-stm32-qspi.c, which can be used
> together with m25p80.c to replace the functionality of
> this SPI NOR driver.
>
> The "new" driver uses
On 05/13/2019 06:33 AM, Andrey Smirnov wrote:
> External E-Mail
>
>
> Add an entry for Micron MT25QL02 which is a 3V variant of already
> supported MT25QU02.
>
> Testing was done on a ZII VF610 Dev Board (rev. B).
>
> Signed-off-by: Cory Tusar
> Signed-off-by: Andrey Smirnov
> Cc: Chris Hea
On 05/24/2019 05:45 PM, Flavio Suligoi wrote:
> External E-Mail
>
>
> In case of SPI error during the reading of the nor Id,
> the probe fails without any error message related to
> the JEDEC Id reading procedure.
>
> Signed-off-by: Flavio Suligoi
> ---
> drivers/mtd/spi-nor/spi-nor.c | 2 +-
On Wed, 29 May 2019, Atish Patra wrote:
> Currently, there are no topology defined for RISC-V.
> Parse the cpu-map node from device tree and setup the
> cpu topology.
>
> CPU topology after applying the patch.
> $cat /sys/devices/system/cpu/cpu2/topology/core_siblings_list
> 0-3
> $cat /sys/devic
On Tue, 4 Jun 2019, Loys Ollivier wrote:
> Always build it ?
> Any particular reason to drop ARCH_SIFIVE ?
Palmer had some reservations about it, so I dropped it for now. But then
as I was thinking about it, I remembered that I also had some reservations
about it, years ago: that everyone shou
On June 6, 2019 11:37:22 PM Doug Anderson wrote:
In the case of dw_mmc, which I'm most familiar with, we don't have any
sort of automated or timed-based retuning. ...so we'll only re-tune
when we see the CRC error. If I'm understanding things correctly then
that for dw_mmc my solution and you
On Tue, 4 Jun 2019, Loys Ollivier wrote:
> On Sun 02 Jun 2019 at 01:04, Paul Walmsley wrote:
>
> > Add support for building flattened DT files from DT source files under
> > arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
> > architectures. Start our board support by addin
Hi Kevin,
On Wed, 5 Jun 2019, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > Add support for building flattened DT files from DT source files under
> > arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
> > architectures. Start our board support by adding initial support
701 - 800 of 946 matches
Mail list logo
