On Thu, Jul 11, 2019 at 11:36:56PM -0700, Sultan Alsawaf wrote:
> From: Sultan Alsawaf
>
> Typically, drivers allocate sg lists of sizes up to a few MiB in size.
> The current algorithm deals with large sg lists by splitting them into
> several smaller arrays and chaining them together. But if th
Hi all,
In commit
c93dfec10f1d ("net/mlx5e: Fix compilation error in TLS code")
Fixes tag
Fixes: 90687e1a9a50 ("net/mlx5: Kconfig, Better organize compilation flags")
has these problem(s):
- Target SHA1 does not exist
Did you mean
Fixes: e2869fb2068b ("net/mlx5: Kconfig, Better organi
Hi Crag,
On Wed, Jul 10, 2019 at 04:58:40PM +0800, Crag Wang wrote:
> Adding more
>
> On Wed, Jul 10, 2019 at 10:59 AM wrote:
> >
> > From: "Crag.Wang"
> >
> > Delay time for MELFAS MIP4 controller is required at power on stage
> > regardless the existence of GPIO consumer lookup from devicetre
Hi,
On Thu, Jul 11, 2019 at 06:54:36PM +0800, Kai-Heng Feng wrote:
> Like the ThinkPad T560 case, now we can use RMI on T580 to have a more
> responsive touchpad.
>
> Signed-off-by: Kai-Heng Feng
I already applied Nick Black'spatch for this, thanks.
> ---
> drivers/input/mouse/synaptics.c | 1
Hi Trond,
I attached perf-profile part big changes, hope it is useful for
analyzing the issue.
In testcase: fsmark
on test machine: 40 threads Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
with 384G memory
with following parameters:
iterations: 20x
nr_threads: 64t
d
Hi Atif,
On Wed, Jul 10, 2019 at 04:04:10PM -0700, Atif Niyaz wrote:
> Currently, evdev stamps time with timestamps acquired in
> evdev_events. However, this timestamping may not be accurate in terms of
> measuring when the actual event happened. This API allows any 3rd party
> driver to be able t
From: Sultan Alsawaf
Typically, drivers allocate sg lists of sizes up to a few MiB in size.
The current algorithm deals with large sg lists by splitting them into
several smaller arrays and chaining them together. But if the sg list
allocation is large, and we know the size ahead of time, sg chai
On 7/2/19 11:18 AM, Colin King wrote:
> From: Colin Ian King
>
> Currently if lport is null then the null lport pointer is dereference
> when printing out debug via the FC_LPORT_DB macro. Fix this by using
> the more generic FC_LIBFC_DBG debug macro instead that does not use
> lport.
>
> Address
On Thu, Jul 11, 2019 at 03:58:39PM -0400, Joel Fernandes wrote:
> Hmm, speaking of grace period durations, it seems to me the maximum grace
> period ever is recorded in rcu_state.gp_max. However it is not read from
> anywhere.
>
> Any idea why it was added but not used?
>
> I am interested in dum
Hi all,
Please do not add v5.4 material to your linux-next included branches
until after v5.3-rc1 has been released.
Changes since 20190711:
The block tree gained build failures due to an interaction with the
f2fs and xfs trees for which I applied merge fix patches.
Non-merge commits (relative
On Fri, Jul 12, 2019 at 2:46 PM Naohiro Aota wrote:
>
> Two consecutive "make" on an already compiled kernel tree will show
> different behavior:
>
> $ make
> CALLscripts/checksyscalls.sh
> CALLscripts/atomic/check-atomics.sh
> DESCEND objtool
> CHK include/generated/compile.h
Hi Yoshinori,
On Fri, 12 Jul 2019 14:49:00 +0900 Yoshinori Sato
wrote:
>
> I can not update sh-next now, so I will fix it tomorrow.
You don't need to (and should not) update your tree, just mention the
conflicts to Linus when you send your pull request.
--
Cheers,
Stephen Rothwell
pgpyTDaeN
Hi Andrew,
On Thu, 11 Jul 2019 21:41:54 -0700 a...@linux-foundation.org wrote:
>
> * mm-migrate-remove-unused-mode-argument.patch
I had to remove the hunk of this patch that updates fs/iomap.c which
should not exist in your tree by this point.
--
Cheers,
Stephen Rothwell
pgpEuR3BXcl4C.pgp
Des
Rob pointed out that we didn't need the noise of the quotes in a
separate review[1], so strip them out for consistency and avoid setting
a bad example.
[1] https://lists.ozlabs.org/pipermail/linux-aspeed/2019-July/002009.html
Signed-off-by: Andrew Jeffery
---
This patch applies to the tip of pi
Since commit 00c864f8903d ("kconfig: allow all config targets to write
auto.conf if missing"), Kconfig creates include/config/auto.conf in the
defconfig stage when it is missing.
Joonas Kylmälä reported incorrect auto.conf generation under some
circumstances.
Apply the following diff:
| --- a/ar
On Thu, Jul 11, 2019 at 08:02:15AM -0700, Paul E. McKenney wrote:
> These would be the tunables controlling how quickly RCU takes its
> various actions to encourage the current grace period to end quickly.
Seriously one of the most interesting thing over all kernel works.
> I would be happy to gi
On Thu, Jul 11, 2019 at 09:08:49AM -0400, Joel Fernandes wrote:
> > Finally, I urge you to join with Joel Fernandes and go through these
> > grace-period-duration tuning parameters. Once you guys get your heads
> > completely around all of them and how they interact across the different
> > possib
On Thu, Jul 11, 2019 at 05:30:52AM -0700, Paul E. McKenney wrote:
> > > If there is a real need, something needs to be provided to meet that
> > > need. But in the absence of a real need, past experience has shown
> > > that speculative tuning knobs usually do more harm than good. ;-)
> >
> > It
On Fri, 12 Jul 2019 09:59:28 +0900,
Stephen Rothwell wrote:
>
> [1 ]
> Hi all,
>
> On Mon, 17 Jun 2019 11:40:11 +1000 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the net-next tree got conflicts in:
> >
> > arch/sh/configs/se7712_defconfig
> > arch/sh/configs/se7721_defco
Two consecutive "make" on an already compiled kernel tree will show
different behavior:
$ make
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND objtool
CHK include/generated/compile.h
VDSOCHK arch/x86/entry/vdso/vdso64.so.dbg
VDSOCHK arch/x86/entry/
Hi,
On 2019-07-11 21:10, Gokul Sriram Palanisamy wrote:
IPQ8074 needs support for secure pil as well.
Also, currently only unified firmware is supported.
IPQ8074 supports split firmware for q6 and m3, so
adding support for that.
Gokul Sriram Palanisamy (12):
remoteproc: qcom: Add PRNG proxy c
Secure Memory Encryption is an x86-specific feature, so it shouldn't appear
in generic kernel code.
Introduce ARCH_HAS_DMA_CHECK_MASK so that x86 can define its own
dma_check_mask() for the SME check.
In SWIOTLB code, there's no need to mention which memory encryption
feature is active. Also, oth
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. You will get:
- an update to Elan touchpad SMBus driver to fetch device parameters
(size, resolution) while it is still in PS/2 mode, before s
powerpc and s390 are going to use this feature as well, so put it in a
generic location.
Signed-off-by: Thiago Jung Bauermann
---
arch/Kconfig | 3 +++
arch/x86/Kconfig | 4 +---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/Kconfig b/arch/Kconfig
index c47b328eada0..4e
Здравствуйте! Вас интересуют клиентские базы данных?
On Thu, Jul 11, 2019 at 07:43:58PM -0400, Joel Fernandes (Google) wrote:
> list_for_each_entry_rcu has built-in RCU and lock checking. Make use of
> it in driver core.
>
> Signed-off-by: Joel Fernandes (Google)
> ---
> drivers/base/base.h | 1 +
> drivers/base/core.c | 10
Hi Johannes,
On Thu, Jul 11, 2019 at 02:42:23PM -0400, Johannes Weiner wrote:
> On Thu, Jul 11, 2019 at 10:25:28AM +0900, Minchan Kim wrote:
> > @@ -480,6 +482,198 @@ static long madvise_cold(struct vm_area_struct *vma,
> > return 0;
> > }
> >
> > +static int madvise_pageout_pte_range(pmd_t
This patch fixes below sparse warning related to __virtio
type in virtio pmem driver. This is reported by Intel test
bot on linux-next tree.
nd_virtio.c:56:28: warning: incorrect type in assignment
(different base types)
nd_virtio.c:56:28:expected unsigned int [
WCN399x chips are coex chips, it needs a VS pre shutdown
command while turning off the BT. So that chip can inform
BT is OFF to other active clients.
Signed-off-by: Harish Bandi
---
drivers/bluetooth/btqca.c | 21 +
drivers/bluetooth/btqca.h | 7 +++
drivers/bluetoot
On 12/07/19 12:56 AM, Sergei Shtylyov wrote:
> Hello!
>
> On 06/25/2019 10:57 AM, Vignesh Raghavendra wrote:
>
>> Cypress' HyperBus is Low Signal Count, High Performance Double Data Rate
>> Bus interface between a host system master and one or more slave
>> interfaces. HyperBus is used to conn
On Thu, Jul 11, 2019 at 07:43:56PM -0400, Joel Fernandes (Google) wrote:
> This patch adds support for checking RCU reader sections in list
> traversal macros. Optionally, if the list macro is called under SRCU or
> other lock/mutex protection, then appropriate lockdep expressions can be
> passed t
Commit 7457c0da024b ("x86/alternatives: Add int3_emulate_call()
selftest") reveals a bug in XEN PV int3 assemble code. There is
a double pop of register R11 and RCX currupting the exception
frame, one in xen_int3 and the other in xen_xenint3.
We see below hang at bootup:
general protection fault:
The mm-of-the-moment snapshot 2019-07-11-21-41 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On 2019/7/11 下午10:10, Peter Zijlstra wrote:
> On Wed, Jul 03, 2019 at 11:32:32AM +0800, 王贇 wrote:
>> By tracing numa page faults, we recognize tasks sharing the same page,
>> and try pack them together into a single numa group.
>>
>> However when two task share lot's of cache pages while not muc
On Fri, Jul 12, 2019 at 12:37:51PM +0900, Kuninori Morimoto wrote:
>
> Hi Nathan
>
> > clang errors:
> >
> > sound/soc/generic/audio-graph-card.c:87:7: error: assigning to 'u32 *'
> > (aka 'unsigned int *') from 'const void *' discards qualifiers
> > [-Werror,-Wincompatible-pointer-types-discard
From: Jan Luebbe
Add support for the ECC functionality as found in the DDR RAM and L2
cache controllers on the MV78230/MV78x60 SoCs. This driver has been
tested on the MV78460 (on a custom board with a DDR3 ECC DIMM).
Signed-off-by: Jan Luebbe
[cp use SPDX license]
Signed-off-by: Chris Packham
The aurora cache on the Marvell Armada-XP SoC supports the same tag
parity features as the other l2x0 cache implementations.
Signed-off-by: Chris Packham
[j...@pengutronix.de: use aurora specific define AURORA_ACR_PARITY_EN]
Signed-off-by: Jan Luebbe
---
arch/arm/mm/cache-l2x0.c | 7 +++
1
The Armada 38x and other integrated SoCs use a reduced pin count so the
width of the SDRAM interface is smaller than the Armada XP SoCs. This
means that the definition of "full" and "half" width is reduced from
64/32 to 32/16.
Signed-off-by: Chris Packham
---
drivers/edac/armada_xp_edac.c | 5 ++
From: Jan Luebbe
The macro name is too generic, so add a AURORA_ prefix.
Signed-off-by: Jan Luebbe
Reviewed-by: Gregory CLEMENT
Signed-off-by: Chris Packham
---
arch/arm/include/asm/hardware/cache-aurora-l2.h | 2 +-
arch/arm/mm/cache-l2x0.c| 4 ++--
2 files changed,
The aurora cache on the Marvell Armada-XP SoC supports ECC protection
for the L2 data arrays. Add a "marvell,ecc-enable" device tree property
which can be used to enable this.
Signed-off-by: Chris Packham
[j...@pengutronix.de: use aurora specific define AURORA_ACR_ECC_EN]
Signed-off-by: Jan Luebb
Add documentation for the marvell,ecc-enable properties which can be
used to enable ECC on the Marvell aurora cache.
Signed-off-by: Chris Packham
Reviewed-by: Rob Herring
---
Notes:
Changes in v7:
- remove marvell,ecc-disable
Changes in v6:
- new (split binding doc from implemen
From: Jan Luebbe
These defines will be used by subsequent patches to add support for the
parity check and error correction functionality in the Aurora L2 cache
controller.
Signed-off-by: Jan Luebbe
Signed-off-by: Chris Packham
---
.../include/asm/hardware/cache-aurora-l2.h| 48 +++
Hi,
I still seem to be struggling to get this on anyone's radar.
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
From: Jan Luebbe
We already have wrappers for x8 and x16, so add the missing x32 one.
Signed-off-by: Jan Luebbe
Reviewed-by: Borislav Petkov
Signed-off-by: Chris Packham
---
Notes:
Changes in v9:
- Adapt debugfs_create_x32 to account for recent changes to debugfs apis
drivers/edac/
On Fri, Jul 12, 2019 at 07:37:03AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> In commit
>
> 0ce9bf1a55c9 ("tpm: tpm_ibm_vtpm: Fix unallocated banks")
>
> Fixes tag
>
> Fixes: 879b589210a9 ("tpm: retrieve digest size of unknown algorithms with
>
> has these problem(s):
>
> - Subject ha
On 12-07-19, 10:44, Wen Yang wrote:
> The cpu variable is still being used in the of_get_property() call
> after the of_node_put() call, which may result in use-after-free.
>
> Fixes: a9acc26b75f6 ("cpufreq/pasemi: fix possible object reference leak")
> Signed-off-by: Wen Yang
> Cc: "Rafael J. Wy
It always returns 0 (success) and its return type should really be void.
Over that, many drivers have added error handling code based on its
return value, which is not required at all.
change its return type to void and update all the callers.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/bmi
On 2019/7/11 下午9:47, Peter Zijlstra wrote:
[snip]
>> +rcu_read_lock();
>> +memcg = mem_cgroup_from_task(p);
>> +if (idx != -1)
>> +this_cpu_inc(memcg->stat_numa->locality[idx]);
>
> I thought cgroups were supposed to be hierarchical. That is, if we have:
>
> R
Hi Nathan
> clang errors:
>
> sound/soc/generic/audio-graph-card.c:87:7: error: assigning to 'u32 *'
> (aka 'unsigned int *') from 'const void *' discards qualifiers
> [-Werror,-Wincompatible-pointer-types-discards-qualifiers]
> reg = of_get_property(node, "reg", NULL);
>
Hello,
v2 drops the "Swift" patch that accidentally modified witherspoon.dts instead
(thanks Joel), and leaves sdhci1 disabled on the EVB. v1 of the series can be
found here:
https://lists.ozlabs.org/pipermail/linux-aspeed/2019-July/001984.html
v2 reflects some of the changes driven by Rob's rev
The AST2400 and AST2500 both share the same SD controller, at the same
location in the physical address space and the same hardware interrupt,
with the same clock configurations.
Signed-off-by: Andrew Jeffery
---
In v2:
* Rename sd-controller compatible
* Drop "sdhci" compatible
* Explicit range
Enabled for testing purposes.
Signed-off-by: Andrew Jeffery
---
In v2:
* Leave sdhci1 disabled
arch/arm/boot/dts/aspeed-ast2500-evb.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-ast2500-evb.dts
b/arch/arm/boot/dts/aspeed-ast2500-evb.dts
index 55
On Fri, Jul 12, 2019 at 06:31:38AM +0300, Jarkko Sakkinen wrote:
> On Thu, Jul 11, 2019 at 04:46:26PM -0300, Jason Gunthorpe wrote:
> > On Thu, Jul 11, 2019 at 10:43:13PM +0300, Jarkko Sakkinen wrote:
> > > On Thu, Jul 11, 2019 at 09:35:33PM +0300, Jarkko Sakkinen wrote:
> > > > > Careful with this
The ASPEED SD/SDIO/eMMC controller exposes two slots implementing the
SDIO Host Specification v2.00, with 1 or 4 bit data buses, or an 8 bit
data bus if only a single slot is enabled.
Signed-off-by: Andrew Jeffery
---
In v2:
* Rename to aspeed,sdhci.yaml
* Rename sd-controller compatible
* Add `
Hello,
This is v2 of the ASPEED SD controller driver. v2 primarily addresses Rob's
comments on the bindings in v1. The v1 series can be found here:
https://lists.ozlabs.org/pipermail/linux-aspeed/2019-July/001988.html
Please review!
Andrew
Andrew Jeffery (2):
dt-bindings: mmc: Document Aspee
On Thu, Jul 11, 2019 at 04:46:26PM -0300, Jason Gunthorpe wrote:
> On Thu, Jul 11, 2019 at 10:43:13PM +0300, Jarkko Sakkinen wrote:
> > On Thu, Jul 11, 2019 at 09:35:33PM +0300, Jarkko Sakkinen wrote:
> > > > Careful with this, you can't backport this to any kernels that don't
> > > > have the sysf
Add a minimal driver for ASPEED's SD controller, which exposes two
SDHCIs.
The ASPEED design implements a common register set for the SDHCIs, and
moves some of the standard configuration elements out to this common
area (e.g. 8-bit mode, and card detect configuration which is not
currently support
On Wed, 10 Jul 2019, Casey Schaufler wrote:
> On 7/10/2019 6:34 AM, Aaron Goidel wrote:
>
> > Furthermore, fanotify watches grant more power to
> > an application in the form of permission events. While notification events
> > are solely, unidirectional (i.e. they only pass information to the
> >
On Sat, Jun 8, 2019 at 10:57 PM Andrey Smirnov wrote:
>
> Allocating DMA after registering I2C adapter can lead to infinite
> probing loop, for example, consider the following scenario:
>
> 1. i2c_imx_probe() is called and successfully registers an I2C
>adapter via i2c_add_numbered_ada
On Tue, Apr 23, 2019 at 11:26:23PM -0700, Cedric Xing wrote:
> This patch augments SGX selftest with two new tests.
>
> The first test exercises the newly added callback interface, by marking the
> whole enclave range as PROT_READ, then calling mprotect() upon #PFs to add
> necessary PTE permissio
On 07/11/2019 09:25 AM, Eric Hankland wrote:
- Add a VM ioctl that can control which events the guest can monitor.
Signed-off-by: ehankland
---
Changes since v1:
-Moved to a vm ioctl rather than a vcpu one
-Changed from a whitelist to a configurable filter which can either be
white or black
-Onl
On Tue, May 21, 2019 at 6:31 PM Andrey Smirnov wrote:
>
> Due to:
>
> * Current implementation of l2cap_config_rsp() dropping BT
>connection if sender of configuration response replied with unknown
>option failure (Result=0x0003/L2CAP_CONF_UNKNOWN)
>
> * Current implementation of l2cap_b
On Tue, Apr 23, 2019 at 11:26:21PM -0700, Cedric Xing wrote:
> The original x86/sgx/Makefile doesn't work when 'x86/sgx' is specified as the
> test target. This patch fixes that problem, along with minor changes to the
> dependencies between 'x86' and 'x86/sgx' in selftests/x86/Makefile.
>
> Signe
On 2019/7/11 下午9:45, Peter Zijlstra wrote:
> On Wed, Jul 03, 2019 at 11:29:15AM +0800, 王贇 wrote:
>
>> +++ b/include/linux/memcontrol.h
>> @@ -190,6 +190,7 @@ enum memcg_numa_locality_interval {
>>
>> struct memcg_stat_numa {
>> u64 locality[NR_NL_INTERVAL];
>> +u64 exectime;
>
> Mayb
On 2019/7/11 下午9:43, Peter Zijlstra wrote:
> On Wed, Jul 03, 2019 at 11:28:10AM +0800, 王贇 wrote:
>> +#ifdef CONFIG_NUMA_BALANCING
>> +
>> +enum memcg_numa_locality_interval {
>> +PERCENT_0_29,
>> +PERCENT_30_39,
>> +PERCENT_40_49,
>> +PERCENT_50_59,
>> +PERCENT_60_69,
>> +
On 11-07-19, 16:58, Janakarajan Natarajan wrote:
> On 7/11/2019 1:12 AM, Viresh Kumar wrote:
> > On 10-07-19, 18:37, Natarajan, Janakarajan wrote:
> >> +static int amd_cpufreq_cpu_init(struct cpufreq_policy *policy)
> >> +{
> >> + return 0;
> >> +}
> >> +
> >> +static int amd_cpufreq_cpu_exit(stru
On 2019/7/11 下午10:27, Peter Zijlstra wrote:
[snip]
>> Thus we introduce the numa cling, which try to prevent tasks leaving
>> the preferred node on wakeup fast path.
>
>
>> @@ -6195,6 +6447,13 @@ static int select_idle_sibling(struct task_struct *p,
>> int prev, int target)
>> if ((unsig
On Fri, 2019-07-12 at 08:06 +0530, Anshuman Khandual wrote:
>
> On 07/12/2019 03:51 AM, KarimAllah Ahmed wrote:
> >
> > Some valid RAM can live outside kernel control (e.g. using mem= kernel
> > command-line). For these regions, pfn_valid would return "false" causing
> > system RAM to be mapped a
From: Wanpeng Li
Add pv tlb shootdown tracepoint.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/trace.h | 19 +++
arch/x86/kvm/x86.c | 2 ++
2 files changed, 21 insertions(+)
diff --git a/arch/x86/kvm/trace.h b/arch/x86/kvm/trace.h
index ce
From: Wanpeng Li
Add pv ipi tracepoint.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/lapic.c | 2 ++
arch/x86/kvm/trace.h | 25 +
2 files changed, 27 insertions(+)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 3201d9
The cpu variable is still being used in the of_get_property() call
after the of_node_put() call, which may result in use-after-free.
Fixes: a9acc26b75f6 ("cpufreq/pasemi: fix possible object reference leak")
Signed-off-by: Wen Yang
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Michael Ellerman
On Thu, Jul 11, 2019 at 11:25:44PM +, Hoan Tran OS wrote:
> In NUMA layout which nodes have memory ranges that span across other nodes,
> the mm driver can detect the memory node id incorrectly.
>
> For example, with layout below
> Node 0 address:
> Node 1 address: 111
On 07/12/2019 03:51 AM, KarimAllah Ahmed wrote:
> Some valid RAM can live outside kernel control (e.g. using mem= kernel
> command-line). For these regions, pfn_valid would return "false" causing
> system RAM to be mapped as uncached. Use memblock instead to identify RAM.
Once the remaining mem
There is a UBSAN report:
UBSAN: Undefined behaviour in ../fs/sync.c:298:10
signed integer overflow:
-8 + -9223372036854775807 cannot be represented in type 'long long int'
CPU: 0 PID: 15876 Comm: syz-executor.3 Not tainted
Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
Call trace:
[
On Thu, 2019-07-11 at 17:17 -0700, Nick Desaulniers wrote:
> Commit r353569 in prerelease Clang-9 is producing a linkage failure:
>
> ld: drivers/net/wireless/intel/iwlwifi/fw/dbg.o:
> in function `_iwl_fw_dbg_apply_point':
> dbg.c:(.text+0x827a): undefined reference to `__compiletime_assert_2387'
The pull request you sent on Thu, 11 Jul 2019 08:25:01 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux.git
> tags/tag-chrome-platform-for-v5.3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d7d170a8e357bd9926cc6bfea5c2385c2eac65b2
Thank y
The pull request you sent on Wed, 10 Jul 2019 16:01:16 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v5.3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8931084c0d017314ad025f19353f7c5c1d3782d8
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 10 Jul 2019 14:50:01 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
> tags/devicetree-for-5.3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d06e4156430e7c5eb4f04dabcaa0d9e2fba335e3
Thank you!
--
Deet-doot-do
On Fri, Jul 12, 2019 at 10:23 AM Brian Norris wrote:
>
> On Thu, Jul 11, 2019 at 6:14 PM Masahiro Yamada
> wrote:
> > BTW, did you see this?
> >
> > commit a73619a845d5625079cc1b3b820f44c899618388
> > Author: Masahiro Yamada
> > Date: Fri Mar 30 13:15:26 2018 +0900
> >
> > kbuild: use -fma
Hannes,
Please review!
> Currently if lport is null then the null lport pointer is dereference
> when printing out debug via the FC_LPORT_DB macro. Fix this by using
> the more generic FC_LIBFC_DBG debug macro instead that does not use
> lport.
--
Martin K. Petersen Oracle Linux Engineer
clang errors:
sound/soc/generic/audio-graph-card.c:87:7: error: assigning to 'u32 *'
(aka 'unsigned int *') from 'const void *' discards qualifiers
[-Werror,-Wincompatible-pointer-types-discards-qualifiers]
reg = of_get_property(node, "reg", NULL);
^ ~~~
Hi Jason,
On Thu, 11 Jul 2019 14:33:07 + Jason Gunthorpe wrote:
>
> I've added this patch to the rdma tree to fix the missing locking.
>
> The merge resolution will be simply swapping
> for_ifa to in_dev_for_each_ifa_rtnl.
OK, I added the below merge resolution patch to the merge of the rdm
clang errors:
sound/soc/generic/audio-graph-card.c:87:7: error: assigning to 'u32 *'
(aka 'unsigned int *') from 'const void *' discards qualifiers
[-Werror,-Wincompatible-pointer-types-discards-qualifiers]
reg = of_get_property(node, "reg", NULL);
^ ~~~
Add "gfp_t" support in synthetic_events, then the "gfp_t" type
parameter in some functions can be traced.
Prints the gfp flags as hex in addition to the human-readable flag
string. Example output:
whoopsie-630 [000] ...1 78.969452: testevent: bar=b20 (GFP_ATOMIC|__GFP_ZERO)
rcuc/0-11 [000
Hi Tom,
On 7/11/2019 11:42 PM, Tom Zanussi wrote:
Hi Zhengjun,
The patch itself looks fine to me, but could you please create a v3
with a couple changes to the commit message? I noticed you dropped
your original commit message - please add it back and combine with part
of mine, as below. Also
Paolo,
> Stefan answered, and the series now has three reviews! It may be late
> for 5.3 but I hope this can go in soon.
I queued these up for 5.4. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Hi Konstantin,
> The patch removes references to Series 9 adapters following
> 395e5df79a95 ("scsi: aacraid: Remove reference to Series-9"),
> but doesn't touch Series 6 adapters logic.
We'll need some guidance from the Microsemi folks on this issue.
> https://bugzilla.redhat.com/show_bug.cgi?
The phy framework now allows runtime configurations, but only limited
to mipi now, and it's not reasonable to introduce user specified
configurations into the union phy_configure_opts structure. An simple
way is to replace with a void *.
We have already got some phy drivers which introduce private
On Thu, Jul 11, 2019 at 6:14 PM Masahiro Yamada
wrote:
> BTW, did you see this?
>
> commit a73619a845d5625079cc1b3b820f44c899618388
> Author: Masahiro Yamada
> Date: Fri Mar 30 13:15:26 2018 +0900
>
> kbuild: use -fmacro-prefix-map to make __FILE__ a relative path
Oh, wow, no I did not. If
James,
> Just to note: this isn't technically a licence change at all. The
> entire kernel is covered by the system call exception and this file is
> thus also covered. It's really a simple tag change to allow tools
> which parse uapi header files to recognise from the SPDX tags that this
> is
On Sat, 18 May 2019 07:05:07 + "chenjianhong (A)"
wrote:
> I explain my test code and the problem in detail. This problem is found in
> 32-bit user process, because its virtual is limited, 3G or 4G.
>
> First, I explain the bug I found. Function unmapped_area and
> unmapped_area_topdowns
Hi Andy,
thank you for you quick reply.
On Thu, 11 Jul 2019 17:32:21 -0700
Andy Lutomirski wrote:
> > I propose to add a new EPOLL event EPOLLCLOSED that will cause
> > epoll_wait to return (for that event) whenever a file descriptor is
> > closed.
>
> This totally falls apart if you ever wa
On Fri, Jul 12, 2019 at 10:06 AM Brian Norris wrote:
>
> When building out-of-tree (e.g., 'make O=...'), __FILE__ ends up being
> an absolute path, and so WARN() and BUG() end up putting path names from
> the build system into the log text. For example:
>
> # echo BUG > /sys/kernel/debug/provoke
On 7/11/19 7:20 PM, Alexander Duyck wrote:
> On Thu, Jul 11, 2019 at 10:58 AM Nitesh Narayan Lal wrote:
>>
>> On 7/10/19 5:56 PM, Alexander Duyck wrote:
>>> On Wed, Jul 10, 2019 at 12:52 PM Nitesh Narayan Lal
>>> wrote:
This patch introduces the core infrastructure for free page hinting i
When building out-of-tree (e.g., 'make O=...'), __FILE__ ends up being
an absolute path, and so WARN() and BUG() end up putting path names from
the build system into the log text. For example:
# echo BUG > /sys/kernel/debug/provoke-crash/DIRECT
...
kernel BUG at /mnt/host/source/[...]/driver
On Mon, 17 Jun 2019 15:51:32 +0200 Vlastimil Babka wrote:
> On 6/7/19 7:53 AM, Sai Charan Sane wrote:
> > Memory overhead of 4MB is reduced by storing gfp_mask in stackdepot along
> > with stacktrace. Stackdepot memory usage increased by ~100kb for 4GB of RAM.
> >
> > Page owner logs from dmesg:
Hi all,
On Mon, 17 Jun 2019 11:40:11 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the net-next tree got conflicts in:
>
> arch/sh/configs/se7712_defconfig
> arch/sh/configs/se7721_defconfig
> arch/sh/configs/titan_defconfig
>
> between commit:
>
> 7c04efc8d2ef ("sh: c
On Thu, Jul 11, 2019 at 5:04 AM Krzesimir Nowak wrote:
>
> On Thu, Jul 11, 2019 at 1:52 AM Andrii Nakryiko
> wrote:
> >
> > On Mon, Jul 8, 2019 at 3:42 PM Krzesimir Nowak wrote:
> > >
> > > Save errno right after bpf_prog_test_run returns, so we later check
> > > the error code actually set by b
Hi all,
On Mon, 8 Jul 2019 13:48:42 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the gfs2 tree got a conflict in:
>
> fs/gfs2/super.c
>
> between commit:
>
> 000c8e591016 ("gfs2: Convert gfs2 to fs_context")
>
> from the vfs tree and commit:
>
> 5b3a9f348bc5 ("gfs2: k
On Thu, 11 Jul 2019, at 23:55, YueHaibing wrote:
> Fix sparse warning:
>
> drivers/pinctrl/aspeed/pinmux-aspeed.c:8:12: warning:
> symbol 'aspeed_pinmux_ips' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: YueHaibing
Reviewed-by: Andrew Jeffery
> ---
>
1 - 100 of 646 matches
Mail list logo
