Hi,
On 11-06-19 21:15, Andy Shevchenko wrote:
On Wed, Jun 5, 2019 at 9:15 PM Hans de Goede wrote:
Hi,
On 28-05-19 15:37, Hans de Goede wrote:
Hi,
On 24-05-19 18:43, Andy Shevchenko wrote:
On Tue, May 21, 2019 at 9:28 AM Hans de Goede wrote:
Commit 78f3ac76d9e5 ("platform/x86: asus-wmi:
Hi,
On Tue, Jun 11, 2019 at 08:46:45AM -0400, Qian Cai wrote:
>
> > On Jun 11, 2019, at 8:41 AM, Mike Rapoport wrote:
> >
> > Sorry for the delay, I'm mostly offline these days.
> >
> > I wanted to understand first what is the reason for the failure. I've tried
> > to reproduce it with qemu, b
On Tue, Jun 11, 2019 at 05:20:12PM -0500, Larry Finger wrote:
> Your first patch did not work as the configuration does not have
> CONFIG_ZONE_DMA. As a result, the initial value of min_mask always starts
> at 32 bits and is taken down to 31 with the maximum pfn minimization. When
> I forced the
memory() solves the
>>> problem on arm64 as pfn_valid() behaves correctly and returns positive
>>> as memblock for the address range still exists. arch_remove_memory()
>>> removes applicable memory sections from zone with __remove_pages() and
>>> tears down kernel linea
On Wed, Jun 12, 2019 at 04:35:22PM +1000, Oliver O'Halloran wrote:
> Setting a 48 bit DMA mask doesn't work today because we only allocate
> IOMMU tables to cover the 0..2GB range of PCI bus addresses.
I don't think that is true upstream, and if it is we need to fix bug
in the powerpc code. power
On Tue, Jun 11, 2019 at 3:07 PM Fabrizio Castro
wrote:
> Document RZ/G2M (R8A774A1) SoC in the Renesas TMU bindings.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32
On Tue, Jun 11, 2019 at 11:40 AM Oleksij Rempel wrote:
>
> On Tue, Jun 11, 2019 at 10:52:47AM +0300, Daniel Baluta wrote:
> > Hi Oleksij,
> >
> > On Tue, Jun 11, 2019 at 8:56 AM Oleksij Rempel
> > wrote:
> > >
> > > Hi Daniel,
> > >
> > > On Mon, Jun 10, 2019 at 10:16:09PM +0800, daniel.bal...@n
On 6/12/19 2:25 AM, Nicolas Dufresne wrote:
> Le mardi 11 juin 2019 à 10:29 +0200, Hans Verkuil a écrit :
>> On 6/10/19 9:54 PM, Nicolas Dufresne wrote:
>>> Hi Hans,
>>>
>>> I went through it, and I think we are close to ready. Unfortunately, I
>>> believe the SOURCE_CHANGE event is still under spe
The psock_tpacket test will need to access /proc/kallsyms, this would
require the kernel config CONFIG_KALLSYMS to be enabled first.
Check the file existence to determine if we can run this test.
Signed-off-by: Po-Hsu Lin
---
tools/testing/selftests/net/run_afpackettests | 14 +-
1
This fix issue when access config from PCIe switch.
Stratix 10 PCIe controller does not support Type 1 to Type 0 conversion
as previous version (V1) does.
The PCIe controller need to send Type 0 config TLP if the targeting bus
matches with the secondary bus number, which is when the TLP is target
On Wed, Jun 12, 2019 at 3:25 AM Oded Gabbay wrote:
>
> On Tue, Jun 11, 2019 at 8:03 PM Oded Gabbay wrote:
> >
> > On Tue, Jun 11, 2019 at 6:26 PM Greg KH wrote:
> > > *snip*
> >
> > Now, when I tried to integrate Goya into a POWER9 machine, I got a
> > reject from the call to pci_set_dma_mask(pd
On 2019/06/12 0:54, Maxime Chevallier wrote:
Using ethtool, users can specify a classification action matching on the
full vlan tag, which includes the CFI bit.
However, when converting the ethool_flow_spec to a flow_rule, we use
dissector keys to represent the matching patterns.
Since the vlan
On Tue 11 Jun 09:08 PDT 2019, Bean Huo (beanhuo) wrote:
> Hi, Bjorn
> This HW reset is dedicated to QUALCOMM based platform case.
> how about adding a SW reset as to be default reset routine if platform
> doesn't support HW reset?
>
Can you please advice how I perform such software reset?
Rega
1. Add OTG_HNP_REQD and OTG_SRP_REQD definitions in ch9.h.
2. When OTG_HNP_REQD and OTG_SRP_REQD has been received,
usb hardware must not enter TEST mode but need to response setup packet.
3. Add otg_srp_reqd and otg_hnp_reqd in struct ssusb_mtk for futher
implementation.
Signed-off-by: Macpaul Li
On Wed, Jun 12, 2019 at 1:53 AM Benjamin Herrenschmidt
wrote:
>
> On Tue, 2019-06-11 at 20:22 +0300, Oded Gabbay wrote:
> >
> > > So, to summarize:
> > > If I call pci_set_dma_mask with 48, then it fails on POWER9. However,
> > > in runtime, I don't know if its POWER9 or not, so upon failure I wil
On Tue, 11 Jun 2019 16:06:43 +0200
Vitor Soares wrote:
> Currently the I3C framework limits SCL frequency to FM speed when
> dealing with a mixed slow bus, even if all I2C devices are FM+ capable.
>
> The core was also not accounting for I3C speed limitations when
> operating in mixed slow mode
On 6/11/2019 4:56 PM, Jiri Olsa wrote:
On Sat, Jun 08, 2019 at 07:41:47PM +0800, Jin, Yao wrote:
On 6/5/2019 7:44 PM, Jiri Olsa wrote:
On Mon, Jun 03, 2019 at 10:36:14PM +0800, Jin Yao wrote:
SNIP
diff --git a/tools/perf/util/sort.h b/tools/perf/util/sort.h
index 43623fa..d1641da 100644
On Tue, Jun 11, 2019 at 10:00:36AM +, Aisheng Dong wrote:
> > From: Linus Walleij [mailto:linus.wall...@linaro.org]
> > Sent: Saturday, June 8, 2019 5:04 AM
> >
> > On Thu, May 30, 2019 at 5:04 AM wrote:
> >
> > > From: Anson Huang
> > >
> > > Add binding doc for i.MX8MN pinctrl driver.
> >
On Tue, 11 Jun 2019, Sebastian Reichel wrote:
> Hi,
>
> On Mon, Jun 03, 2019 at 10:23:37AM +0300, Matti Vaittinen wrote:
> > Patch series introducing support for ROHM BD70528 PMIC
> > [...]
>
> I think all patches have been reviewed by the respective subsystem
> maintainers. Lee, can you provide
On Fri, May 17, 2019 at 12:57:53PM +0800, Ran Wang wrote:
> PSCI spec define 1st parameter's bit 16 of function CPU_SUSPEND to
> indicate CPU State Type: 0 for standby, 1 for power down. In this
> case, we want to select standby for CPU idle feature. But current
> setting wrongly select power down
On 12/06/19 3:09 AM, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jun 10, 2019 at 10:27:53AM +0300, Adrian Hunter escreveu:
>> Add 3 new packets to supports PEBS via PT, namely Block Begin Packet (BBP),
>> Block Item Packet (BIP) and Block End Packet (BEP). PEBS data is encoded
>> into multiple BIP pa
On 6/11/19 4:59 PM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2019-06-11-16-59 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 -m
On Tue, 11 Jun 2019, Bjorn Andersson wrote:
> On Mon 10 Jun 01:42 PDT 2019, Lee Jones wrote:
>
> > When booting with Device Tree, the current default boot configuration
> > table option, the request to boot via 'host mode' comes from the
> > 'dr_mode' property.
>
> As I said in my previous revie
Add a new property to indicate that the controller doesn't support Vbus
detection due to non-exist Vbus PIN, and the driver should set force_vbus
state for device mode
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtu3.txt | 2 ++
1 file changed, 2 insertions(+)
Fix typo of dma_ck
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtu3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtu3.txt
b/Documentation/devicetree/bindings/usb/mediatek,mtu3.txt
index
Add a new optional clock xhci_ck
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.txt
b/Documentation/devicetree/bindings/usb/
Some SoCs may have an optional clock xhci_ck (125M or 200M), it
usually uses the same PLL as sys_ck, so support it.
Signed-off-by: Chunfeng Yun
---
drivers/usb/host/xhci-mtk.c | 13 +
drivers/usb/host/xhci-mtk.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/drivers/usb/host
Some SoCs don't support Vbus detection due to non-exist Vbus PIN,
so software need set force_vbus state when the controller works
as device mode.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3.h | 3 +++
drivers/usb/mtu3/mtu3_core.c | 1 +
drivers/usb/mtu3/mtu3_dr.c | 2 ++
driv
On Tue, 11 Jun 2019, Aaro Koskinen wrote:
> However, with your patch the "nobody cared" is never reached so all is
> good. I tried 10 boots with the patch and all were successful. Without
> the patch 8 out of 10 failed with the "nobody cared" warning.
I wouldn't call it "good", just less obvious
On Wed, Jun 12, 2019 at 8:54 AM Benjamin Herrenschmidt
wrote:
>
> On Tue, 2019-06-11 at 20:22 +0300, Oded Gabbay wrote:
> >
> > > So, to summarize:
> > > If I call pci_set_dma_mask with 48, then it fails on POWER9. However,
> > > in runtime, I don't know if its POWER9 or not, so upon failure I wil
Hi,
I was searching for some madvise() flag options which allow my
application to have choice of not syncing dirty pages created through
shared mmap() to the disk. Issue is that currently dirty pages created
by the application will be synced to the disk and there is no way
application can avoid th
On Tue, 11 Jun 2019, Enrico Weigelt, metux IT consult wrote:
> On 09.06.19 10:55, Markus Elfring wrote:
>
>
>
> >> But there is not usually any interesting formatting on the left side of an
> >> assignment (ie typically no newlines or comments).
> >
> > Is there any need to trigger additional s
pci_msi_create_irq_domain -> pci_msi_domain_update_chip_ops will
set those two already since the driver sets MSI_FLAG_USE_DEF_CHIP_OPS
Signed-off-by: Benjamin Herrenschmidt
---
[UNTESTED]
Just something I noticed while browsing through those drivers in
search of ways to factor some of the code.
On 6/11/19 7:52 PM, Josh Poimboeuf wrote:
On Tue, Jun 11, 2019 at 06:59:22PM -0700, Randy Dunlap wrote:
Hi,
New warning AFAIK:
drivers/hwmon/smsc47m1.o: warning: objtool: fan_div_store()+0x11f: sibling call
from callable instruction with modified stack frame
I'm getting a different warning:
On 6/11/19 7:52 PM, Kirill A. Shutemov wrote:
On Fri, Jun 07, 2019 at 02:07:39PM +0800, Yang Shi wrote:
Currently shrinker is just allocated and can work when memcg kmem is
enabled. But, THP deferred split shrinker is not slab shrinker, it
doesn't make too much sense to have such shrinker de
On 6/11/19 7:47 PM, Kirill A. Shutemov wrote:
On Fri, Jun 07, 2019 at 02:07:37PM +0800, Yang Shi wrote:
+ /*
+* The THP may be not on LRU at this point, e.g. the old page of
+* NUMA migration. And PageTransHuge is not enough to distinguish
+* with other compound
On Tue, Jun 11, 2019 at 8:48 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 o
On Mon, 2019-06-03 at 13:00:51 UTC, Christophe Leroy wrote:
> When booting through OF, setup_disp_bat() does nothing because
> disp_BAT are not set. By change, it used to work because BOOTX
> buffer is mapped 1:1 at address 0x8100 by the bootloader, and
> btext_setup_display() sets virt addr sa
On Mon, 2019-06-03 at 08:20:28 UTC, Christophe Leroy wrote:
> In the old days, _PAGE_EXEC didn't exist on 6xx aka book3s/32.
> Therefore, allthough __mapin_ram_chunk() was already mapping kernel
> text with PAGE_KERNEL_TEXT and the rest with PAGE_KERNEL, the entire
> memory was executable. Part of
On 12-06-19, 12:19, YueHaibing wrote:
> If CONFIG_PCI_MSI is not set, building with CONFIG_DW_EDMA
> fails:
>
> drivers/dma/dw-edma/dw-edma-core.c: In function dw_edma_irq_request:
> drivers/dma/dw-edma/dw-edma-core.c:784:21: error: implicit declaration of
> function pci_irq_vector; did you mean
On 11-06-19, 10:30, Randy Dunlap wrote:
> On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20190607:
> >
>
> on x86_64 or i386:
>
> when CONFIG_PCI is not set/enabled:
>
> ../drivers/dma/dw-edma/dw-edma-core.c: In function ‘dw_edma_irq_request’:
> ../drivers/dma/dw
In process of cleaning up struct _adapter in drv_types.h, lockRxFF0Filter
is renamed to to lock_rx_ff0_filter to fix a checkpatch reported issue.
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 2 +-
drivers/staging/rtl8712/usb_intf.c | 2 +-
drivers/staging/rtl8712/xm
In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
fixed the camelcasing of lockRxFF0Filter and wkFilterRxFF0
Deepak Mishra (2):
staging: rtl8712: Fixed CamelCase lockRxFF0Filter renamed to
lock_rx_ff0_filter
staging: rtl8712: Fixed CamelCase wkFilterRxFF0 renamed to
In process of cleaning up struct _adapter in drv_types.h, wkFilterRxFF0
is renamed to to wk_filter_rx_ff0 to fix a checkpatch reported issue.
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h| 2 +-
drivers/staging/rtl8712/rtl871x_xmit.c | 2 +-
drivers/staging/rtl871
From: Sibi Sankar
This patch adds Q6V5 MSS remoteproc node for SDM845 SoCs.
Reviewed-by: Douglas Anderson
Reviewed-by: Vinod Koul
Signed-off-by: Sibi Sankar
Signed-off-by: Bjorn Andersson
---
Changes since v8:
- None
arch/arm64/boot/dts/qcom/sdm845.dtsi | 58
The AOSS QMP provides a number of power domains, used for QDSS and
PIL, add the node for this.
Tested-by: Sibi Sankar
Reviewed-by: Sibi Sankar
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v8:
- None
arch/arm64/boot/dts/qcom/sdm845.dtsi | 10 ++
1 file cha
Add binding for the QMP based side-channel communication mechanism to
the AOSS, which is used to control resources not exposed through the
RPMh interface.
Reviewed-by: Rob Herring
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v8:
- None
.../bindings/soc/qcom/qcom,a
The Always On Subsystem (AOSS) Qualcomm Messaging Protocol (QMP) driver
is used to communicate with the AOSS for certain side-channel requests,
that are not available through the RPMh interface.
The communication is a very simple synchronous mechanism of messages
being written in message RAM and a
Add binding for the QMP based side-channel communication mechanism to
the AOSS, which is used to control resources not exposed through the
RPMh interface.
Bjorn Andersson (3):
dt-bindings: soc: qcom: Add AOSS QMP binding
soc: qcom: Add AOSS QMP driver
arm64: dts: qcom: Add AOSS QMP node
Sib
Hi, Wei.
> On Jun 11, 2019, at 12:22 AM, liwei (GF) wrote:
>
> Hi Alex,
>
> On 2019/3/29 23:20, Alex Kogan wrote:
>> In CNA, spinning threads are organized in two queues, a main queue for
>> threads running on the same node as the current lock holder, and a
>> secondary queue for threads runnin
Adding "rng-seed" to dtb. It's fine to add this property if original
fdt doesn't contain it. Since original seed will be wiped after
read, so use a default size 128 bytes here.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Stephen Boyd
---
change log v5->v6:
* no change
---
arch/arm64/kernel/machine
Introducing a chosen node, rng-seed, which is an entropy that can be
passed to kernel called very early to increase initial device
randomness. Bootloader should provide this entropy and the value is
read from /chosen/rng-seed in DT.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Stephen Boyd
---
chang
Currently in arm64, FDT is mapped to RO before it's passed to
early_init_dt_scan(). However, there might be some codes
(eg. commit "fdt: add support for rng-seed") that need to modify FDT
during init. Map FDT to RO after early fixups are done.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Stephen Boyd
Introducing a chosen node, rng-seed, which is an entropy that can be
passed to kernel called very early to increase initial device
randomness.
Hsin-Yi Wang (3):
arm64: map FDT as RW for early_init_dt_scan()
fdt: add support for rng-seed
arm64: kexec_file: add rng-seed support
arch/arm64/in
> -Original Message-
> From: Alex Williamson
> Sent: Tuesday, June 11, 2019 11:25 PM
> To: Parav Pandit
> Cc: Cornelia Huck ; k...@vger.kernel.org; linux-
> ker...@vger.kernel.org; kwankh...@nvidia.com; c...@nvidia.com
> Subject: Re: [PATCHv6 3/3] vfio/mdev: Synchronize device create/r
Pls ignore this, will fix patch title and resend
On 2019/6/12 12:18, YueHaibing wrote:
> If CONFIG_PCI_MSI is not set, building with CONFIG_DW_EDMA
> fails:
>
> drivers/dma/dw-edma/dw-edma-core.c: In function dw_edma_irq_request:
> drivers/dma/dw-edma/dw-edma-core.c:784:21: error: implicit declar
If CONFIG_PCI_MSI is not set, building with CONFIG_DW_EDMA
fails:
drivers/dma/dw-edma/dw-edma-core.c: In function dw_edma_irq_request:
drivers/dma/dw-edma/dw-edma-core.c:784:21: error: implicit declaration of
function pci_irq_vector; did you mean rcu_irq_enter?
[-Werror=implicit-function-declara
If CONFIG_PCI_MSI is not set, building with CONFIG_DW_EDMA
fails:
drivers/dma/dw-edma/dw-edma-core.c: In function dw_edma_irq_request:
drivers/dma/dw-edma/dw-edma-core.c:784:21: error: implicit declaration of
function pci_irq_vector; did you mean rcu_irq_enter?
[-Werror=implicit-function-declara
Hi Andrew,
> -Original Message-
> From: Andrew Lunn
> Sent: 2019年6月10日 21:06
> To: Y.b. Lu
> Cc: net...@vger.kernel.org; David S . Miller ;
> Richard Cochran ; Rob Herring
> ; Shawn Guo ;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org
>
On Wed, May 22, 2019 at 05:04:17PM +0100, Will Deacon wrote:
> On Sat, May 18, 2019 at 12:00:34PM +0200, Ard Biesheuvel wrote:
> > On Sat, 18 May 2019 at 06:25, Jayachandran Chandrasekharan Nair
> > wrote:
> > >
> > > On Mon, May 06, 2019 at 07:10:40PM +0100, Will Deacon wrote:
> > > > On Mon, May
On Tue, Jun 11, 2019 at 08:32:59PM -0700, Fenghua Yu wrote:
> Currently KVM doesn't simulate scattered features (the ones in CPUID_LNX_*
> in cpuid_leafs) as reverse_cpuid[] doesn't contain CPUID_LNX_*.
43500e6f294d ("x86/cpufeatures: Remove get_scattered_cpuid_leaf()")
> After the X86_FEATURES_C
alid() behaves correctly and returns positive
>> as memblock for the address range still exists. arch_remove_memory()
>> removes applicable memory sections from zone with __remove_pages() and
>> tears down kernel linear mapping. Removing memblock regions afterwards
>> is safe
On Wed, Jun 12, 2019 at 03:29:57AM +, Yu, Fenghua wrote:
> My bad. I studied a bit more and found the patch #1 is not needed.
Why, I think you were spot-on:
"And the two variables are ONLY used in resctrl monitoring
configuration. There is no need to store them in cpuinfo_x86 on each
CPU."
T
> From: anson.hu...@nxp.com [mailto:anson.hu...@nxp.com]
> Sent: Wednesday, June 12, 2019 11:36 AM
>
> There is common of_root for reference, no need to find it from DT again, use
> of_root directly to make driver simple.
>
> Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
Regards
Dong A
T be freed, this
> will caused below kernel dump in later error path which calls kfree:
>
> kernel BUG at mm/slub.c:3942!
> Internal error: Oops - BUG: 0 [#1] PREEMPT SMP Modules linked in:
> CPU: 2 PID: 1 Comm: swapper/0 Not tainted
> 5.2.0-rc4-next-20190611-00023-g705146c-dirty #2
On Tue, Jun 04, 2019 at 06:07:35PM +0800, Feng Tang wrote:
> On Thu, May 30, 2019 at 11:23:14PM +0800, Feng Tang wrote:
> > Hi Eric,
> >
> > On Thu, May 30, 2019 at 05:21:40AM -0700, Eric Dumazet wrote:
> > > On Thu, May 30, 2019 at 3:31 AM Feng Tang wrote:
> > > >
> > > > On Wed, Apr 03, 2019 at
There is one issue about bonding mode BOND_MODE_BROADCAST, and
two slaves with diffierent affinity, so packets will be handled
by different cpu. These are two pre-conditions in this case.
When two slaves receive the same syn packets at the same time,
two request sock(reqsk) will be created if belo
On Wed, Jun 12, 2019 at 08:25:52AM +1000, Benjamin Herrenschmidt wrote:
> Yes, we would be in a world of pain already if tracepoints couldn't
> handle concurrency :-)
Right, lockless buffer and the whole shebang :)
> Sort-of... I still don't see a race in what we propose but I might be
> missing
If RC_CORE is not set, building fails:
drivers/media/pci/ttpci/av7110_ir.o: In function `av7110_ir_init':
av7110_ir.c:(.text+0x1b0): undefined reference to `rc_allocate_device'
av7110_ir.c:(.text+0x2c1): undefined reference to `rc_register_device'
av7110_ir.c:(.text+0x2dc): undefined reference to
On Tue, Jun 11, 2019 at 09:47:02PM +0200, Borislav Petkov wrote:
> On Tue, Jun 11, 2019 at 11:19:20AM -0700, Fenghua Yu wrote:
> > So can I re-organize word 11 and 12 as follows?
> >
> > 1. Change word 11 to host scattered features.
> > 2. Move the previos features in word 11 and word 12 to word 1
From: Anson Huang
There is common of_root for reference, no need to find it
from DT again, use of_root directly to make driver simple.
Signed-off-by: Anson Huang
---
drivers/soc/imx/soc-imx8.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/soc/imx/soc-imx8
b.c:3942!
Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
Modules linked in:
CPU: 2 PID: 1 Comm: swapper/0 Not tainted
5.2.0-rc4-next-20190611-00023-g705146c-dirty #2197
Hardware name: NXP i.MX8MQ EVK (DT)
pstate: 6005 (nZCv daif -PAN -UAO)
pc : kfree+0x170/0x1b0
lr : imx8_soc_init+0xc0/
On Tue, 2019-06-11 at 20:52 -0500, Larry Finger wrote:
> On 6/11/19 5:46 PM, Benjamin Herrenschmidt wrote:
> > On Tue, 2019-06-11 at 17:20 -0500, Larry Finger wrote:
> > > b43-pci-bridge 0001:11:00.0: dma_direct_supported: failed (mask =
> > > 0x3fff,
> > > min_mask = 0x5000/0x5000, dma
> On Tuesday, June 11, 2019 3:28 PM, Fenghua Yu wrote:
> On Tue, Jun 11, 2019 at 09:47:02PM +0200, Borislav Petkov wrote:
> > On Tue, Jun 11, 2019 at 11:19:20AM -0700, Fenghua Yu wrote:
> > > So can I re-organize word 11 and 12 as follows?
> > >
> > > 1. Change word 11 to host scattered features.
>
If CONFIG_I2C is m and CONFIG_I2C_SLAVE is y,
building with CONFIG_IPMB_DEVICE_INTERFACE setting to
y will fail:
drivers/char/ipmi/ipmb_dev_int.o: In function `ipmb_remove':
ipmb_dev_int.c: undefined reference to `i2c_slave_unregister'
drivers/char/ipmi/ipmb_dev_int.o: In function `ipmb_write':
ip
On 11-06-19, 13:54, Rob Herring wrote:
> On Mon, May 27, 2019 at 12:41 AM Viresh Kumar wrote:
> > I checked SPEAr and it is missing interrupt-controller at few places and
> > clocks
> > everywhere. Missing clocks should be fine as SPEAr doesn't get clocks from
> > DT.
>
> Clocks not from DT was
On 6/11/19 7:52 PM, Josh Poimboeuf wrote:
> On Tue, Jun 11, 2019 at 06:59:22PM -0700, Randy Dunlap wrote:
>> Hi,
>>
>> New warning AFAIK:
>>
>> drivers/hwmon/smsc47m1.o: warning: objtool: fan_div_store()+0x11f: sibling
>> call from callable instruction with modified stack frame
>
> I'm getting a
Driver should update peer's bssid and bss information when
state transition changes.
Signed-off-by: Ryder Lee
---
.../net/wireless/mediatek/mt76/mt7615/main.c | 5 +-
.../net/wireless/mediatek/mt76/mt7615/mcu.c | 49 ++-
2 files changed, 27 insertions(+), 27 deletions(-)
dif
Fill in RX status->chain_signal to avoid empty value.
Signed-off-by: Ryder Lee
---
Changes since v2 - correct calculation sequence
---
.../net/wireless/mediatek/mt76/mt7615/mac.c | 30 ++-
.../net/wireless/mediatek/mt76/mt7615/mac.h | 5
2 files changed, 34 insertions(+
Fix wrong settings that will drop packets due to hardware's RX table
searching flow.
Fixes: f072c7ba2150 ("mt76: mt7615: enable support for mesh")
Signed-off-by: Ryder Lee
---
drivers/net/wireless/mediatek/mt76/mt7615/mcu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
On Fri, May 24, 2019 at 10:53:19AM +0200, Peter Zijlstra wrote:
> > For ORC, I'm thinking we may be able to just require that all generated
> > code (BPF and others) always use frame pointers. Then when ORC doesn't
> > recognize a code address, it could try using the frame pointer as a
> > fallbac
On Tue, Jun 11, 2019 at 06:59:22PM -0700, Randy Dunlap wrote:
> Hi,
>
> New warning AFAIK:
>
> drivers/hwmon/smsc47m1.o: warning: objtool: fan_div_store()+0x11f: sibling
> call from callable instruction with modified stack frame
I'm getting a different warning:
drivers/hwmon/smsc47m1.o: warn
On Fri, Jun 07, 2019 at 02:07:39PM +0800, Yang Shi wrote:
> Currently shrinker is just allocated and can work when memcg kmem is
> enabled. But, THP deferred split shrinker is not slab shrinker, it
> doesn't make too much sense to have such shrinker depend on memcg kmem.
> It should be able to rec
Em Tue, Jun 11, 2019 at 12:18:31PM +0800, Leo Yan escreveu:
> On Mon, Jun 10, 2019 at 03:47:54PM -0300, Arnaldo Carvalho de Melo wrote:
>
> [...]
>
> > > > I tested with the lastest perf/core branch which contains the patch:
> > > > 'perf augmented_raw_syscalls: Tell which args are filenames and
On Fri, Jun 07, 2019 at 02:07:37PM +0800, Yang Shi wrote:
> + /*
> + * The THP may be not on LRU at this point, e.g. the old page of
> + * NUMA migration. And PageTransHuge is not enough to distinguish
> + * with other compound page, e.g. skb, THP destructor is not used
> +
在 2019-06-12 07:14, Rob Herring 写道:
On Wed, Jun 05, 2019 at 09:46:49AM -0700, Eduardo Valentin wrote:
Document the i2c-slave-mqueue binding by adding
descriptor, required properties, and example.
Cc: Rob Herring
Cc: Mark Rutland
Cc: Wolfram Sang
Cc: linux-...@vger.kernel.org
Cc: devicet...
Hi,
So, currently there seems to be 3 issues in this thread
(and I am guessing a little, without definitive data):
1.) On your system Kernel 5.4-rc2 (or 4) defaults to the intel_pstate CPU
frequency
scaling driver and the powersave governor, but kernel 4.6 defaults to the
acpi-cpufreq CPU freque
On 6/11/19 5:08 PM, Matteo Croce wrote:
> On Wed, Jun 12, 2019 at 1:07 AM Randy Dunlap wrote:
>>
>> On 6/9/19 7:57 PM, David Miller wrote:
>>> From: Matteo Croce
>>> Date: Sat, 8 Jun 2019 14:50:19 +0200
>>>
MPLS routing code relies on sysctl to work, so let it select PROC_SYSCTL.
On Fri, Jun 07, 2019 at 12:51:03PM -0700, Larry Bassel wrote:
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index 3a54c9d..1c1ed4e 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -4653,9 +4653,9 @@ long hugetlb_unreserve_pages(struct inode *inode, long
> start, long end,
> }
>
> #ifdef CO
On 2019-06-11 at 22:35 +, Rob Herring wrote:
> On Mon, 10 Jun 2019 16:17:48 +0800, yibin.g...@nxp.com wrote:
> >
> > From: Robin Gong
> >
> > Add i.mx6ul and i.mx6sx compatible name in binding doc.
> >
> > Signed-off-by: Robin Gong
> > ---
> > Documentation/devicetree/bindings/dma/fsl-imx
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '<<' (ctx:VxV)
CHECK: spaces preferred around that '|' (ctx:VxV)
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_halinit.c | 92 ++--
1 file changed, 46 insertions
CHECK: Using comparison to false is error prone
CHECK: Using comparison to true is error prone
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_halinit.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/rtl8723bs/hal/sdio_
On Thu, May 30, 2019 at 11:25 PM Lorenzo Pieralisi
wrote:
>
> On Fri, May 24, 2019 at 02:07:25PM +0800, Ley Foon Tan wrote:
> > This fix issue when access config from PCIe switch.
> >
> > Stratix 10 PCIe controller does not support Type 1 to Type 0 conversion
> > as previous version (V1) does.
> >
On Tue, 11 Jun 2019 at 19:09, Paolo Bonzini wrote:
>
> On 11/06/19 09:38, Wanpeng Li wrote:
> > MSR_CORE_C1_RES is unreadable except for ATOM platform, so I think we
> > can avoid the complex logic to handle C1 now. :)
>
> I disagree. Linux uses it on all platforms is available, and virtual
> mac
On Tue, Jun 11, 2019 at 3:27 AM David Howells wrote:
>
> Add a script that simplifies the process of altering system call tables in
> the kernel sources. It has five functions available:
Ugh, I hate it.
I'm sure the script is all kinds of clever and useful, but I really
think the solution is no
On Mon, Jun 10, 2019 at 9:11 PM Dave Chinner wrote:
>
> The same rwsem issues were seen on the mmap_sem, the shrinker rwsem,
> in a couple of device drivers, and so on. i.e. This isn't an XFS
> issue I'm raising here - I'm raising a concern about the lack of
> validation of core infrastructure and
WWID composed from VPD data from device, specifically page 0x83. So,
when a device does not have VPD support, for example USB storage devices
where VPD is specifically disabled, a read into /device/wwid
file will always return ENXIO. To avoid this, change the
scsi_sdev_attr_is_visible function to h
On Fri, May 24, 2019 at 09:07:11AM -0700, Larry Bassel wrote:
> Again, I don't think this can happen in DAX. The only sharing allowed
> is for FS/DAX/2MiB pagesize.
Hm. I still don't follow. How do you guarantee that DAX actually allocated
continues space for the file on backing storage and you ca
This series add rss support for HINIC driver and implemente the ethtool
interface related to rss parameter configuration. user can use ethtool
configure rss parameters or show rss parameters.
Xue Chaojing (2):
hinic: add rss support
hinic: add support for rss parameters with ethtool
drivers/
This patch adds support rss parameters with ethtool,
user can change hash key, hash indirection table, hash
function by ethtool -X, and show rss parameters by ethtool -x.
Signed-off-by: Xue Chaojing
---
drivers/net/ethernet/huawei/hinic/Makefile| 2 +-
drivers/net/ethernet/huawei/hinic/hin
1 - 100 of 1186 matches
Mail list logo
