Joe Perches, le ven. 22 mai 2020 09:36:05 -0700, a ecrit:
> On Fri, 2020-05-22 at 13:34 +0300, Dan Carpenter wrote:
> > On Fri, May 22, 2020 at 02:46:28PM +0530, MugilRaj wrote:
> > > fix checkpatch.pl warning, which is Use of volatile is usually wrong: see
> > >
Hi Linus,
A small collection of small fixes that should go into this release:
- Two fixes for async request preparation (Pavel)
- Busy clear fix for SQPOLL (Xiaoguang)
- Don't use kiocb->private for O_DIRECT buf index, some file systems use
it (Bijan)
- Kill dead check in io_splice()
-
Hi Suman,
Le ven. 22 mai 2020 à 11:47, Suman Anna a écrit :
Hi Paul,
On 5/15/20 5:43 AM, Paul Cercueil wrote:
Call pm_runtime_get_sync() before the firmware is loaded, and
pm_runtime_put() after the remote processor has been stopped.
Even though the remoteproc device has no PM callbacks,
vlan_for_each() are required to be called with rtnl_lock taken, otherwise
ASSERT_RTNL() warning will be triggered - which happens now during System
resume from suspend:
cpsw_suspend()
|- cpsw_ndo_stop()
|- __hw_addr_ref_unsync_dev()
|- cpsw_purge_all_mc()
|- vlan_for_each()
On Thu, May 21, 2020 at 10:56:20PM -0700, Hugh Dickins wrote:
> I've only seen this livelock on one machine (repeatably, but not to
> order), and not fully analyzed it - two processes seen looping around
> getting -EEXIST from swapcache_prepare(), I guess a third (at lower
> priority? but wanting
On 22/05/2020 19:50, Suman Anna wrote:
On 5/22/20 11:39 AM, Grygorii Strashko wrote:
vlan_for_each() are required to be called with rtnl_lock taken, otherwise
ASSERT_RTNL() warning will be triggered - which happens now during System
resume from suspend:
cpsw_suspend()
|-
On Fri 22 May 06:27 PDT 2020, Veerabhadrarao Badiganti wrote:
> Hi Bjorn,
>
> On 5/22/2020 12:37 AM, Bjorn Andersson wrote:
> > On Thu 21 May 08:23 PDT 2020, Veerabhadrarao Badiganti wrote:
> >
> > > On qcom SD host controllers voltage switching be done after the HW
> > > is ready for it. The
> As the only usage of this function looks like
> if (!(hv_query_ext_cap() & HV_EXT_CAPABILITY_MEMORY_COLD_DISCARD_HINT))
>
> I would've change the interface to
>
> bool hv_query_ext_cap(u64 cap)
>
> so the usage would look like
>
> if
> > > - mntput(ofs->upper_mnt);
> > > - for (i = 1; i < ofs->numlayer; i++) {
> > > - iput(ofs->layers[i].trap);
> > > - mntput(ofs->layers[i].mnt);
> > > +
> > > + if (!ofs->layers) {
> > > + /* Deal with partial setup */
> > > +
From: Qiushi Wu
A ticket was not released after a call of the function
“rxkad_decrypt_ticket” failed. Thus replace the jump target
“temporary_error_free_resp” by “temporary_error_free_ticket”.
Fixes: 8c2f826dc3631 ("rxrpc: Don't put crypto buffers on the stack")
Signed-off-by: Qiushi Wu
---
On 07/05/2020 13:29, Geert Uytterhoeven wrote:
> The QorIQ Thermal Monitoring Unit is only present on Freescale E500MC
> and Layerscape SoCs, and on NXP i.MX8 SoCs. Add platform dependencies
> to the QORIQ_THERMAL config symbol, to avoid asking the user about it
> when configuring a kernel
On Fri, May 22, 2020 at 07:07:31PM +0800, Dinghao Liu wrote:
> When arizona_request_irq() returns an error code, a
> pairing runtime PM usage counter decrement is needed
> to keep the counter balanced. For error paths after
> this function, things are the same.
>
> Signed-off-by: Dinghao Liu
>
On 5/21/20 2:42 PM, Suman Anna wrote:
Hi Bjorn,
On 5/21/20 1:04 PM, Bjorn Andersson wrote:
On Wed 25 Mar 13:47 PDT 2020, Suman Anna wrote:
Introduce a new trace entry resource structure that accommodates
a 64-bit device address to support 64-bit processors. This is to
be used using an
(+ Jose (SMCCC Spec author))
On Fri, May 22, 2020 at 04:46:12PM +0200, Arnd Bergmann wrote:
> On Fri, May 22, 2020 at 2:50 PM Sudeep Holla wrote:
> > +
> > + soc_id_rev = res.a0;
> > +
> > + soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL);
> > + if (!soc_dev_attr)
> >
On 29/04/2020 20:14, Amit Kucheria wrote:
> tsens-common.c has outlived its usefuless. It was created expecting lots
> of custom routines per version of the TSENS IP. We haven't needed those,
> there is now only data in the version-specific files.
>
> Merge the code for tsens-common.c into
On Sat, May 16, 2020 at 03:09:22PM +0100, Andrew Cooper wrote:
> Sadly, the same is not true for kernel shadow stacks.
>
> SSP is 0 after SYSCALL, SYSENTER and CLRSSBSY, and you've got to be
> careful to re-establish the shadow stack before a CALL, interrupt or
> exception tries pushing a word
On 5/22/20 11:39 AM, Grygorii Strashko wrote:
vlan_for_each() are required to be called with rtnl_lock taken, otherwise
ASSERT_RTNL() warning will be triggered - which happens now during System
resume from suspend:
cpsw_suspend()
|- cpsw_ndo_stop()
|- __hw_addr_ref_unsync_dev()
On Fri 2020-05-15 11:44:30, Kees Cook wrote:
> From: Pavel Tatashin
>
> kmsg_dump() allows to dump kmesg buffer for various system events: oops,
> panic, reboot, etc. It provides an interface to register a callback call
> for clients, and in that callback interface there is a field "max_reason"
On 2020-05-19 15:31, yongmyung lee wrote:
> Currently, UFS driver (usually ufshcd.c) has become bulky and complex.
> So, I would like to split these codes into layers
> like the works of Bean Huo and Avril Altman.
> Especially, I suggest the UFS-Feature Driver model based on Linux Bus-Driver
>
On 11/05/2020 14:24, Amit Kucheria wrote:
> I noticed some remnants from when thermal core could be modular. While
> cleaning that up, I fixed up the includes to be sorted alphabetically and
> included export.h in files that were using EXPORT_SYMBOL* or THIS_MODULE
> while at the same time
Hi Paul,
On 5/15/20 5:43 AM, Paul Cercueil wrote:
Call pm_runtime_get_sync() before the firmware is loaded, and
pm_runtime_put() after the remote processor has been stopped.
Even though the remoteproc device has no PM callbacks, this allows the
parent device's PM callbacks to be properly
On 07/05/2020 21:25, Gustavo A. R. Silva wrote:
> The current codebase makes use of the zero-length array language
> extension to the C90 standard, but the preferred mechanism to declare
> variable-length types such as these ones is a flexible array member[1][2],
> introduced in C99:
>
> struct
On 5/22/20 5:52 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20200521:
>
on i386:
../net/psample/psample.c: In function ‘__psample_ip_tun_to_nlattr’:
../net/psample/psample.c:216:25: error: implicit declaration of function
‘ip_tunnel_info_opts’; did you mean
On Thu, May 21, 2020 at 5:35 AM Kishon Vijay Abraham I wrote:
>
> Hi Rob,
>
> On 5/21/2020 3:04 AM, Rob Herring wrote:
> > On Wed, May 06, 2020 at 08:44:22PM +0530, Kishon Vijay Abraham I wrote:
> >> Cadence driver uses "mem" memory resource to obtain the offset of
> >> configuration space
On 16/04/2020 11:39, Yuantian Tang wrote:
> For TMU v2, TMSAR registers need to be set properly to get the
> accurate temperature values.
> Also temperature reading needs to convert to degree Celsius
> since it is in degrees Kelvin.
Please have a look at units.h for celsius <-> kelvin conversion
On 06/05/2020 18:33, Thierry Reding wrote:
> On Wed, Mar 25, 2020 at 01:43:35AM +0300, Dmitry Osipenko wrote:
>> The new Tegra CPU Idle driver now has a unified code path for the coupled
>> CC6 (LP2) state, this allows to enable the deepest idling state on Tegra30
>> SoC where the whole CPU
On 24/03/2020 23:43, Dmitry Osipenko wrote:
> The new Tegra CPU Idle driver now has a unified code path for the coupled
> CC6 (LP2) state, this allows to enable the deepest idling state on Tegra30
> SoC where the whole CPU cluster is power-gated.
>
> Tested-by: Michał Mirosław
> Tested-by:
On 5/21/2020 10:53 PM, Adrian Reber wrote:
> This enables CRIU to checkpoint and restore a process as non-root.
I know it sounds pedantic, but could you spell out CRIU once?
While I know that everyone who cares either knows or can guess
what you're talking about, it may be a mystery to some of
The pull request you sent on Sat, 23 May 2020 00:06:55 +1000:
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
> tags/powerpc-5.7-5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c8347bbf19f265c1bd254ca148f27caa71e77d61
Thank you!
--
The pull request you sent on Fri, 22 May 2020 16:43:27 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-5.7-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f5ca7a7161028db5ac5bcd06db03d7f2e340a20d
Thank you!
--
Deet-doot-dot,
Sorry for the late reply.
On 2020-05-14 23:39:40 [+0200], Stephen Berman wrote:
> >> How will I know if that happens, is there a specific message in the tty?
> >
> > On the tty console where you see the "timing out command, waited"
> > message, there should be something starting with
> > |BUG:
The pull request you sent on Fri, 22 May 2020 17:28:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4286d192c803571e8ca43b0f1f8ea04d663a278a
Thank you!
--
Deet-doot-dot, I am a
> > + if (hv_do_hypercall(HV_EXT_CALL_QUERY_CAPABILITIES, NULL, cap) ==
> > + HV_STATUS_SUCCESS)
>
> You're using the input page as the output parameter. Ideally we should
> introduce hyperv_pcpu_output_arg page, but that would waste one page per
> cpu just for this one call.
>
> So for
vlan_for_each() are required to be called with rtnl_lock taken, otherwise
ASSERT_RTNL() warning will be triggered - which happens now during System
resume from suspend:
cpsw_suspend()
|- cpsw_ndo_stop()
|- __hw_addr_ref_unsync_dev()
|- cpsw_purge_all_mc()
|- vlan_for_each()
On Tue, May 19, 2020 at 11:45:26PM +0200, Ahmed S. Darwish wrote:
> For optimized block readers not holding a mutex, the "number of sectors"
> 64-bit value is protected from tearing on 32-bit architectures by a
> sequence counter.
>
> Disable preemption before entering that sequence counter's
On Fri, May 22, 2020 at 07:37:17PM +0300, Jarkko Sakkinen wrote:
> On Thu, May 21, 2020 at 05:43:44PM +0300, Nikita Sobolev wrote:
> > TPM2 tests set uses /dev/tpm0 and /dev/tpmrm0 without check if they
> > are available. In case, when these devices are not available test
> > fails, but expected
On Fri, May 22, 2020 at 06:30:52PM +0200, Tobias S. Predel wrote:
> Hello,
>
> since two days I experience some kind of loop/pause on my user interface
> with linux-next. That didn't happen before.
>
> I am using linux-next 20200521 (ge8f3274774b4) and I get messages like
> the following ones
On Thu, May 21, 2020 at 05:43:44PM +0300, Nikita Sobolev wrote:
> TPM2 tests set uses /dev/tpm0 and /dev/tpmrm0 without check if they
> are available. In case, when these devices are not available test
> fails, but expected behaviour is skipped test.
>
> Signed-off-by: Nikita Sobolev
On Fri, 2020-05-22 at 13:34 +0300, Dan Carpenter wrote:
> On Fri, May 22, 2020 at 02:46:28PM +0530, MugilRaj wrote:
> > fix checkpatch.pl warning, which is Use of volatile is usually wrong: see
> > Documentation/process/volatile-considered-harmful.rst
> > Signed-off-by: MugilRaj
>
> Please put a
On Thu, May 21, 2020 at 07:34:38PM -0700, Randy Dunlap wrote:
> On 5/21/20 7:12 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20200519:
> >
>
> on x86_64:
>
> fs/open.o: warning: objtool: chmod_common()+0x104: unreachable instruction
> fs/namei.o: warning: objtool:
On 2020-05-20 14:19, Bart Van Assche wrote:
> On 2020-05-20 10:55, Christoph Hellwig wrote:
>> HPB is a completely fucked up concept and we shoud not merge it at all.
>> Especially not with a crazy bullshit vendor extension layer that makes
>> it even easier for vendors to implement even worse
On Fri, May 22, 2020 at 08:03:47PM +0530, Sumit Garg wrote:
> While rounding up CPUs via NMIs, its possible that a rounded up CPU
> maybe holding a console port lock leading to kgdb master CPU stuck in
> a deadlock during invocation of console write operations. So in order
> to avoid such a
On Fri, May 22, 2020 at 03:55:10PM +0100, Daniel Thompson wrote:
> In general it is not safe to call spin_lock() whilst executing in the
> kgdb trap handler. The trap can be entered from all sorts of execution
> context (NMI, IRQ, irqs disabled, etc) and the kgdb/kdb needs to be
> as resillient as
On Thu, May 21, 2020 at 2:58 PM Jesse Barnes wrote:
>
> Expanding on this a little, we're working on a couple of projects that
> should provide results like these for upstream. One is continuously
> rebasing our upstream backlog onto new kernels for testing purposes
> (the idea here is to make
Hello,
syzbot found the following crash on:
HEAD commit:d2f8825a Merge tag 'for_linus' of git://git.kernel.org/pub..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=132ed27210
kernel config: https://syzkaller.appspot.com/x/.config?x=c33c7f7c5471fd39
On Fri, May 22, 2020 at 6:08 PM Al Viro wrote:
>
> On Fri, May 22, 2020 at 10:57:23AM +0200, Miklos Szeredi wrote:
> > Overlayfs is using clone_private_mount() to create internal mounts for
> > underlying layers. These are used for operations requiring a path, such as
> > dentry_open().
> >
> >
[Backported upstream commit 37486135d3a7b03acc7755b63627a130437f066a]
Though rdpkru and wrpkru are contingent upon CR4.PKE, the PKRU
resource isn't. It can be read with XSAVE and written with XRSTOR.
So, if we don't set the guest PKRU value here(kvm_load_guest_xsave_state),
the guest can read the
On Fri, May 22, 2020 at 11:59:25PM +0800, dillon min wrote:
> but, after spi-core create a dummy tx_buf or rx_buf, then i can't get
> the correct spi_3wire direction.
> actually, this dummy tx_buf is useless for SPI_3WIRE. it's has meaning
> for SPI_SIMPLE_RX mode,
> simulate SPI_FULL_DUMPLEX
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit d51c214541c5154dda3037289ee895ea3ded5ebd:
arm64: fix the flush_icache_range arguments in machine_kexec (2020-05-11
12:02:14 +0100)
are available in the Git repository at:
On Sat, May 23, 2020 at 12:07 AM Chris Down wrote:
>
> Chris Down writes:
> >Yafang Shao writes:
> >>I will do it.
> >>If no one has objection to my proposal, I will send it tomorrow.
> >
> >If the fixup patch works, just send that. Otherwise, sure.
>
> Oh, I see the other reply from Naresh now
On Fri, May 22, 2020 at 03:55:09PM +0100, Daniel Thompson wrote:
> +static atomic_t slaves_must_spin;
> + if (!atomic_read(_must_spin))
> + atomic_set(_must_spin, 1);
> + atomic_set(_must_spin, 0);
There is no atomic operation
On Fri, May 22, 2020 at 05:17:05PM +0200, Sebastian A. Siewior wrote:
> On 2020-05-22 16:57:07 [+0200], Peter Zijlstra wrote:
> > > @@ -725,21 +735,48 @@ void lru_add_drain_all(void)
> > > if (WARN_ON(!mm_percpu_wq))
> > > return;
> > >
> >
> > > + this_gen =
Provide a very basic selftest for getcpu() which similarly to our existing
test for gettimeofday() looks up the function in the vDSO and prints the
results it gets if the function exists and succeeds.
Signed-off-by: Mark Brown
---
tools/testing/selftests/vDSO/.gitignore | 1 +
Currently the vDSO kselftests have a test called vdso_test which tests
the vDSO implementation of gettimeofday(). In preparation for adding
tests for other vDSO functionality rename this test to reflect what's
going on.
Signed-off-by: Mark Brown
---
tools/testing/selftests/vDSO/.gitignore
Both vdso_test_gettimeofday and vdso_standalone_test_x86 use the library in
parse_vdso.c but each separately declares the API it offers which is not
ideal. Create a header file with prototypes of the functions and use it in
both the library and the tests to ensure that the same prototypes are used
This series does a bit of a cleanup of the existing tests for the vDSO
in kselftest and then adds a new test for getcpu().
v3: Remove some extern keywords.
v2: Silence checkpatch
Mark Brown (3):
selftests: vdso: Rename vdso_test to vdso_test_gettimeofday
selftests: vdso: Use a header file to
On Fri 2020-05-15 11:44:29, Kees Cook wrote:
> To turn the KMSG_DUMP_* reasons into a more ordered list, collapse
> the redundant KMSG_DUMP_(RESTART|HALT|POWEROFF) reasons into
> KMSG_DUMP_SHUTDOWN. The current users already don't meaningfully
> distinguish between them, so there's no need to, as
On Fri, May 22, 2020 at 09:15:07AM -0600, shuah wrote:
> On 5/22/20 9:12 AM, Mark Brown wrote:
> > That doesn't match the idiom used by any of the surrounding code :(
> I can't parse the idiom statement? Can you clarify it please.
The other code in the vDSO selftests does this (the quoted line
On 5/22/2020 5:25 AM, Dan Murphy wrote:
> Add RGMII internal delay configuration for Rx and Tx.
>
> Signed-off-by: Dan Murphy
> ---
> drivers/net/phy/dp83869.c | 101 ++
> 1 file changed, 101 insertions(+)
>
> diff --git a/drivers/net/phy/dp83869.c
On Fri, May 22, 2020 at 06:54:05PM +0300, Jarkko Sakkinen wrote:
> On Wed, May 20, 2020 at 08:47:45PM +0200, Borislav Petkov wrote:
> > On Fri, May 15, 2020 at 03:43:54AM +0300, Jarkko Sakkinen wrote:
> > > +/**
> > > + * struct sgx_sigstruct_header - defines author of the enclave
> > > + *
On Tue, 12 May 2020 at 16:13, Nicolas Toromanoff
wrote:
>
> Protect STM32 CRC device from concurrent accesses.
>
> As we create a spinlocked section that increase with buffer size,
> we provide a module parameter to release the pressure by splitting
> critical section in chunks.
>
> Size of each
On 5/22/2020 5:25 AM, Dan Murphy wrote:
> Add a helper function that will return the index in the array for the
> passed in internal delay value. The helper requires the array, size and
> delay value.
>
> The helper will then return the index for the exact match or return the
> index for the
On Thu, May 14, 2020 at 8:59 AM Kishon Vijay Abraham I wrote:
>
> This series is about implementing SW defined NTB using
> multiple endpoint instances. This series has been tested using
> 2 endpoint instances in J7 connected to two DRA7 boards. However there
> is nothing platform specific for the
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: aa7d8a2ee1e9b80e36ce2aa0d817c14ab3e23157
Gitweb:
https://git.kernel.org/tip/aa7d8a2ee1e9b80e36ce2aa0d817c14ab3e23157
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:45 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 777f73c4e79106d45b304f6af0d31917864dbdf1
Gitweb:
https://git.kernel.org/tip/777f73c4e79106d45b304f6af0d31917864dbdf1
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:44 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: b91caf58f6fb88738f444cf40d247475c367de47
Gitweb:
https://git.kernel.org/tip/b91caf58f6fb88738f444cf40d247475c367de47
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:47 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 345043266de282a4059bc8336e2bcdd3680cc8f0
Gitweb:
https://git.kernel.org/tip/345043266de282a4059bc8336e2bcdd3680cc8f0
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:43 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 0d473b1d6e5c240f8ffed02715c718024802d0fa
Gitweb:
https://git.kernel.org/tip/0d473b1d6e5c240f8ffed02715c718024802d0fa
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:42 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 9a4e6db6161cc3b31c6202f8d7a9495e0c2ecda7
Gitweb:
https://git.kernel.org/tip/9a4e6db6161cc3b31c6202f8d7a9495e0c2ecda7
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:46 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: e87c5783e9e43ec8bd5c0a1cf7cfa4add33603b0
Gitweb:
https://git.kernel.org/tip/e87c5783e9e43ec8bd5c0a1cf7cfa4add33603b0
Author:Arnd Bergmann
AuthorDate:Thu, 21 May 2020 16:20:37 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: f487a549ea30ee894055d8d20e81c1996a6e10a0
Gitweb:
https://git.kernel.org/tip/f487a549ea30ee894055d8d20e81c1996a6e10a0
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:41 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 3bc9e5b0725b353b921feaf2c10bb4a9f932646f
Gitweb:
https://git.kernel.org/tip/3bc9e5b0725b353b921feaf2c10bb4a9f932646f
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:38 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 52dfbb97a90fbf6a9826f15a71fca37861330a13
Gitweb:
https://git.kernel.org/tip/52dfbb97a90fbf6a9826f15a71fca37861330a13
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:40 +02:00
The following commit has been merged into the locking/kcsan branch of tip:
Commit-ID: 4e23395b9e97562d12b87a330a2fca3bf10c8663
Gitweb:
https://git.kernel.org/tip/4e23395b9e97562d12b87a330a2fca3bf10c8663
Author:Marco Elver
AuthorDate:Thu, 21 May 2020 16:20:39 +02:00
On Fri, May 22, 2020 at 10:57:23AM +0200, Miklos Szeredi wrote:
> Overlayfs is using clone_private_mount() to create internal mounts for
> underlying layers. These are used for operations requiring a path, such as
> dentry_open().
>
> Since these private mounts are not in any namespace they are
Chris Down writes:
Yafang Shao writes:
I will do it.
If no one has objection to my proposal, I will send it tomorrow.
If the fixup patch works, just send that. Otherwise, sure.
Oh, I see the other reply from Naresh now saying it didn't help.
Sure, feel free to do that for now then while we
Yafang Shao writes:
I will do it.
If no one has objection to my proposal, I will send it tomorrow.
If the fixup patch works, just send that. Otherwise, sure.
On Fri, May 22, 2020 at 07:45:27AM -0700, Guenter Roeck wrote:
> I didn't see a response from any of the x86 maintainers,
It is on a TODO list and will be handled soon.
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
On Fri, May 22, 2020 at 08:04:31PM +0530, Sumit Garg wrote:
> In kgdb NMI context, polling driver APIs are more safer to use instead
> of console APIs since the polling drivers know they will execute from
> all sorts of crazy places. And for the most common use cases this would
> also result in no
On Fri, May 22, 2020 at 05:44:55PM +0200, Daniel Lezcano wrote:
> On 22/05/2020 17:41, Serge Semin wrote:
> > On Fri, May 22, 2020 at 05:28:42PM +0200, Daniel Lezcano wrote:
> >> On 21/05/2020 22:48, Serge Semin wrote:
> >>> As for all Baikal-T1 SoC related patchsets, which need this, we replaced
Some init systems (eg. systemd) have init at their own paths, for
example, /usr/lib/systemd/systemd. A compatibility symlink to one of the
hardcoded init paths is provided by another package, usually named
something like systemd-sysvcompat or similar.
Currently distro maintainers who are
On Fri, May 22, 2020 at 10:57 PM dillon min wrote:
>
> hi Mark,
>
> Thanks for reviewing.
>
> On Fri, May 22, 2020 at 7:36 PM Mark Brown wrote:
> >
> > On Mon, May 18, 2020 at 07:09:20PM +0800, dillon.min...@gmail.com wrote:
> >
> > > 2, use stm32 spi's "In full-duplex (BIDIMODE=0 and
On Fri, May 22, 2020 at 11:52 PM Naresh Kamboju
wrote:
>
> On Fri, 22 May 2020 at 17:49, Yafang Shao wrote:
> >
> > On Fri, May 22, 2020 at 7:01 PM Naresh Kamboju
> > wrote:
> > >
> > > On Tue, 5 May 2020 at 14:12, Yafang Shao wrote:
> > > >
> > > > From: Chris Down
> > > >
> > > >
Hi Amit,
On 03/04/2020 09:01, Amit Kucheria wrote:
> Hi all,
>
> Here is a series splitting up the thermal bindings into 3 separate bindings
> in YAML, one each of the sensor, cooling-device and the thermal zones.
>
> A series to remove thermal.txt and change over all references to it will
>
://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20200522
for you to fetch changes up to ab91c2a89f86be2898cee208d492816ec238b2cf:
tpm: eventlog: Replace zero-length array with flexible-array member
(2020-05-22 18:50:12 +0300
On 5/22/20 8:26 AM, Thierry Reding wrote:
On Fri, May 22, 2020 at 08:22:47AM -0700, Sowjanya Komatineni wrote:
On 5/22/20 5:34 AM, Thierry Reding wrote:
On Fri, May 22, 2020 at 03:18:40PM +0300, Dmitry Osipenko wrote:
22.05.2020 15:13, Thierry Reding пишет:
On Wed, May 20, 2020 at
At the very end of the MACsec block initialization in the MSCC PHY
driver, the MACsec "protocol mode" is set. This setting should be set
based on the PHY id within the package, as the bank used to access the
register used depends on this. This was not done correctly, and only the
first bank was
On Thu, May 21, 2020 at 9:37 PM Kishon Vijay Abraham I wrote:
>
> Certain platforms like TI's J721E using Cadence PCIe IP can perform only
> 32-bit accesses for reading or writing to Cadence registers. Convert all
> read and write accesses to 32-bit in Cadence PCIe driver in preparation
> for
On Wed, May 20, 2020 at 08:47:45PM +0200, Borislav Petkov wrote:
> On Fri, May 15, 2020 at 03:43:54AM +0300, Jarkko Sakkinen wrote:
> > +/**
> > + * struct sgx_sigstruct_header - defines author of the enclave
> > + * @header1: constant byte string
> > + * @vendor:
On Fri, May 15, 2020 at 04:36:26PM +0200, Christoph Hellwig wrote:
> ARM64 needs almost no cache flushing routines of its own. Rely on
> asm-generic/cacheflush.h for the defaults.
>
> Signed-off-by: Christoph Hellwig
Acked-by: Catalin Marinas
On Fri, 22 May 2020 at 17:49, Yafang Shao wrote:
>
> On Fri, May 22, 2020 at 7:01 PM Naresh Kamboju
> wrote:
> >
> > On Tue, 5 May 2020 at 14:12, Yafang Shao wrote:
> > >
> > > From: Chris Down
> > >
> > > mem_cgroup_protected currently is both used to set effective low and min
> > > and
Bharat,
On 2020-05-07 12:58, Bharat Kumar Gogada wrote:
- Add support for Versal CPM as Root Port.
- The Versal ACAP devices include CCIX-PCIe Module (CPM). The
integrated
block for CPM along with the integrated bridge can function
as PCIe Root Port.
- Bridge error and legacy interrupts
On Thu, Apr 23, 2020 at 09:56:54PM +0800, Zhenyu Ye wrote:
> From: "Peter Zijlstra (Intel)"
>
> tlb_flush_{pte|pmd|pud|p4d}_range() adjust the tlb->start and
> tlb->end, then set corresponding cleared_*.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Signed-off-by: Zhenyu Ye
Acked-by: Catalin
On Thu, Apr 23, 2020 at 09:56:52PM +0800, Zhenyu Ye wrote:
> diff --git a/arch/arm64/include/asm/tlbflush.h
> b/arch/arm64/include/asm/tlbflush.h
> index bc3949064725..5f9f189bc6d2 100644
> --- a/arch/arm64/include/asm/tlbflush.h
> +++ b/arch/arm64/include/asm/tlbflush.h
> @@ -10,6 +10,7 @@
>
>
On Thu, Apr 23, 2020 at 09:56:51PM +0800, Zhenyu Ye wrote:
> From: Marc Zyngier
>
> In order to reduce the cost of TLB invalidation, the ARMv8.4 TTL
> feature allows TLBs to be issued with a level allowing for quicker
> invalidation.
>
> The TTL field indicates the level of page table walk
>
On Thu, Apr 23, 2020 at 09:56:53PM +0800, Zhenyu Ye wrote:
> @@ -190,8 +196,8 @@ static inline void flush_tlb_page_nosync(struct
> vm_area_struct *vma,
> unsigned long addr = __TLBI_VADDR(uaddr, ASID(vma->vm_mm));
>
> dsb(ishst);
> - __tlbi(vale1is, addr);
> -
On 5/21/20 2:37 PM, Mark Brown wrote:
Both vdso_test_gettimeofday and vdso_standalone_test_x86 use the library in
parse_vdso.c but each separately declares the API it offers which is not
ideal. Create a header file with prototypes of the functions and use it in
both the library and the tests to
Current dts files with 'gpio-led' nodes were manually verified.
In order to automate this process leds-gpio.txt
has been converted to yaml. With this conversion a check
for pattern properties was added. In part 2 rename and label
gpio-led subnodes that passed the regex, but still don't have
the
On Fri, May 22, 2020 at 05:59:11PM +0300, Daniel Baluta wrote:
>
> On 22.05.2020 17:26, Jonathan Albrieux wrote:
> > On Fri, May 22, 2020 at 01:47:21PM +0300, Daniel Baluta wrote:
> > > > > > > > +
> > > > > > > > +maintainers:
> > > > > > > > + - can't find a mantainer, author is Daniel Baluta
On 22/05/2020 17:41, Serge Semin wrote:
> On Fri, May 22, 2020 at 05:28:42PM +0200, Daniel Lezcano wrote:
>> On 21/05/2020 22:48, Serge Semin wrote:
>>> As for all Baikal-T1 SoC related patchsets, which need this, we replaced
>>> the DW APB Timer legacy plain text-based dt-binding file with DT
401 - 500 of 1224 matches
Mail list logo
